<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel/linux.git/drivers/char, branch linux-2.6.18.y</title>
<subtitle>Linux kernel stable tree (mirror)</subtitle>
<id>https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.18.y</id>
<link rel='self' href='https://git.radix-linux.su/kernel/linux.git/atom?h=linux-2.6.18.y'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/'/>
<updated>2007-02-23T23:49:52+00:00</updated>
<entry>
<title>read_zero_pagealigned() locking fix</title>
<updated>2007-02-23T23:49:52+00:00</updated>
<author>
<name>Hugh Dickins</name>
<email>hugh@veritas.com</email>
</author>
<published>2006-12-10T10:18:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=dbee2bf2f312a9d18fa3f305adc14e2ee58f65df'/>
<id>urn:sha1:dbee2bf2f312a9d18fa3f305adc14e2ee58f65df</id>
<content type='text'>
Ramiro Voicu hits the BUG_ON(!pte_none(*pte)) in zeromap_pte_range: kernel
bugzilla 7645.  Right: read_zero_pagealigned uses down_read of mmap_sem,
but another thread's racing read of /dev/zero, or a normal fault, can
easily set that pte again, in between zap_page_range and zeromap_page_range
getting there.  It's been wrong ever since 2.4.3.

The simple fix is to use down_write instead, but that would serialize reads
of /dev/zero more than at present: perhaps some app would be badly
affected.  So instead let zeromap_page_range return the error instead of
BUG_ON, and read_zero_pagealigned break to the slower clear_user loop in
that case - there's no need to optimize for it.

Use -EEXIST for when a pte is found: BUG_ON in mmap_zero (the other user of
zeromap_page_range), though it really isn't interesting there.  And since
mmap_zero wants -EAGAIN for out-of-memory, the zeromaps better return that
than -ENOMEM.

Signed-off-by: Hugh Dickins &lt;hugh@veritas.com&gt;
Cc: Ramiro Voicu: &lt;Ramiro.Voicu@cern.ch&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] AGP: Allocate AGP pages with GFP_DMA32 by default</title>
<updated>2006-12-02T00:12:37+00:00</updated>
<author>
<name>Linus Torvalds</name>
<email>torvalds@osdl.org</email>
</author>
<published>2006-11-22T23:59:02+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=00e7bb6cc1034c0240c7e4474a79c51b6a1a8cbe'/>
<id>urn:sha1:00e7bb6cc1034c0240c7e4474a79c51b6a1a8cbe</id>
<content type='text'>
Not all graphic page remappers support physical addresses over the 4GB
mark for remapping, so while some do (the AMD64 GART always did, and I
just fixed the i965 to do so properly), we're safest off just forcing
GFP_DMA32 allocations to make sure graphics pages get allocated in the
low 32-bit address space by default.

AGP sub-drivers that really care, and can do better, could just choose
to implement their own allocator (or we could add another "64-bit safe"
default allocator for their use), but quite frankly, you're not likely
to care in practice.

So for now, this trivial change means that we won't be allocating pages
that we can't map correctly by mistake on x86-64.

[ On traditional 32-bit x86, this could never happen, because GFP_KERNEL
  would never allocate any highmem memory anyway ]

Acked-by: Andi Kleen &lt;ak@suse.de&gt;
Acked-by: Dave Jones &lt;davej@redhat.com&gt;
Cc: Eric Anholt &lt;eric@anholt.net&gt;
Cc: Keith Packard &lt;keithp@keithp.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Char: isicom, fix close bug</title>
<updated>2006-11-19T03:28:05+00:00</updated>
<author>
<name>Jiri Slaby</name>
<email>jirislaby@gmail.com</email>
</author>
<published>2006-11-15T00:59:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ad9c08315e696506734a33c9f0324b5d9858ec6e'/>
<id>urn:sha1:ad9c08315e696506734a33c9f0324b5d9858ec6e</id>
<content type='text'>
port is dereferenced even if it is NULL.  Dereference it _after_ the
check if (!port)...  Thanks Eric &lt;ef87@yahoo.com&gt; for reporting this.

This fixes

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

Signed-off-by: Jiri Slaby &lt;jirislaby@gmail.com&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] ipmi_si_intf.c sets bad class_mask with PCI_DEVICE_CLASS</title>
<updated>2006-11-19T03:28:01+00:00</updated>
<author>
<name>Yvan Seth</name>
<email>bugzilla.kernel.org@malignity.net</email>
</author>
<published>2006-11-03T06:07:13+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=ae76e93b97d3d44a0fdb5d99b9202ae167c88b6a'/>
<id>urn:sha1:ae76e93b97d3d44a0fdb5d99b9202ae167c88b6a</id>
<content type='text'>
Taken from http://bugzilla.kernel.org/show_bug.cgi?id=7439

It looks like device registration in drivers/char/ipmi/ipmi_si_intf.c was
cleaned up and a small error was made when setting the class_mask.  The fix
is simple as the correct mask value is defined in the code but is not used.

Acked-by: Corey Minyard &lt;minyard@acm.org&gt;
Cc: &lt;stable@kernel.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] fix Intel RNG detection</title>
<updated>2006-11-04T01:33:49+00:00</updated>
<author>
<name>Jan Beulich</name>
<email>jbeulich@novell.com</email>
</author>
<published>2006-10-21T16:23:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=641dd002d20760c891c3d7c3c6890e537ebddefd'/>
<id>urn:sha1:641dd002d20760c891c3d7c3c6890e537ebddefd</id>
<content type='text'>
Previously, since determination whether there was an Intel random number
generator was based on a single bit, on systems with a matching bridge
device but without a firmware hub, there was a 50% chance that the code
would incorrectly decide that the system had an RNG.  This patch adds
detection of the firmware hub to better qualify the existence of an RNG.

There is one issue with the patch: I was unable to determine the LPC
equivalent for the PCI bridge 8086:2430 (since the old code didn't care
about which of the many devices provided by the ICH/ESB it was chose to use
the PCI bridge device, but the FWH settings live in the LPC device, so the
device list needed to be changed).

Signed-off-by: Jan Beulich &lt;jbeulich@novell.com&gt;
Signed-off-by: Michael Buesch &lt;mb@bu3sch.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Watchdog: sc1200wdt - fix missing pnp_unregister_driver()</title>
<updated>2006-11-04T01:33:48+00:00</updated>
<author>
<name>Akinobu Mita</name>
<email>akinobu.mita@gmail.com</email>
</author>
<published>2006-10-29T21:48:49+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=f4a7d494bda500906e505aef6e043a4ed3d39d3c'/>
<id>urn:sha1:f4a7d494bda500906e505aef6e043a4ed3d39d3c</id>
<content type='text'>
[WATCHDOG] sc1200wdt.c pnp unregister fix.

If no devices found or invalid parameter is specified,
scl200wdt_pnp_driver is left unregistered.
It breaks global list of pnp drivers.

Signed-off-by: Akinobu Mita &lt;akinobu.mita@gmail.com&gt;
Signed-off-by: Wim Van Sebroeck &lt;wim@iguana.be&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>rtc: lockdep fix/workaround</title>
<updated>2006-10-13T20:23:25+00:00</updated>
<author>
<name>Peter Zijlstra</name>
<email>a.p.zijlstra@chello.nl</email>
</author>
<published>2006-09-25T23:24:23+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=bb2609621210f46837b70a6b381ffb8e6dc8fb81'/>
<id>urn:sha1:bb2609621210f46837b70a6b381ffb8e6dc8fb81</id>
<content type='text'>
BUG: warning at kernel/lockdep.c:1816/trace_hardirqs_on() (Not tainted)
 [&lt;c04051ee&gt;] show_trace_log_lvl+0x58/0x171
 [&lt;c0405802&gt;] show_trace+0xd/0x10
 [&lt;c040591b&gt;] dump_stack+0x19/0x1b
 [&lt;c043abee&gt;] trace_hardirqs_on+0xa2/0x11e
 [&lt;c06143c3&gt;] _spin_unlock_irq+0x22/0x26
 [&lt;c0541540&gt;] rtc_get_rtc_time+0x32/0x176
 [&lt;c0419ba4&gt;] hpet_rtc_interrupt+0x92/0x14d
 [&lt;c0450f94&gt;] handle_IRQ_event+0x20/0x4d
 [&lt;c0451055&gt;] __do_IRQ+0x94/0xef
 [&lt;c040678d&gt;] do_IRQ+0x9e/0xbd
 [&lt;c0404a49&gt;] common_interrupt+0x25/0x2c
DWARF2 unwinder stuck at common_interrupt+0x25/0x2c

Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>[PATCH] IPMI: fix handling of OEM flags</title>
<updated>2006-09-16T19:54:31+00:00</updated>
<author>
<name>Corey Minyard</name>
<email>minyard@acm.org</email>
</author>
<published>2006-09-16T19:15:41+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=4064d5ef26a04d9e34e4c0f348e30f14ab6828d8'/>
<id>urn:sha1:4064d5ef26a04d9e34e4c0f348e30f14ab6828d8</id>
<content type='text'>
If one of the OEM flags becomes set in the flags from the hardware, the
driver could hang if no OEM handler was set.  Fix the code to handle this.
This was tested by setting the flags by hand after they were fetched.

Signed-off-by: Corey Minyard &lt;minyard@acm.org&gt;
Ackde-by: Matt Domsch &lt;Matt_Domsch@dell.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] hvc_console suspend fix</title>
<updated>2006-09-16T19:54:31+00:00</updated>
<author>
<name>Andrew Morton</name>
<email>akpm@osdl.org</email>
</author>
<published>2006-09-16T19:15:38+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=b64074e46a9c2a7d5c66eff066a7c0b58377a143'/>
<id>urn:sha1:b64074e46a9c2a7d5c66eff066a7c0b58377a143</id>
<content type='text'>
Fix http://bugzilla.kernel.org/show_bug.cgi?id=7152

Cc: Michael Tautschnig &lt;tautschn@model.in.tum.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] IPMI: Fix oops on ipmi_msghandler removal for non ipmi systems</title>
<updated>2006-09-16T19:54:30+00:00</updated>
<author>
<name>Arnaud Patard</name>
<email>apatard@mandriva.com</email>
</author>
<published>2006-09-16T19:15:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/kernel/linux.git/commit/?id=55ebcc38a5f6d40e4c41447e413ef842b803980f'/>
<id>urn:sha1:55ebcc38a5f6d40e4c41447e413ef842b803980f</id>
<content type='text'>
When the ipmi_si module is loaded on a system without any ipmi device, it
fails with nodev.  It would be fine if all resources were freed.  A call to
device_unregister() is missing, resulting to a oops when you remove the
ipmi_msghandler.

Signed-off-by: Arnaud Patard &lt;apatard@mandriva.com&gt;
Acked-by: Corey Minyard &lt;minyard@acm.org&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
</feed>
