<feed xmlns='http://www.w3.org/2005/Atom'>
<title>user/sven/linux.git, branch v2.6.16.1</title>
<subtitle>Linux Kernel
</subtitle>
<id>https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v2.6.16.1</id>
<link rel='self' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/atom?h=v2.6.16.1'/>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/'/>
<updated>2006-03-28T06:49:02Z</updated>
<entry>
<title>Linux 2.6.16.1</title>
<updated>2006-03-28T06:49:02Z</updated>
<author>
<name>Greg Kroah-Hartman</name>
<email>gregkh@suse.de</email>
</author>
<published>2006-03-28T06:49:02Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=1ffe5e06461f72b9b6a2569c441483ddb361cf4a'/>
<id>urn:sha1:1ffe5e06461f72b9b6a2569c441483ddb361cf4a</id>
<content type='text'>
</content>
</entry>
<entry>
<title>[PATCH] Fix speedstep-smi assembly bug in speedstep_smi_ownership</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Andrew Morton</name>
<email>akpm@osdl.org</email>
</author>
<published>2006-03-25T03:40:37Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=5e48e1d6331d9a5f8ca50998c4c229b297215948'/>
<id>urn:sha1:5e48e1d6331d9a5f8ca50998c4c229b297215948</id>
<content type='text'>
Fix bug identified by Linus Torvalds &lt;torvalds@osdl.org&gt;: the `out'
instruction depends upon the state of memory_data[], so we need to tell gcc
that before executing it. (The opcode, not gcc).

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

Thanks to Antonio Ospite &lt;ospite@studenti.unina.it&gt; for testing.

Cc: Dave Jones &lt;davej@codemonkey.org.uk&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] DMI: fix DMI onboard device discovery</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Andrey Panin</name>
<email>pazke@donpac.ru</email>
</author>
<published>2006-03-24T21:18:52Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=74c34e68ec7ac4383ee49b2e8b8a7a2efa8e1012'/>
<id>urn:sha1:74c34e68ec7ac4383ee49b2e8b8a7a2efa8e1012</id>
<content type='text'>
Attached patch fixes invalid pointer arithmetic in DMI code to make onboard
device discovery working again.

akpm: bug has been present since dmi_find_device() was added in 2.6.14.
Affects ipmi only (I think) - the symptoms weren't described.

akpm: changed to use pointer arithmetic rather than open-coded sizeof.

Signed-off-by: Andrey Panin &lt;pazke@donpac.ru&gt;
Cc: Corey Minyard &lt;minyard@acm.org&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] cciss: fix use-after-free in cciss_init_one</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Patrick McHardy</name>
<email>kaber@trash.net</email>
</author>
<published>2006-03-23T10:59:24Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=a0049f933fdbab3d483d0d4d865a505126dbcbf4'/>
<id>urn:sha1:a0049f933fdbab3d483d0d4d865a505126dbcbf4</id>
<content type='text'>
free_hba() sets hba[i] to NULL, the dereference afterwards results in this
crash.  Setting busy_initializing to 0 actually looks unnecessary, but I'm
not entirely sure, which is why I left it in.

cciss: controller appears to be disabled
Unable to handle kernel NULL pointer dereference at virtual address 00000370
 printing eip:
c1114d53
*pde = 00000000
Oops: 0002 [#1]
Modules linked in:
CPU:    0
EIP:    0060:[&lt;c1114d53&gt;]    Not tainted VLI
EFLAGS: 00010286   (2.6.16 #1)
EIP is at cciss_init_one+0x4e9/0x4fe
eax: 00000000   ebx: c132cd60   ecx: c13154e4   edx: c27d3c00
esi: 00000000   edi: c2748800   ebp: c2536ee4   esp: c2536eb8
ds: 007b   es: 007b   ss: 0068
Process swapper (pid: 1, threadinfo=c2536000 task=c2535a30)
Stack: &lt;0&gt;00000000 00000000 00000000 c13fdba0 c2536ee8 c13159c0 c2536f38
f7c74740
       c132cd60 c132cd60 ffffffed c2536ef0 c10c1d51 c2748800 c2536f04
c10c1d85
       c132cd60 c2748800 c132cd8c c2536f14 c10c1db8 c2748848 00000000
c2536f28
Call Trace:
 [&lt;c10031d5&gt;] show_stack_log_lvl+0xa8/0xb0
 [&lt;c1003305&gt;] show_registers+0x102/0x16a
 [&lt;c10034a2&gt;] die+0xc1/0x13c
 [&lt;c1288160&gt;] do_page_fault+0x38a/0x525
 [&lt;c1002e9b&gt;] error_code+0x4f/0x54
 [&lt;c10c1d51&gt;] pci_call_probe+0xd/0x10
 [&lt;c10c1d85&gt;] __pci_device_probe+0x31/0x43
 [&lt;c10c1db8&gt;] pci_device_probe+0x21/0x34
 [&lt;c110a654&gt;] driver_probe_device+0x44/0x99
 [&lt;c110a73f&gt;] __driver_attach+0x39/0x5d
 [&lt;c1109e1c&gt;] bus_for_each_dev+0x35/0x5a
 [&lt;c110a777&gt;] driver_attach+0x14/0x16
 [&lt;c110a220&gt;] bus_add_driver+0x5c/0x8f
 [&lt;c110ab22&gt;] driver_register+0x73/0x78
 [&lt;c10c1f6d&gt;] __pci_register_driver+0x5f/0x71
 [&lt;c13bf935&gt;] cciss_init+0x1a/0x1c
 [&lt;c13aa718&gt;] do_initcalls+0x4c/0x96
 [&lt;c13aa77e&gt;] do_basic_setup+0x1c/0x1e
 [&lt;c10002b1&gt;] init+0x35/0x118
 [&lt;c1000cf5&gt;] kernel_thread_helper+0x5/0xb
Code: 04 b5 e0 de 40 c1 8d 50 04 8b 40 34 e8 3f b7 f9 ff 8b 04 b5 e0 de
40 c1 e8 aa f3 ff ff 89 f0 e8 e8 fa ff ff 8b 04 b5 e0 de 40 c1 &lt;c7&gt; 80
70 03 00 00 00 00 00 00 83 c8 ff 8d 65 f4 5b 5e 5f 5d c3
 &lt;0&gt;Kernel panic - not syncing: Attempted to kill init!

Signed-off-by: Patrick McHardy &lt;kaber@trash.net&gt;
Cc: &lt;mike.miller@hp.com&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] DM: Fix bug: BIO_RW_BARRIER requests to md/raid1 hang.</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Neil Brown</name>
<email>neilb@suse.de</email>
</author>
<published>2006-03-23T10:59:22Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=23921dff54d531f7d834d8366085acf6afd9bf4b'/>
<id>urn:sha1:23921dff54d531f7d834d8366085acf6afd9bf4b</id>
<content type='text'>
Both R1BIO_Barrier and R1BIO_Returned are 4 !!!!

This means that barrier requests don't get returned (i.e.  b_endio called)
because it looks like they already have been.

Signed-off-by: Neil Brown &lt;neilb@suse.de&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] fix scheduler deadlock</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Anton Blanchard</name>
<email>anton@samba.org</email>
</author>
<published>2006-03-23T10:59:20Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=4ceb2fc75f15f1a8d4d791e4398b2e06f4f34f47'/>
<id>urn:sha1:4ceb2fc75f15f1a8d4d791e4398b2e06f4f34f47</id>
<content type='text'>
We have noticed lockups during boot when stress testing kexec on ppc64.
Two cpus would deadlock in scheduler code trying to grab already taken
spinlocks.

The double_rq_lock code uses the address of the runqueue to order the
taking of multiple locks.  This address is a per cpu variable:

	if (rq1 &lt; rq2) {
		spin_lock(&amp;rq1-&gt;lock);
		spin_lock(&amp;rq2-&gt;lock);
	} else {
		spin_lock(&amp;rq2-&gt;lock);
		spin_lock(&amp;rq1-&gt;lock);
	}

On the other hand, the code in wake_sleeping_dependent uses the cpu id
order to grab locks:

	for_each_cpu_mask(i, sibling_map)
		spin_lock(&amp;cpu_rq(i)-&gt;lock);

This means we rely on the address of per cpu data increasing as cpu ids
increase.  While this will be true for the generic percpu implementation it
may not be true for arch specific implementations.

One way to solve this is to always take runqueues in cpu id order. To do
this we add a cpu variable to the runqueue and check it in the
double runqueue locking functions.

Signed-off-by: Anton Blanchard &lt;anton@samba.org&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&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] proc: fix duplicate line in /proc/devices</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Neil Horman</name>
<email>nhorman@tuxdriver.com</email>
</author>
<published>2006-03-23T10:59:19Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=375dcda41ce22c756ae9535c133875495c859be3'/>
<id>urn:sha1:375dcda41ce22c756ae9535c133875495c859be3</id>
<content type='text'>
Fix a duplicate block device line printed after the "Block device" header
in /proc/devices.

Signed-off-by: Neil Horman &lt;nhorman@tuxdriver.com&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] rtc.h broke strace(1) builds</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Joe Korty</name>
<email>joe.korty@ccur.com</email>
</author>
<published>2006-03-22T08:07:43Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=370d27825aec5480166be7df6bd203f242252c5a'/>
<id>urn:sha1:370d27825aec5480166be7df6bd203f242252c5a</id>
<content type='text'>
Git patch 52dfa9a64cfb3dd01fa1ee1150d589481e54e28e

	[PATCH] move rtc_interrupt() prototype to rtc.h

broke strace(1) builds.  The below moves the kernel-only additions lower,
under the already provided #ifdef __KERNEL__ statement.

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] dm: bio split bvec fix</title>
<updated>2006-03-28T06:47:31Z</updated>
<author>
<name>Alasdair G Kergon</name>
<email>agk@redhat.com</email>
</author>
<published>2006-03-22T08:07:42Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=0f73ea05d9c95cdf483c3f51f65979a8a752744e'/>
<id>urn:sha1:0f73ea05d9c95cdf483c3f51f65979a8a752744e</id>
<content type='text'>
The code that handles bios that span table target boundaries by breaking
them up into smaller bios will not split an individual struct bio_vec into
more than two pieces.  Sometimes more than that are required.

This patch adds a loop to break the second piece up into as many pieces as
are necessary.

Cc: "Abhishek Gupta" &lt;abhishekgupt@gmail.com&gt;
Cc: Dan Smith &lt;danms@us.ibm.com&gt;
Signed-off-by: Alasdair G Kergon &lt;agk@redhat.com&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] v9fs: assign dentry ops to negative dentries</title>
<updated>2006-03-28T06:47:30Z</updated>
<author>
<name>Latchesar Ionkov</name>
<email>lucho@ionkov.net</email>
</author>
<published>2006-03-22T08:07:37Z</published>
<link rel='alternate' type='text/html' href='https://git.stealer.net/cgit.cgi/user/sven/linux.git/commit/?id=e699844c7b6621f8307ac088735becc3d827ca24'/>
<id>urn:sha1:e699844c7b6621f8307ac088735becc3d827ca24</id>
<content type='text'>
If a file is not found in v9fs_vfs_lookup, the function creates negative
dentry, but doesn't assign any dentry ops.  This leaves the negative entry
in the cache (there is no d_delete to mark it for removal).  If the file is
created outside of the mounted v9fs filesystem, the file shows up in the
directory with weird permissions.

This patch assigns the default v9fs dentry ops to the negative dentry.

Signed-off-by: Latchesar Ionkov &lt;lucho@ionkov.net&gt;
Signed-off-by: Eric Van Hensbergen &lt;ericvh@gmail.com&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>
</feed>
