<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/video, branch linux-3.6.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.6.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2012-10-28T17:56:15Z</updated>
<entry>
<title>media: au0828: fix case where STREAMOFF being called on stopped stream causes BUG()</title>
<updated>2012-10-28T17:56:15Z</updated>
<author>
<name>Devin Heitmueller</name>
</author>
<published>2012-08-07T01:47:03Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=1161c54f6c3d4681a1a366232b76d6a5b21b2dfa'/>
<id>urn:sha1:1161c54f6c3d4681a1a366232b76d6a5b21b2dfa</id>
<content type='text'>
commit a595c1ce4c9d572cf53513570b9f1a263d7867f2 upstream.

We weren't checking whether the resource was in use before calling
res_free(), so applications which called STREAMOFF on a v4l2 device that
wasn't already streaming would cause a BUG() to be hit (MythTV).

Reported-by: Larry Finger &lt;larry.finger@lwfinger.net&gt;
Reported-by: Jay Harbeston &lt;jharbestonus@gmail.com&gt;
Signed-off-by: Devin Heitmueller &lt;dheitmueller@kernellabs.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;

</content>
</entry>
<entry>
<title>em28xx: regression fix: use DRX-K sync firmware requests on em28xx</title>
<updated>2012-10-12T20:50:32Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-10-02T19:02:57Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=303990b92c02c16209f283b5fd8be431efcbb8b7'/>
<id>urn:sha1:303990b92c02c16209f283b5fd8be431efcbb8b7</id>
<content type='text'>
commit 2425bb3d4016ed95ce83a90b53bd92c7f31091e4 upstream.

As em28xx-dvb will always be initialized asynchronously, there's
no need anymore for a separate thread to load the DRX-K firmware.

Fixes a known regression with kernel 3.6 with tda18271 driver
and asynchronous DRX-K firmware load.

Antti tested it with the following hardware:
        Hauppauge WinTV HVR 930C
        MaxMedia UB425-TC
        PCTV QuatroStick nano (520e)

Tested-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>media: gspca_pac7302: make red balance and blue balance controls work again</title>
<updated>2012-10-12T20:50:18Z</updated>
<author>
<name>Frank Schäfer</name>
</author>
<published>2012-09-09T18:02:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a84766cd7b1949ececf525dc93de015110fb5625'/>
<id>urn:sha1:a84766cd7b1949ececf525dc93de015110fb5625</id>
<content type='text'>
commit db43b9ca2f101d0945d043fa7d5ecd8f2da17fef upstream.

Fix a regression from kernel 3.4 which has been introduced with the conversion of the gspca driver to the v4l2 control framework.

Signed-off-by: Frank Schäfer &lt;fschaefer.oss@googlemail.com&gt;
Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>media: gspca_pac7302: add support for device 1ae7:2001 Speedlink Snappy Microphone SL-6825-SBK</title>
<updated>2012-10-12T20:50:18Z</updated>
<author>
<name>Frank Schäfer</name>
</author>
<published>2012-09-09T18:02:19Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f0510e6733a31862830ae47703cddb84885e070f'/>
<id>urn:sha1:f0510e6733a31862830ae47703cddb84885e070f</id>
<content type='text'>
commit 97d2fbf501e3cf105ac957086c7e40e62e15cdf8 upstream.

Signed-off-by: Frank Schäfer &lt;fschaefer.oss@googlemail.com&gt;
Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>em28xx: Make all em28xx extensions to be initialized asynchronously</title>
<updated>2012-10-12T20:50:18Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2012-10-02T18:35:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3de9e9624b36263618470c6e134f22eabf8f2551'/>
<id>urn:sha1:3de9e9624b36263618470c6e134f22eabf8f2551</id>
<content type='text'>
commit 6ae5e060840589f567c1837613e8a9d34fc9188a upstream.

em28xx-dvb, em28xx-alsa and em28xx-ir are typically initialized
asyncrhronously. The exception for it is when those modules
are loaded before em28xx (or before an em28xx card insertion) or
when they're built in.

Make the extentions to always load asynchronously. That allows
having all DVB firmwares loaded synchronously with udev-182.

Antti tested it with the following hardware:
	Hauppauge WinTV HVR 930C
	MaxMedia UB425-TC
	PCTV QuatroStick nano (520e)

Tested-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

</content>
</entry>
<entry>
<title>Merge branch 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media</title>
<updated>2012-08-21T23:54:38Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2012-08-21T23:54:38Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=a484147a52e6910d990ae7cf2a5d16b5bc58dcbe'/>
<id>urn:sha1:a484147a52e6910d990ae7cf2a5d16b5bc58dcbe</id>
<content type='text'>
Pull media fixes from Mauro Carvalho Chehab:
 "For bug fixes, at soc_camera, si470x, uvcvideo, iguanaworks IR driver,
  radio_shark Kbuild fixes, and at the V4L2 core (radio fixes)."

* 'v4l_for_linus' of git://git.kernel.org/pub/scm/linux/kernel/git/mchehab/linux-media:
  [media] media: soc_camera: don't clear pix-&gt;sizeimage in JPEG mode
  [media] media: mx2_camera: Fix clock handling for i.MX27
  [media] video: mx2_camera: Use clk_prepare_enable/clk_disable_unprepare
  [media] video: mx1_camera: Use clk_prepare_enable/clk_disable_unprepare
  [media] media: mx3_camera: buf_init() add buffer state check
  [media] radio-shark2: Only compile led support when CONFIG_LED_CLASS is set
  [media] radio-shark: Only compile led support when CONFIG_LED_CLASS is set
  [media] radio-shark*: Call cancel_work_sync from disconnect rather then release
  [media] radio-shark*: Remove work-around for dangling pointer in usb intfdata
  [media] Add USB dependency for IguanaWorks USB IR Transceiver
  [media] Add missing logging for rangelow/high of hwseek
  [media] VIDIOC_ENUM_FREQ_BANDS fix
  [media] mem2mem_testdev: fix querycap regression
  [media] si470x: v4l2-compliance fixes
  [media] DocBook: Remove a spurious character
  [media] uvcvideo: Reset the bytesused field when recycling an erroneous buffer
</content>
</entry>
<entry>
<title>USB: spca506: remove __devinit* from the struct usb_device_id table</title>
<updated>2012-08-18T00:50:44Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2012-08-18T00:48:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e694d518886c7afedcdd1732477832b2e32744e4'/>
<id>urn:sha1:e694d518886c7afedcdd1732477832b2e32744e4</id>
<content type='text'>
This structure needs to always stick around, even if CONFIG_HOTPLUG
is disabled, otherwise we can oops when trying to probe a device that
was added after the structure is thrown away.

Thanks to Fengguang Wu and Bjørn Mork for tracking this issue down.

Reported-by: Fengguang Wu &lt;fengguang.wu@intel.com&gt;
Reported-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Cc: stable &lt;stable@vger.kernel.org&gt;
CC: Hans de Goede &lt;hdegoede@redhat.com&gt;
CC: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>USB: jl2005bcd: remove __devinit* from the struct usb_device_id table</title>
<updated>2012-08-18T00:50:44Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
</author>
<published>2012-08-18T00:48:27Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ec063351684298e295dc9444d143ddfd6ab02df8'/>
<id>urn:sha1:ec063351684298e295dc9444d143ddfd6ab02df8</id>
<content type='text'>
This structure needs to always stick around, even if CONFIG_HOTPLUG
is disabled, otherwise we can oops when trying to probe a device that
was added after the structure is thrown away.

Thanks to Fengguang Wu and Bjørn Mork for tracking this issue down.

Reported-by: Fengguang Wu &lt;fengguang.wu@intel.com&gt;
Reported-by: Bjørn Mork &lt;bjorn@mork.no&gt;
Cc: stable &lt;stable@vger.kernel.org&gt;
CC: Hans de Goede &lt;hdegoede@redhat.com&gt;
CC: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>[media] media: soc_camera: don't clear pix-&gt;sizeimage in JPEG mode</title>
<updated>2012-08-15T22:24:28Z</updated>
<author>
<name>Albert Wang</name>
</author>
<published>2012-08-01T05:45:41Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=991b3137f21e13db4711f313edbe67d49bed795b'/>
<id>urn:sha1:991b3137f21e13db4711f313edbe67d49bed795b</id>
<content type='text'>
In JPEG mode, the size of image is variable due to different JPEG compression
rate. We only can get the pix-&gt;sizeimage from the user.

If we clear pix-&gt;sizeimage in soc_camera_try_fmt() then we will get it from:
	ret = soc_mbus_image_size(xlate-&gt;host_fmt, pix-&gt;bytesperline,
				pix-&gt;height);
	if (ret &lt; 0)
		return ret;

	pix-&gt;sizeimage = max_t(u32, pix-&gt;sizeimage, ret);

In general, this sizeimage will be larger than the actul JPEG image size.

But vb2 will check the buffer and size of image in __qbuf_userptr():
	/* Check if the provided plane buffer is large enough */
	if (planes[plane].length &lt; q-&gt;plane_sizes[plane])

So we shouldn't clear the pix-&gt;sizeimage and also shouldn't re-calculate
the pix-&gt;sizeimage in soc_mbus_image_size() in JPEG mode

We also shouldn't re-calculate pix-&gt;bytesperline:
	ret = soc_mbus_bytes_per_line(pix-&gt;width, xlate-&gt;host_fmt);
	if (ret &lt; 0)
		return ret;

	pix-&gt;bytesperline = max_t(u32, pix-&gt;bytesperline, ret);

pix-&gt;bytesperline also should be set by the user or by the driver's
try_fmt() implementation.

Change-Id: I700690a2287346127a624b5260922eaa5427a596

Signed-off-by: Albert Wang &lt;twang13@marvell.com&gt;
Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] media: mx2_camera: Fix clock handling for i.MX27</title>
<updated>2012-08-15T22:24:20Z</updated>
<author>
<name>Javier Martin</name>
</author>
<published>2012-08-01T09:16:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ad5b987031835b0ac3064ef12209282277dbae54'/>
<id>urn:sha1:ad5b987031835b0ac3064ef12209282277dbae54</id>
<content type='text'>
On i.MX27 two clocks are required: emma-ipg and emma-ahb. The ahb clock
has to be requested using both a device and a connection ID.

Signed-off-by: Javier Martin &lt;javier.martin@vista-silicon.com&gt;
[g.liakhovetski@gmx.de: rebase to the current media tree]
Signed-off-by: Guennadi Liakhovetski &lt;g.liakhovetski@gmx.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
