<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/block, branch v2.6.21-rc2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/block?h=v2.6.21-rc2</id>
<link rel='self' href='https://git.amat.us/linux/atom/block?h=v2.6.21-rc2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2007-02-21T01:10:16Z</updated>
<entry>
<title>[PATCH] lockdep: annotate BLKPG_DEL_PARTITION</title>
<updated>2007-02-21T01:10:16Z</updated>
<author>
<name>Peter Zijlstra</name>
<email>a.p.zijlstra@chello.nl</email>
</author>
<published>2007-02-20T21:58:18Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6d740cd5b18bc8128e70f98cfde8c74ebd21cea1'/>
<id>urn:sha1:6d740cd5b18bc8128e70f98cfde8c74ebd21cea1</id>
<content type='text'>
&gt;=============================================
&gt;[ INFO: possible recursive locking detected ]
&gt;2.6.19-1.2909.fc7 #1
&gt;---------------------------------------------
&gt;anaconda/587 is trying to acquire lock:
&gt; (&amp;bdev-&gt;bd_mutex){--..}, at: [&lt;c05fb380&gt;] mutex_lock+0x21/0x24
&gt;
&gt;but task is already holding lock:
&gt; (&amp;bdev-&gt;bd_mutex){--..}, at: [&lt;c05fb380&gt;] mutex_lock+0x21/0x24
&gt;
&gt;other info that might help us debug this:
&gt;1 lock held by anaconda/587:
&gt; #0:  (&amp;bdev-&gt;bd_mutex){--..}, at: [&lt;c05fb380&gt;] mutex_lock+0x21/0x24
&gt;
&gt;stack backtrace:
&gt; [&lt;c0405812&gt;] show_trace_log_lvl+0x1a/0x2f
&gt; [&lt;c0405db2&gt;] show_trace+0x12/0x14
&gt; [&lt;c0405e36&gt;] dump_stack+0x16/0x18
&gt; [&lt;c043bd84&gt;] __lock_acquire+0x116/0xa09
&gt; [&lt;c043c960&gt;] lock_acquire+0x56/0x6f
&gt; [&lt;c05fb1fa&gt;] __mutex_lock_slowpath+0xe5/0x24a
&gt; [&lt;c05fb380&gt;] mutex_lock+0x21/0x24
&gt; [&lt;c04d82fb&gt;] blkdev_ioctl+0x600/0x76d
&gt; [&lt;c04946b1&gt;] block_ioctl+0x1b/0x1f
&gt; [&lt;c047ed5a&gt;] do_ioctl+0x22/0x68
&gt; [&lt;c047eff2&gt;] vfs_ioctl+0x252/0x265
&gt; [&lt;c047f04e&gt;] sys_ioctl+0x49/0x63
&gt; [&lt;c0404070&gt;] syscall_call+0x7/0xb

Annotate BLKPG_DEL_PARTITION's bd_mutex locking and add a little comment
clarifying the bd_mutex locking, because I confused myself and initially
thought the lock order was wrong too.

Signed-off-by: Peter Zijlstra &lt;a.p.zijlstra@chello.nl&gt;
Cc: Neil Brown &lt;neilb@suse.de&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>[PATCH] rework reserved major handling</title>
<updated>2007-02-21T01:10:13Z</updated>
<author>
<name>Andrew Morton</name>
<email>akpm@linux-foundation.org</email>
</author>
<published>2007-02-20T21:57:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=b446b60e4eb5e5457120c4728ada871b1209c1d0'/>
<id>urn:sha1:b446b60e4eb5e5457120c4728ada871b1209c1d0</id>
<content type='text'>
Several people have reported failures in dynamic major device number handling
due to the recent changes in there to avoid handing out the local/experimental
majors.

Rolf reports that this is due to a gcc-4.1.0 bug.

The patch refactors that code a lot in an attempt to provoke the compiler into
behaving.

Cc: Rolf Eike Beer &lt;eike-kernel@sf-tec.de&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>update I/O sched Kconfig help texts - CFQ is now default, not AS.</title>
<updated>2007-02-17T19:08:22Z</updated>
<author>
<name>Jesper Juhl</name>
<email>jesper.juhl@gmail.com</email>
</author>
<published>2007-02-17T19:08:22Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=a8e14b950c9a9e2ec703df610e00ae8581040517'/>
<id>urn:sha1:a8e14b950c9a9e2ec703df610e00ae8581040517</id>
<content type='text'>
Change I/O scheduler description to correctly show CFQ as being the default
scheduler and not the anticipatory scheduler that previously was default.

Signed-off-by: Jesper Juhl &lt;jesper.juhl@gmail.com&gt;
Signed-off-by: Adrian Bunk &lt;bunk@stusta.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] mark struct file_operations const 3</title>
<updated>2007-02-12T17:48:45Z</updated>
<author>
<name>Arjan van de Ven</name>
<email>arjan@linux.intel.com</email>
</author>
<published>2007-02-12T08:55:32Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2b8693c0617e972fc0b2fd1ebf8de97e15b656c3'/>
<id>urn:sha1:2b8693c0617e972fc0b2fd1ebf8de97e15b656c3</id>
<content type='text'>
Many struct file_operations in the kernel can be "const".  Marking them const
moves these to the .rodata section, which avoids false sharing with potential
dirty data.  In addition it'll catch accidental writes at compile time to
these shared resources.

Signed-off-by: Arjan van de Ven &lt;arjan@linux.intel.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>[PATCH] register_blkdev(): don't hand out the LOCAL/EXPERIMENTAL majors</title>
<updated>2007-02-12T17:48:27Z</updated>
<author>
<name>Andrew Morton</name>
<email>akpm@osdl.org</email>
</author>
<published>2007-02-12T08:51:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=fdf892be32d84a1745fa0aee5fc60517421b8038'/>
<id>urn:sha1:fdf892be32d84a1745fa0aee5fc60517421b8038</id>
<content type='text'>
As pointed out in http://bugzilla.kernel.org/show_bug.cgi?id=7922, dynamic
blockdev major allocation can hand out majors which LANANA has defined as
being for local/experimental use.

Cc: Torben Mathiasen &lt;device@lanana.org&gt;
Cc: Greg KH &lt;greg@kroah.com&gt;
Cc: Al Viro &lt;viro@zeniv.linux.org.uk&gt;
Cc: Tomas Klas &lt;tomas.klas@mepatek.cz&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>cfq-iosched: improve continue or break logic in cfq_dispatch</title>
<updated>2007-02-11T22:14:45Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2007-01-19T01:11:44Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9ede209e83693cf3f6b64f61ab4b65f2f809cb50'/>
<id>urn:sha1:9ede209e83693cf3f6b64f61ab4b65f2f809cb50</id>
<content type='text'>
This improves performance considerably for sync requests when you
have command queuing enabled.

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>cfq-iosched: remove the implicit queue kicking in slice expire</title>
<updated>2007-02-11T22:14:45Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2007-01-19T01:09:53Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=28f95cbc3ec01f2c7d248e1a4a384f37e9c2ab16'/>
<id>urn:sha1:28f95cbc3ec01f2c7d248e1a4a384f37e9c2ab16</id>
<content type='text'>
We only really need it for a process going away, so move it to
those locations.

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>cfq-iosched: check whether a queue timed out in accounting</title>
<updated>2007-02-11T22:14:45Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2007-01-19T01:06:33Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3c6bd2f879d2c12ce369fe5f75e608ac7bacf01a'/>
<id>urn:sha1:3c6bd2f879d2c12ce369fe5f75e608ac7bacf01a</id>
<content type='text'>
Makes it more fair for the residual slice count.

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>cfq-iosched: tweak the FIFO checking</title>
<updated>2007-02-11T22:14:45Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2007-01-19T01:01:16Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=cb8874119e9a3ec38c45942808c91cfbc014f402'/>
<id>urn:sha1:cb8874119e9a3ec38c45942808c91cfbc014f402</id>
<content type='text'>
We currently check the FIFO once per slice. Optimize that a bit and
only do it as the first thing for a new slice, so we don't end up
doing a single request and then seek to the FIFO requests.

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>cfq-iosched: don't pass in queue for cfq_arm_slice_timer()</title>
<updated>2007-02-11T22:14:45Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2007-01-19T00:59:30Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1792669cc1acc2069869b7ca41a0195240de05e0'/>
<id>urn:sha1:1792669cc1acc2069869b7ca41a0195240de05e0</id>
<content type='text'>
It must always be the active queue, otherwise it's a bug. So just
use the active_queue, don't pass it in explicitly.

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
</feed>
