<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux.git/drivers/media, branch v2.6.20</title>
<subtitle>Linux kernel source tree</subtitle>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/'/>
<entry>
<title>V4L/DVB (5123): Buf_qbuf: fix: videobuf_queue-&gt;stream corruption and lockup</title>
<updated>2007-01-24T00:00:21+00:00</updated>
<author>
<name>Oleg Nesterov</name>
<email>oleg@tv-sign.ru</email>
</author>
<published>2007-01-23T23:04:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=419dd8378dfa32985672ab7927b4bc827f33b332'/>
<id>419dd8378dfa32985672ab7927b4bc827f33b332</id>
<content type='text'>
We are doing -&gt;buf_prepare(buf) before adding buf to q-&gt;stream list. This
means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We are doing -&gt;buf_prepare(buf) before adding buf to q-&gt;stream list. This
means that videobuf_qbuf() should not try to re-add a STATE_PREPARED buffer.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5023): Fix compilation on ppc32 architecture</title>
<updated>2007-01-15T18:33:51+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@infradead.org</email>
</author>
<published>2007-01-07T11:51:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=412297d31d439ba56cd4faeb3a49a6f569f40702'/>
<id>412297d31d439ba56cd4faeb3a49a6f569f40702</id>
<content type='text'>
There's a problem, pointed by Meelis Roos &lt;mroos@linux.ee&gt;, that, on ppc32 arch,
with some gcc versions (noticed with prerelease 4.1.2 20061115), compilation 
fails, due the lack of __ucmpdi2 to do the required 64-bit comparision.
This patch takes some sugestions made by Andrew Morton &lt;akpm@osdl.org&gt;,
Stelian Pop &lt;stelian@popies.net&gt; and Segher Boessenkool &lt;segher@kernel.crashing.org&gt;

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
There's a problem, pointed by Meelis Roos &lt;mroos@linux.ee&gt;, that, on ppc32 arch,
with some gcc versions (noticed with prerelease 4.1.2 20061115), compilation 
fails, due the lack of __ucmpdi2 to do the required 64-bit comparision.
This patch takes some sugestions made by Andrew Morton &lt;akpm@osdl.org&gt;,
Stelian Pop &lt;stelian@popies.net&gt; and Segher Boessenkool &lt;segher@kernel.crashing.org&gt;

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5071): Tveeprom: autodetect LG TAPC G701D as tuner type 37</title>
<updated>2007-01-15T18:26:04+00:00</updated>
<author>
<name>Michael Krufky</name>
<email>mkrufky@linuxtv.org</email>
</author>
<published>2007-01-12T20:38:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=1323fbda1343f50f198bc8bd6d1d59c8b7fc45bf'/>
<id>1323fbda1343f50f198bc8bd6d1d59c8b7fc45bf</id>
<content type='text'>
autodetect LG TAPC G701D as tuner type 37.
Thanks to Adonis Papas, for pointing out the missing autodetection
for this tuner.

Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
autodetect LG TAPC G701D as tuner type 37.
Thanks to Adonis Papas, for pointing out the missing autodetection
for this tuner.

Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5069): Fix bttv and friends on 64bit machines with lots of memory</title>
<updated>2007-01-15T18:26:01+00:00</updated>
<author>
<name>Gerd Hoffmann</name>
<email>kraxel@novell.com</email>
</author>
<published>2007-01-13T00:26:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=10329b962be782fa4fbebea9358063a4507d0c4d'/>
<id>10329b962be782fa4fbebea9358063a4507d0c4d</id>
<content type='text'>
We have a DMA32 zone now, lets use it to make sure the card
can reach the memory we have allocated for the video frame
buffers.

Signed-off-by: Gerds Hoffmann &lt;kraxel@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
We have a DMA32 zone now, lets use it to make sure the card
can reach the memory we have allocated for the video frame
buffers.

Signed-off-by: Gerds Hoffmann &lt;kraxel@suse.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5033): MSI TV@nywhere Plus fixes</title>
<updated>2007-01-15T18:25:58+00:00</updated>
<author>
<name>hermann pitton</name>
<email>hermann-pitton@arcor.de</email>
</author>
<published>2007-01-08T00:19:48+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=e382f62be8a92ebbdf697ebfab260b7d943a359f'/>
<id>e382f62be8a92ebbdf697ebfab260b7d943a359f</id>
<content type='text'>
- MSI TV@nywhere Plus. Fix radio, S-Video and external analog audio in
  as far we can know currently.

Signed-off-by: Hermann Pitton &lt;hermann-pitton@arcor.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
- MSI TV@nywhere Plus. Fix radio, S-Video and external analog audio in
  as far we can know currently.

Signed-off-by: Hermann Pitton &lt;hermann-pitton@arcor.de&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5029): Ks0127 status flags</title>
<updated>2007-01-15T18:25:52+00:00</updated>
<author>
<name>Martin Samuelsson</name>
<email>sam@home.se</email>
</author>
<published>2007-01-07T23:50:27+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=55d5440d4587454628a850ce26703639885af678'/>
<id>55d5440d4587454628a850ce26703639885af678</id>
<content type='text'>
Or status flags together in DECODER_GET_STATUS instead of and-zapping them.

Signed-off-by: Martin Samuelsson &lt;sam@home.se&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Or status flags together in DECODER_GET_STATUS instead of and-zapping them.

Signed-off-by: Martin Samuelsson &lt;sam@home.se&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5024): Fix quickcam communicator driver for big endian architectures</title>
<updated>2007-01-15T18:25:48+00:00</updated>
<author>
<name>Grant Likely</name>
<email>grant.likely@secretlab.ca</email>
</author>
<published>2007-01-07T13:33:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=c6d704c8c4453f05717ba88792f70f8babf95268'/>
<id>c6d704c8c4453f05717ba88792f70f8babf95268</id>
<content type='text'>
Host endianess does not affect the order that pixel rgb data comes
in from the quickcam (the values are bytes, not words or longs).  The
driver is erroniously swapping the order of rgb values for big endian
machines.  This patch is needed get the Quickcam communicator working
on big endian machines (tested on powerpc)

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Host endianess does not affect the order that pixel rgb data comes
in from the quickcam (the values are bytes, not words or longs).  The
driver is erroniously swapping the order of rgb values for big endian
machines.  This patch is needed get the Quickcam communicator working
on big endian machines (tested on powerpc)

Signed-off-by: Grant Likely &lt;grant.likely@secretlab.ca&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5021): Cx88xx: Fix lockup on suspend</title>
<updated>2007-01-15T18:25:31+00:00</updated>
<author>
<name>Robert Hancock</name>
<email>hancockr@shaw.ca</email>
</author>
<published>2007-01-07T11:12:19+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=a96afb3e9428f2e7463344f12dbc85faf08e2e09'/>
<id>a96afb3e9428f2e7463344f12dbc85faf08e2e09</id>
<content type='text'>
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
call, which caused it to go into a tight loop and result in softlockup
when suspending. Fix that.

Signed-off-by: Robert Hancock &lt;hancockr@shaw.ca&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
Suspending with the cx88xx module loaded causes the system to lock up
because the cx88_audio_thread kthread was missing a try_to_freeze()
call, which caused it to go into a tight loop and result in softlockup
when suspending. Fix that.

Signed-off-by: Robert Hancock &lt;hancockr@shaw.ca&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5020): Fix: disable interrupts while at KM_BOUNCE_READ</title>
<updated>2007-01-15T18:25:28+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@infradead.org</email>
</author>
<published>2007-01-14T12:14:17+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=35d6270b806562b37279d3970fa477aaeb372829'/>
<id>35d6270b806562b37279d3970fa477aaeb372829</id>
<content type='text'>
vivi.c uses the KM_BOUNCE_READ with local interrupts enabled. 
This means that if a disk interrupt occurs while vivi.c is using this
fixmap slot, the vivi.c driver will, upon return from that interrupt, find
that the fixmap slot now points at a different physical page.
The net result will probably be rare corruption of disk file contents,
because viv.c will now be altering the page which the disk code was
recently using. 

Thanks to Andrew Morton for pointing this.
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
vivi.c uses the KM_BOUNCE_READ with local interrupts enabled. 
This means that if a disk interrupt occurs while vivi.c is using this
fixmap slot, the vivi.c driver will, upon return from that interrupt, find
that the fixmap slot now points at a different physical page.
The net result will probably be rare corruption of disk file contents,
because viv.c will now be altering the page which the disk code was
recently using. 

Thanks to Andrew Morton for pointing this.
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
<entry>
<title>V4L/DVB (5019): Fix the frame-&gt;grabstate update in read() entry point.</title>
<updated>2007-01-15T18:25:24+00:00</updated>
<author>
<name>Thierry MERLE</name>
<email>thierry.merle@free.fr</email>
</author>
<published>2006-12-29T23:32:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.tavy.me/linux.git/commit/?id=c430ca1e16b2b4b30f567806c73e270caea8db1d'/>
<id>c430ca1e16b2b4b30f567806c73e270caea8db1d</id>
<content type='text'>
The Coverity checker spotted that in usbvision_v4l2_read(), the variable
"frmx" is never assigned any value different from -1, but it's used an 
an array index in "usbvision-&gt;frame[frmx]".
Thanks to Adrian Bunk &lt;bunk@stusta.de&gt; for warning about that.

Signed-off-by: Thierry MERLE &lt;thierry.merle@free.fr&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</content>
<content type='xhtml'>
<div xmlns='http://www.w3.org/1999/xhtml'>
<pre>
The Coverity checker spotted that in usbvision_v4l2_read(), the variable
"frmx" is never assigned any value different from -1, but it's used an 
an array index in "usbvision-&gt;frame[frmx]".
Thanks to Adrian Bunk &lt;bunk@stusta.de&gt; for warning about that.

Signed-off-by: Thierry MERLE &lt;thierry.merle@free.fr&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@infradead.org&gt;
</pre>
</div>
</content>
</entry>
</feed>
