<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/drivers, branch linux-2.6.26.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.</subtitle>
<id>https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.26.y</id>
<link rel='self' href='https://universe.0xinfinity.dev/distro/kernel/atom?h=linux-2.6.26.y'/>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/'/>
<updated>2008-11-10T19:18:01Z</updated>
<entry>
<title>ACPI: dock: avoid check _STA method</title>
<updated>2008-11-10T19:18:01Z</updated>
<author>
<name>Shaohua Li</name>
<email>shaohua.li@intel.com</email>
</author>
<published>2008-11-06T19:18:55Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=4bdaa73e7d66b73d32a75beaf38ddf96ca6f8325'/>
<id>urn:sha1:4bdaa73e7d66b73d32a75beaf38ddf96ca6f8325</id>
<content type='text'>
commit 8b59560a3baf2e7c24e0fb92ea5d09eca92805db upstream.

ACPI: dock: avoid check _STA method

In some BIOSes, every _STA method call will send a notification again,
this cause freeze. And in some BIOSes, it appears _STA should be called
after _DCK. This tries to avoid calls _STA, and still keep the device
present check.

http://bugzilla.kernel.org/show_bug.cgi?id=10431

Signed-off-by: Shaohua Li &lt;shaohua.li@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ACPI: video: fix brightness allocation</title>
<updated>2008-11-10T19:18:01Z</updated>
<author>
<name>Julia Jomantaite</name>
<email>julia.jomantaite@gmail.com</email>
</author>
<published>2008-10-28T03:45:56Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a133c85cd28b3fe09fa567bbd1e3a6e23b027c2c'/>
<id>urn:sha1:a133c85cd28b3fe09fa567bbd1e3a6e23b027c2c</id>
<content type='text'>
upstream commit 469778c1740fcf3113498b6fdf4559bdec25c58f

Thanks to Arjan for spotting this
http://www.kerneloops.org/search.php?search=acpi_video_switch_brightness
and suggesting it for .stable


Fix use of uninitialized device-&gt;brightness.

Signed-off-by: Julia Jomantaite &lt;julia.jomantaite@gmail.com&gt;
Signed-off-by: Andi Kleen &lt;ak@linux.intel.com&gt;
Acked-by: Zhang Rui &lt;rui.zhang@intel.com&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>scx200_i2c: Add missing class parameter</title>
<updated>2008-11-10T19:18:00Z</updated>
<author>
<name>Lennart Sorensen</name>
<email>lsorense@csclub.uwaterloo.ca</email>
</author>
<published>2008-10-31T16:05:59Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=69e0453ecbaec161673aff629e22297572033d29'/>
<id>urn:sha1:69e0453ecbaec161673aff629e22297572033d29</id>
<content type='text'>
commit 4a029abee0f1d69cb0445657d6fa5a38597bd17d upstream

The scx200_i2c driver is missing the .class parameter, which means no
i2c drivers are willing to probe for devices on the bus and attach to
them.

Signed-off-by: Len Sorensen &lt;lsorense@csclub.uwaterloo.ca&gt;
Signed-off-by: Jean Delvare &lt;khali@linux-fr.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: Power down s5h1411 when not in use</title>
<updated>2008-11-10T19:17:59Z</updated>
<author>
<name>Devin Heitmueller</name>
<email>devin.heitmueller@gmail.com</email>
</author>
<published>2008-11-03T04:04:38Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=fac229f3dcd33ed79adbda06badc802f81389485'/>
<id>urn:sha1:fac229f3dcd33ed79adbda06badc802f81389485</id>
<content type='text'>
commit 11fc9a4a440112b5afc1a99d86ba92d70205a688 upstream.

DVB: s5h1411: Power down s5h1411 when not in use

Power down the s5h1411 demodulator when not in use
(on the Pinnacle 801e, this brings idle power from
123ma down to 84ma).

Signed-off-by: Devin Heitmueller &lt;devin.heitmueller@gmail.com&gt;
Acked-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: Perform s5h1411 soft reset after tuning</title>
<updated>2008-11-10T19:17:59Z</updated>
<author>
<name>Devin Heitmueller</name>
<email>devin.heitmueller@gmail.com</email>
</author>
<published>2008-11-03T04:04:36Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=05cc17f976602786e7645bdad5226d4b4b1d5bfc'/>
<id>urn:sha1:05cc17f976602786e7645bdad5226d4b4b1d5bfc</id>
<content type='text'>
commit f0d041e50bc6c8a677922d72b010f80af9b23b18 upstream.

DVB: s5h1411: Perform s5h1411 soft reset after tuning

If you instruct the tuner to change frequencies, it can take up to 2500ms to
get a demod lock.  By performing a soft reset after the tuning call (which
is consistent with how the Pinnacle 801e Windows driver behaves), you get
a demod lock inside of 300ms

Signed-off-by: Devin Heitmueller &lt;devin.heitmueller@gmail.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Acked-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DVB: s5h1411: bugfix: Setting serial or parallel mode could destroy bits</title>
<updated>2008-11-10T19:17:58Z</updated>
<author>
<name>Steven Toth</name>
<email>stoth@linuxtv.org</email>
</author>
<published>2008-11-03T04:04:33Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=8aa3b2b7b7defa8cce96b2e3051b10608175768d'/>
<id>urn:sha1:8aa3b2b7b7defa8cce96b2e3051b10608175768d</id>
<content type='text'>
commit 1af46b450fa49c57d73764d66f267335ccd807e2 upstream.

DVB: s5h1411: bugfix: Setting serial or parallel mode could destroy bits

Adding a serialmode function to read/and/or/write the register for safety.

Signed-off-by: Steven Toth &lt;stoth@linuxtv.org&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>V4L: pvrusb2: Keep MPEG PTSs from drifting away</title>
<updated>2008-11-10T19:17:56Z</updated>
<author>
<name>Boris Dores</name>
<email>babal@via.ecp.fr</email>
</author>
<published>2008-11-03T04:04:30Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=bcf3b9fc11b7709f058c4b75a4b19a88620236c5'/>
<id>urn:sha1:bcf3b9fc11b7709f058c4b75a4b19a88620236c5</id>
<content type='text'>
commit 3f93d1adca658201c64251c43a147cc79d468c3f upstream.

V4L: pvrusb2: Keep MPEG PTSs from drifting away

This change was empirically figured out by Boris Dores after
empirically comparing against behavior in the Windows driver.

Signed-off-by: Mike Isely &lt;isely@pobox.com&gt;
Signed-off-by: Mauro Carvalho Chehab &lt;mchehab@redhat.com&gt;
Signed-off-by: Michael Krufky &lt;mkrufky@linuxtv.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ACPI: Always report a sync event after a lid state change</title>
<updated>2008-11-10T19:17:55Z</updated>
<author>
<name>Guillem Jover</name>
<email>guillem.jover@nokia.com</email>
</author>
<published>2008-10-28T05:34:27Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=a5069282922b9ce9b1db1b3a196ef6df958d95d5'/>
<id>urn:sha1:a5069282922b9ce9b1db1b3a196ef6df958d95d5</id>
<content type='text'>
upstream commit df316e939100e789b3c5d4d102619ccf5834bd00

Currently not always an EV_SYN event is reported to userland
after the EV_SW SW_LID event has been sent. This is easy to verify
by using “input-events” from input-utils and just closing and opening
the lid.

Signed-off-by: Guillem Jover &lt;guillem.jover@nokia.com&gt;
Acked-by: Dmitry Torokhov &lt;dtor@mail.ru&gt;
Signed-off-by: Len Brown &lt;len.brown@intel.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>libertas: fix buffer overrun</title>
<updated>2008-11-10T19:17:54Z</updated>
<author>
<name>Johannes Berg</name>
<email>johannes@sipsolutions.net</email>
</author>
<published>2008-11-02T19:30:21Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=f53dd684abef20b9c1133548bfb56d91da537e3e'/>
<id>urn:sha1:f53dd684abef20b9c1133548bfb56d91da537e3e</id>
<content type='text'>
commit 48735d8d8bd701b1e0cd3d49c21e5e385ddcb077 upstream

If somebody sends an invalid beacon/probe response, that can trash the
whole BSS descriptor. The descriptor is, luckily, large enough so that
it cannot scribble past the end of it; it's well above 400 bytes long.

Signed-off-by: Johannes Berg &lt;johannes@sipsolutions.net&gt;
Signed-off-by: John W. Linville &lt;linville@tuxdriver.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>SCSI: qla2xxx: Skip FDMI registration on ISP21xx/22xx parts.</title>
<updated>2008-11-10T19:17:53Z</updated>
<author>
<name>Andrew Vasquez</name>
<email>andrew.vasquez@qlogic.com</email>
</author>
<published>2008-10-21T18:25:04Z</published>
<link rel='alternate' type='text/html' href='https://universe.0xinfinity.dev/distro/kernel/commit/?id=20246fe8e4ea34f2ab556b7c50037b976051cab7'/>
<id>urn:sha1:20246fe8e4ea34f2ab556b7c50037b976051cab7</id>
<content type='text'>
commit 031e134e5f95233d80fb1b62fdaf5e1be587597c upstream

Firmware does not have the facilities to issue management server
IOCBs.

Signed-off-by: Andrew Vasquez &lt;andrew.vasquez@qlogic.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@HansenPartnership.com&gt;
Cc: Ferenc Wagner &lt;wferi@niif.hu&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
</feed>
