<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/git/stable/linux.git/drivers/media/video/au0828, branch master</title>
<subtitle>Linux kernel stable tree</subtitle>
<id>https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master</id>
<link rel='self' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/atom?h=master'/>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/'/>
<updated>2012-08-15T19:25:07+00:00</updated>
<entry>
<title>[media] rename most media/video usb drivers to media/usb</title>
<updated>2012-08-15T19:25:07+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2012-08-14T03:13:22+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=0c0d06cac63ee327ceaab4b5ffe2206574ab86bd'/>
<id>urn:sha1:0c0d06cac63ee327ceaab4b5ffe2206574ab86bd</id>
<content type='text'>
Rename all USB drivers with their own directory under
drivers/media/video into drivers/media/usb and update the
building system.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] common: move media/common/tuners to media/tuners</title>
<updated>2012-08-14T02:40:28+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2012-06-14T19:35:59+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=ccae7af2bf07dfef69cc2eb6ebc9e1ff15addfbd'/>
<id>urn:sha1:ccae7af2bf07dfef69cc2eb6ebc9e1ff15addfbd</id>
<content type='text'>
Move the tuners one level up, as the "common" directory will be used
by drivers that are shared between more than one driver.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] move the dvb/frontends to drivers/media/dvb-frontends</title>
<updated>2012-08-14T02:13:41+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2012-08-14T02:13:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=9a0bf528b4d66b605f02634236da085595c22101'/>
<id>urn:sha1:9a0bf528b4d66b605f02634236da085595c22101</id>
<content type='text'>
Raise the DVB frontends one level up, as the intention is to remove
the drivers/media/dvb directory.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] dvb: move the dvb core one level up</title>
<updated>2012-08-14T02:08:14+00:00</updated>
<author>
<name>Mauro Carvalho Chehab</name>
<email>mchehab@redhat.com</email>
</author>
<published>2012-06-14T19:35:53+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=3d6c2bc08ac4f75bf3597740357c98f2207ca412'/>
<id>urn:sha1:3d6c2bc08ac4f75bf3597740357c98f2207ca412</id>
<content type='text'>
just like the V4L2 core, move the DVB core to drivers/media, as the
intention is to get rid of both "video" and "dvb" directories.

Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
<entry>
<title>[media] au0828: fix possible race condition in usage of dev-&gt;ctrlmsg</title>
<updated>2012-08-11T15:37:55+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:07+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=77fc286328e6fd9a80ef8ce6963db7fbf4e07a1a'/>
<id>urn:sha1:77fc286328e6fd9a80ef8ce6963db7fbf4e07a1a</id>
<content type='text'>
The register read function is referencing the dev-&gt;ctrlmsg structure outside
of the dev-&gt;mutex lock, which can cause corruption of the value if multiple
callers are invoking au0828_readreg() simultaneously.

Use a stack variable to hold the result, and copy the buffer returned by
usb_control_msg() to that variable.

In reality, the whole recv_control_msg() function can probably be collapsed
into au0288_readreg() since it is the only caller.

Also get rid of cmd_msg_dump() since the only case in which the function is
ever called only is ever passed a single byte for the response (and it is
already logged).

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>[media] au0828: make xc5000 firmware speedup apply to the xc5000c as well</title>
<updated>2012-08-09T23:58:57+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=ad03d300e86a6e42ce383792c7b4d8dd9aa1d5da'/>
<id>urn:sha1:ad03d300e86a6e42ce383792c7b4d8dd9aa1d5da</id>
<content type='text'>
Make the firmware speedup work for the 5000c as well as the original
xc5000.  This cuts firmware load time in half.

Thanks to John Casey at Hauppauge for loaning me a board for testing.

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>[media] au0828: fix a couple of missed edge cases for i2c gate with analog</title>
<updated>2012-08-09T23:58:31+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:12+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=e58071f024aa337b7ce41682578b33895b024f8b'/>
<id>urn:sha1:e58071f024aa337b7ce41682578b33895b024f8b</id>
<content type='text'>
This patch addresses a couple of cases where I forgot to pop open the
gate when in analog mode (a correlary to fix the change made in patch
1c58d5b4a5fca42dce5428bd79b9405878017735).

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>[media] au0828: tweak workaround for i2c clock stretching bug</title>
<updated>2012-08-09T23:57:39+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=21dc61d3c0a4c0ee11e3e4a4e4888d4c71875b6d'/>
<id>urn:sha1:21dc61d3c0a4c0ee11e3e4a4e4888d4c71875b6d</id>
<content type='text'>
The hack I put in a couple of years ago to avoid clock stretching issues
when talking to the xc5000 worked fine for writes, but intermittently
fails for register reads, because the xc5000 may stretch the clock for
longer between bytes (I was seeing cases of 21 us on the analyzer).

The problem manifested itself as the xc5000 firmware version and PLL
lock register intermittently showing garbage values.

Slow down the i2c bus from 30 KHz to 20 KHz to accommodate.

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>[media] au0828: tune retry interval for i2c interaction</title>
<updated>2012-08-09T23:41:03+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:06+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=baede40c4daf2157413ae218946d6fe3b3ed1292'/>
<id>urn:sha1:baede40c4daf2157413ae218946d6fe3b3ed1292</id>
<content type='text'>
Adjust the retry timeout and number of retries to speed up xc5000
firmware download.  With this change it goes from 4.2 seconds to 2.9.
The net time waited is pretty much the same, but we just poll more
often.

Tested at 250 KHz as well as 30 KHz.

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>[media] au0828: remove control buffer from send_control_msg</title>
<updated>2012-08-09T23:40:20+00:00</updated>
<author>
<name>Devin Heitmueller</name>
<email>dheitmueller@kernellabs.com</email>
</author>
<published>2012-08-07T01:47:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.rulkc.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?id=8ff63de690d74bec848caab64a86bd53c797365c'/>
<id>urn:sha1:8ff63de690d74bec848caab64a86bd53c797365c</id>
<content type='text'>
There are no cases where a control message is ever sent to the au0828
with an actual buffer defined.  Remove the reference to dev-&gt;ctrlmsg,
which currently requires us to hold a mutex since it is shared with the
read function.

Signed-off-by: Devin Heitmueller &lt;dheitmueller@kernellabs.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
</content>
</entry>
</feed>
