<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/drivers/media/usb/dvb-usb, branch linux-3.17.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-3.17.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2014-07-26T18:09:47Z</updated>
<entry>
<title>[media] Fix typo in comments</title>
<updated>2014-07-26T18:09:47Z</updated>
<author>
<name>Raimonds Cicans</name>
</author>
<published>2014-07-08T10:38:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=ad86faada7d8dd4268ea8ad7b0b5dbc308a6994f'/>
<id>urn:sha1:ad86faada7d8dd4268ea8ad7b0b5dbc308a6994f</id>
<content type='text'>
Expression ((7bit i2c_addr &lt;&lt; 1) &amp; 0x01) can not be right
because it is always 0

Signed-off-by: Raimonds Cicans &lt;ray@apollo.lv&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] Fix regression in some dib0700 based devices</title>
<updated>2014-07-26T03:51:02Z</updated>
<author>
<name>James Harper</name>
</author>
<published>2014-06-09T00:24:20Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9e334c75642b6e5bfb956bf0e45f1d3afa271b67'/>
<id>urn:sha1:9e334c75642b6e5bfb956bf0e45f1d3afa271b67</id>
<content type='text'>
Fix regression in some dib0700 based devices.
Set size_of_priv, and don't call dvb_detach unnecessarily.
This resolves the oops(s) for my "Leadtek Winfast DTV Dongle (STK7700P based)"

Signed-off-by: James Harper &lt;james.harper@ejbdigital.com.au&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] rc-core: remove protocol arrays</title>
<updated>2014-07-25T22:10:43Z</updated>
<author>
<name>David Härdeman</name>
</author>
<published>2014-04-03T23:32:21Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=c5540fbb9de39ceec108a889133664a887c2f55a'/>
<id>urn:sha1:c5540fbb9de39ceec108a889133664a887c2f55a</id>
<content type='text'>
The basic API of rc-core used to be:

	dev = rc_allocate_device();
	dev-&gt;x = a;
	dev-&gt;y = b;
	dev-&gt;z = c;
	rc_register_device();

which is a pretty common pattern in the kernel, after the introduction of
protocol arrays the API looks something like:

	dev = rc_allocate_device();
	dev-&gt;x = a;
	rc_set_allowed_protocols(dev, RC_BIT_X);
	dev-&gt;z = c;
	rc_register_device();

There's no real need for the protocols to be an array, so change it
back to be consistent (and in preparation for the following patches).

[m.chehab@samsung.com: added missing changes at some files]
Signed-off-by: David Härdeman &lt;david@hardeman.nu&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] rc-core: document the protocol type</title>
<updated>2014-07-24T00:50:48Z</updated>
<author>
<name>David Härdeman</name>
</author>
<published>2014-04-03T23:31:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=120703f9eb32033f0e39bdc552c0273c8ab45f33'/>
<id>urn:sha1:120703f9eb32033f0e39bdc552c0273c8ab45f33</id>
<content type='text'>
Right now the protocol information is not preserved, rc-core gets handed a
scancode but has no idea which protocol it corresponds to.

This patch (which required reading through the source/keymap for all drivers,
not fun) makes the protocol information explicit which is important
documentation and makes it easier to e.g. support multiple protocols with one
decoder (think rc5 and rc-streamzap). The information isn't used yet so there
should be no functional changes.

[m.chehab@samsung.com: rebased, added cxusb and removed bad whitespacing]
Signed-off-by: David Härdeman &lt;david@hardeman.nu&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] dib0700: NEC scancode cleanup</title>
<updated>2014-07-24T00:26:08Z</updated>
<author>
<name>David Härdeman</name>
</author>
<published>2014-04-03T23:31:51Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=af3a4a9bbeb00df3e42e77240b4cdac5479812f9'/>
<id>urn:sha1:af3a4a9bbeb00df3e42e77240b4cdac5479812f9</id>
<content type='text'>
the RC RX packet is defined as:

        struct dib0700_rc_response {
		...
                                u8 not_system;
                                u8 system;
		...
                u8 data;
                u8 not_data;

The NEC protocol transmits in the order:
        system
        not_system
        data
        not_data

Note that the code defines the NEC extended scancode as:

        scancode = be16_to_cpu(poll_reply-&gt;system16) &lt;&lt; 8 | poll_reply-&gt;data;

i.e.

        scancode = poll_reply-&gt;not_system &lt;&lt; 16 |
                   poll_reply-&gt;system     &lt;&lt; 8  |
                   poll_reply-&gt;data;

Which, if the order *is* reversed, would mean that the scancode that
gets defined is in reality:

        scancode = poll_reply-&gt;system     &lt;&lt; 16 |
                   poll_reply-&gt;not_system &lt;&lt; 8  |
                   poll_reply-&gt;data;

Which is the same as the order used in drivers/media/rc/ir-nec-decoder.c.

This patch changes the code to match my assumption (the generated scancode
should, however, not change).

[m.chehab@samsung.com: rebased and fixed the decoding error message]
Signed-off-by: David Härdeman &lt;david@hardeman.nu&gt;
CC: Patrick Boettcher &lt;pboettcher@kernellabs.com&gt;
Tested-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] cxusb: increase buffer length to 80 bytes</title>
<updated>2014-07-23T00:58:23Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2014-06-30T14:56:33Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=eb9da073bd002f2968c84129a5c49625911a3199'/>
<id>urn:sha1:eb9da073bd002f2968c84129a5c49625911a3199</id>
<content type='text'>
As reported by Vincent:
	[   16.332247] xc2028 0-0061: Loading firmware for type=BASE F8MHZ (3), id 0000000000000000.
	[   16.344378] cxusb: i2c wr: len=64 is too big!

64 bytes is too short for firmware load on this device. So, increase it
to 80 bytes.

Reported-by: Vincent McIntyre &lt;vincent.mcintyre@gmail.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] dw2102: Geniatech T220 init fixed</title>
<updated>2014-07-22T12:48:12Z</updated>
<author>
<name>CrazyCat</name>
</author>
<published>2014-06-03T17:22:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b71ef7eac86a8cb8d41fc0d0f37b5f1917a9ea4'/>
<id>urn:sha1:7b71ef7eac86a8cb8d41fc0d0f37b5f1917a9ea4</id>
<content type='text'>
Geniatech T220 init fixed - reset cmd from windows driver and fixed TS bus config for cxd2820r.

Signed-off-by: Evgeny Plehov &lt;EvgenyPlehov@ukr.net&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] cxusb: Prepare for si2157 driver getting more parameters</title>
<updated>2014-07-22T00:28:10Z</updated>
<author>
<name>Matthias Schwarzott</name>
</author>
<published>2014-07-15T19:34:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9f7ca3d46b3d6dbde4edf9fa7ca95596e2e35085'/>
<id>urn:sha1:9f7ca3d46b3d6dbde4edf9fa7ca95596e2e35085</id>
<content type='text'>
Modify all users of si2157_config to correctly initialize all not
listed values to 0.

Signed-off-by: Matthias Schwarzott &lt;zzam@gentoo.org&gt;
Signed-off-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] cxusb: TechnoTrend CT2-4400 USB DVB-T2/C tuner support</title>
<updated>2014-07-15T00:07:07Z</updated>
<author>
<name>Olli Salonen</name>
</author>
<published>2014-07-13T13:52:22Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=26c42b0dd5fa552bf26451cbd1d4c70fb6b95b67'/>
<id>urn:sha1:26c42b0dd5fa552bf26451cbd1d4c70fb6b95b67</id>
<content type='text'>
USB ID 0b48:3014.

USB interface: Cypress CY7C68013A-56LTXC
Demodulator: Silicon Labs Si2168-30
Tuner: Silicon Labs Si2158-20

Cc: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Olli Salonen &lt;olli.salonen@iki.fi&gt;
Reviewed-by: Antti Palosaari &lt;crope@iki.fi&gt;
Signed-off-by: Antti Palosaari &lt;crope@iki.fi&gt;
Reviewed-by: Michael Ira Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
<entry>
<title>[media] dib0700: better document struct init</title>
<updated>2014-07-07T12:56:37Z</updated>
<author>
<name>Mauro Carvalho Chehab</name>
</author>
<published>2014-07-04T17:15:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=40d1a7c3ded03347336fbd33234af89aaf5ffdca'/>
<id>urn:sha1:40d1a7c3ded03347336fbd33234af89aaf5ffdca</id>
<content type='text'>
Instead of using anonymous initialization for dib0896 structs,
identify each field by name. That helps to understand what's
being initialized.

No functional changes.

Acked-By: Patrick Boettcher &lt;pboettcher@kernellabs.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;m.chehab@samsung.com&gt;
</content>
</entry>
</feed>
