<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/drivers/char, branch v2.6.25.12</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/drivers/char?h=v2.6.25.12</id>
<link rel='self' href='https://git.amat.us/linux/atom/drivers/char?h=v2.6.25.12'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2008-07-24T16:14:10Z</updated>
<entry>
<title>drivers/char/pcmcia/ipwireless/hardware.c fix resource leak</title>
<updated>2008-07-24T16:14:10Z</updated>
<author>
<name>Darren Jenkins</name>
<email>darrenrjenkins@gmail.com</email>
</author>
<published>2008-07-12T21:40:47Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=4195cdf72c4060e4a9527c49ac5267234b0624de'/>
<id>urn:sha1:4195cdf72c4060e4a9527c49ac5267234b0624de</id>
<content type='text'>
commit 43f77e91eadbc290eb76a08110a039c809dde6c9 upstream

Coverity CID: 2172 RESOURCE_LEAK

When pool_allocate() tries to enlarge a packet, if it can not allocate enough
memory, it returns NULL without first freeing the old packet.

This patch just frees the packet first.

Signed-off-by: Darren Jenkins &lt;darrenrjenkins@gmail.com&gt;
Acked-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>tpm: add Intel TPM TIS device HID</title>
<updated>2008-07-24T16:14:08Z</updated>
<author>
<name>Marcin Obara</name>
<email>marcin_obara@users.sourceforge.net</email>
</author>
<published>2008-07-11T18:40:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6274fd5bf0b757543e7600c749d9cd33246a3131'/>
<id>urn:sha1:6274fd5bf0b757543e7600c749d9cd33246a3131</id>
<content type='text'>
commit fb0e7e11d017beb5f0b1fa25bc51e49e65c46d67 upstream

This patch adds Intel TPM TIS device HID:  ICO0102

Signed-off-by: Marcin Obara &lt;marcin_obara@users.sourceforge.net&gt;
Acked-by: Marcel Selhorst &lt;tpm@selhorst.net&gt;
Acked-by: Rajiv Andrade &lt;srajiv@linux.vnet.ibm.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>rtc: fix reported IRQ rate for when HPET is enabled</title>
<updated>2008-07-24T16:14:08Z</updated>
<author>
<name>Paul Gortmaker</name>
<email>paul.gortmaker@windriver.com</email>
</author>
<published>2008-07-11T18:40:03Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=0e8c03ccf3066ac4768936df5adf23c9ce340784'/>
<id>urn:sha1:0e8c03ccf3066ac4768936df5adf23c9ce340784</id>
<content type='text'>
commit 61ca9daa2ca3022dc9cb22bd98e69c1b61e412ad upstream

The IRQ rate reported back by the RTC is incorrect when HPET is enabled.

Newer hardware that has HPET to emulate the legacy RTC device gets this value
wrong since after it sets the rate, it returns before setting the variable
used to report the IRQ rate back to users of the device -- so the set rate and
the reported rate get out of sync.

Signed-off-by: Paul Gortmaker &lt;paul.gortmaker@windriver.com&gt;
Cc: Ingo Molnar &lt;mingo@elte.hu&gt;
Cc: David Brownell &lt;david-b@pacbell.net&gt;
Cc: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>DRM: enable bus mastering on i915 at resume time</title>
<updated>2008-07-03T03:46:15Z</updated>
<author>
<name>Jie Luo</name>
<email>clotho67@gmail.com</email>
</author>
<published>2008-06-24T17:38:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=20dc9a897a736105af739346fd6517dec6142b5d'/>
<id>urn:sha1:20dc9a897a736105af739346fd6517dec6142b5d</id>
<content type='text'>
commit ea7b44c8e6baa1a4507f05ba2c0009ac21c3fe0b upstream

On 9xx chips, bus mastering needs to be enabled at resume time for much of the
chip to function.  With this patch, vblank interrupts will work as expected
on resume, along with other chip functions.   Fixes kernel bugzilla #10844.

Signed-off-by: Jie Luo &lt;clotho67@gmail.com&gt;
Signed-off-by: Jesse Barnes &lt;jbarnes@virtuousgeek.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>ipwireless: Fix blocked sending</title>
<updated>2008-06-16T20:19:48Z</updated>
<author>
<name>David Sterba</name>
<email>dsterba@suse.cz</email>
</author>
<published>2008-06-06T08:56:35Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ec5154bbc1a9dcf204ff08d1b4dfa34e393ba954'/>
<id>urn:sha1:ec5154bbc1a9dcf204ff08d1b4dfa34e393ba954</id>
<content type='text'>
upstream commit: eb4e545d4ac82d9018487edb4419b33b9930c857

Packet sending is driven by two flags, tx_ready and tx_queued.
It was possible, that there were queued data for sending and
hardware was flagged as blocked but in fact it was not.

The tx_queued was indicator but should be really a counter else
first fragmented packet resets tx_queued flag, but there may be
pending packets which do not get sent.

New semantics:
tx_ready - set, if hw is ready to send packet, no packet is being
           transferred right now
           set the flag right at the place where data are copied
           into hw memory and not earlier without checking if it
           was succesful
tx_queued - count of enqueued packets, including fragments

Tested-by: Michal Rokos &lt;michal.rokos@gmail.com&gt;
Signed-off-by: David Sterba &lt;dsterba@suse.cz&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>vt: fix canonical input in UTF-8 mode</title>
<updated>2008-05-15T14:49:59Z</updated>
<author>
<name>Samuel Thibault</name>
<email>samuel.thibault@ens-lyon.org</email>
</author>
<published>2008-05-08T21:06:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=7075314222eeb1adb2a16dbab88c3534d72cc50b'/>
<id>urn:sha1:7075314222eeb1adb2a16dbab88c3534d72cc50b</id>
<content type='text'>
commit c1236d31a1b9fc018b85e15a3e58e3601ddc90ae upstream

For e.g.  proper TTY canonical support, IUTF8 termios flag has to be set as
appropriate.  Linux used to not care about setting that flag for VT TTYs.

This patch fixes that by activating it according to the current mode of the
VT, and sets the default value according to the vt.default_utf8 parameter.

Signed-off-by: Samuel Thibault &lt;samuel.thibault@ens-lyon.org&gt;
Cc: Willy Tarreau &lt;w@1wt.eu&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>fix IS_I9XX macro in i915 DRM driver</title>
<updated>2008-04-06T23:10:40Z</updated>
<author>
<name>Jesse Barnes</name>
<email>jbarnes@virtuousgeek.org</email>
</author>
<published>2008-04-06T18:55:04Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3bf48468fe84468a148e4f19465e0a725c0f977b'/>
<id>urn:sha1:3bf48468fe84468a148e4f19465e0a725c0f977b</id>
<content type='text'>
Now that we're mapping registers in the DRM driver at load time, the
driver actually checks the PCI ID, so we need to make sure the macros
have all the right bits (and longer term use the DRM headers as the sole
copy of the PCI &amp; register definitions).

This patch adds 945GME support to the DRM headers, fixing a regression
reported in http://bugzilla.kernel.org/show_bug.cgi?id=10395.

Tested-by:  Alexander Oltu &lt;alexander@all-2.com&gt;
Signed-off-by:  Jesse Barnes &lt;jesse.barnes@intel.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>x86: revert assign IRQs to hpet timer</title>
<updated>2008-04-04T16:36:49Z</updated>
<author>
<name>Thomas Gleixner</name>
<email>tglx@linutronix.de</email>
</author>
<published>2008-04-04T14:26:10Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=5761d64b277c287a7520b868c32d656ef03374b4'/>
<id>urn:sha1:5761d64b277c287a7520b868c32d656ef03374b4</id>
<content type='text'>
The commits:

commit 37a47db8d7f0f38dac5acf5a13abbc8f401707fa
Author: Balaji Rao &lt;balajirrao@gmail.com&gt;
Date:   Wed Jan 30 13:30:03 2008 +0100

    x86: assign IRQs to HPET timers, fix

and

commit e3f37a54f690d3e64995ea7ecea08c5ab3070faf
Author: Balaji Rao &lt;balajirrao@gmail.com&gt;
Date:   Wed Jan 30 13:30:03 2008 +0100

    x86: assign IRQs to HPET timers

have been identified to cause a regression on some platforms due to
the assignement of legacy IRQs which makes the legacy devices
connected to those IRQs disfunctional.

Revert them.

This fixes http://bugzilla.kernel.org/show_bug.cgi?id=10382

Signed-off-by: Thomas Gleixner &lt;tglx@linutronix.de&gt;
Signed-off-by: Ingo Molnar &lt;mingo@elte.hu&gt;
</content>
</entry>
<entry>
<title>Char: rio, fix sparse warnings</title>
<updated>2008-04-02T22:28:19Z</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2008-04-02T20:04:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=212e7bb6cda5dd3c4ad97a7aedef705028ced4ad'/>
<id>urn:sha1:212e7bb6cda5dd3c4ad97a7aedef705028ced4ad</id>
<content type='text'>
Add some locks and unlocks to some code paths.

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>Char: ip2, fix sparse warnings</title>
<updated>2008-04-02T22:28:19Z</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2008-04-02T20:04:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3d0ae36ea973b42e1c636210433aebef4426c5bf'/>
<id>urn:sha1:3d0ae36ea973b42e1c636210433aebef4426c5bf</id>
<content type='text'>
Unlock two grabbed locks on some paths.

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
</feed>
