<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/block, branch v2.6.18.2</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/block?h=v2.6.18.2</id>
<link rel='self' href='https://git.amat.us/linux/atom/block?h=v2.6.18.2'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2006-11-04T01:33:50Z</updated>
<entry>
<title>[PATCH] md: check bio address after mapping through partitions.</title>
<updated>2006-11-04T01:33:50Z</updated>
<author>
<name>NeilBrown</name>
<email>neilb@suse.de</email>
</author>
<published>2006-10-31T01:51:45Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=3b076a9455026e5d736aeff6ca02a95972dff417'/>
<id>urn:sha1:3b076a9455026e5d736aeff6ca02a95972dff417</id>
<content type='text'>
Partitions are not limited to live within a device.  So
we should range check after partition mapping.

Note that 'maxsector' was being used for two different things.  I have
split off the second usage into 'old_sector' so that maxsector can be
still be used for it's primary usage later in the function.

Cc: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Signed-off-by: Neil Brown &lt;neilb@suse.de&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>block layer: elv_iosched_show should get elv_list_lock</title>
<updated>2006-10-13T20:23:28Z</updated>
<author>
<name>Vasily Tarasov</name>
<email>vtaras@openvz.org</email>
</author>
<published>2006-10-11T11:23:48Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=116191c17c2c8e7e7d4fa9d5ed4a3218ff8d2055'/>
<id>urn:sha1:116191c17c2c8e7e7d4fa9d5ed4a3218ff8d2055</id>
<content type='text'>
elv_iosched_show function iterates other elv_list,
hence elv_list_lock should be got.

Also the question is: in elv_iosched_show, elv_iosched_store
q-&gt;elevator-&gt;elevator_type construction is used without locking q-&gt;queue_lock.
Is it expected?..

Signed-off-by: Vasily Tarasov &lt;vtaras@openvz.org&gt;
Cc: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;


</content>
</entry>
<entry>
<title>elv_unregister: fix possible crash on module unload</title>
<updated>2006-08-22T19:52:23Z</updated>
<author>
<name>Oleg Nesterov</name>
<email>oleg@tv-sign.ru</email>
</author>
<published>2006-08-22T17:22:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=2d8f613160ed303f5fe310f21bba334a4b074fa5'/>
<id>urn:sha1:2d8f613160ed303f5fe310f21bba334a4b074fa5</id>
<content type='text'>
An exiting task or process which didn't do I/O yet have no io context,
elv_unregister() should check it is not NULL.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Acked-by: Jens Axboe &lt;axboe@suse.de&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@suse.de&gt;

</content>
</entry>
<entry>
<title>[PATCH] cfq_cic_link: fix usage of wrong cfq_io_context</title>
<updated>2006-08-21T08:02:54Z</updated>
<author>
<name>Oleg Nesterov</name>
<email>oleg@tv-sign.ru</email>
</author>
<published>2006-08-21T06:36:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=be33c3a67bb717508ab1eab0f2fa570fabcbc4d2'/>
<id>urn:sha1:be33c3a67bb717508ab1eab0f2fa570fabcbc4d2</id>
<content type='text'>
Obviously, cfq_cic_link() shouldn't free a just allocated cfq_io_context?
The dead key is from __cic, so drop that.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] Fix current_io_context() vs set_task_ioprio() race</title>
<updated>2006-08-21T06:34:15Z</updated>
<author>
<name>Oleg Nesterov</name>
<email>oleg@tv-sign.ru</email>
</author>
<published>2006-08-21T06:34:15Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=9f83e45eb54fc7198dc59fc63255341851ba4c48'/>
<id>urn:sha1:9f83e45eb54fc7198dc59fc63255341851ba4c48</id>
<content type='text'>
I know nothing about io scheduler, but I suspect set_task_ioprio() is not safe.

current_io_context() initializes "struct io_context", then sets -&gt;io_context.
set_task_ioprio() running on another cpu may see the changes out of order, so
-&gt;set_ioprio(ioc) may use io_context which was not initialized properly.

Signed-off-by: Oleg Nesterov &lt;oleg@tv-sign.ru&gt;
Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] cfq-iosched: don't use a hard jiffies value, translate from msecs</title>
<updated>2006-07-25T13:05:21Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@suse.de</email>
</author>
<published>2006-07-25T13:05:21Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=44eb123126d289bac398cac0232309c228386671'/>
<id>urn:sha1:44eb123126d289bac398cac0232309c228386671</id>
<content type='text'>
The CIC_SEEKY() test really wants to use the minimum of either:

- 2 msecs (not jiffies)

- or, the pending slice time

So code it like that.

Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] blktrace: fix read-ahead bit</title>
<updated>2006-07-25T13:04:13Z</updated>
<author>
<name>Milton Miller</name>
<email>miltonm@bga.com</email>
</author>
<published>2006-07-25T13:04:13Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ad01b1ca797e5898cd40bb32cf0dc8c85aa9f7e8'/>
<id>urn:sha1:ad01b1ca797e5898cd40bb32cf0dc8c85aa9f7e8</id>
<content type='text'>
It should be toggling the same bit on and off, fix it up.

Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] lockdep: annotate the BLKPG_DEL_PARTITION ioctl</title>
<updated>2006-07-15T04:53:53Z</updated>
<author>
<name>Arjan van de Ven</name>
<email>arjan@linux.intel.com</email>
</author>
<published>2006-07-14T07:24:12Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=ddca60c59032b2c2babc0003cf01015aff340b79'/>
<id>urn:sha1:ddca60c59032b2c2babc0003cf01015aff340b79</id>
<content type='text'>
The delete partition IOCTL takes the bd_mutex for both the disk and the
partition; these have an obvious hierarchical relationship and this patch
annotates this relationship for lockdep.

Signed-off-by: Arjan van de Ven &lt;arjan@linux.intel.com&gt;
Acked-by: Ingo Molnar &lt;mingo@elte.hu&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] Only the first two bits in bio-&gt;bi_rw and rq-&gt;flags match</title>
<updated>2006-07-06T08:18:05Z</updated>
<author>
<name>Jens Axboe</name>
<email>axboe@suse.de</email>
</author>
<published>2006-07-06T08:18:05Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=1959d21232931dfa686769a21161413f10d6652f'/>
<id>urn:sha1:1959d21232931dfa686769a21161413f10d6652f</id>
<content type='text'>
Not three, as assumed. This causes the barrier bit to be needlessly set
for some IO.

Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
<entry>
<title>[PATCH] blktrace: readahead support</title>
<updated>2006-07-06T08:03:28Z</updated>
<author>
<name>Nathan Scott</name>
<email>nathans@sgi.com</email>
</author>
<published>2006-07-06T08:03:28Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=40359ccb836866435b03a0cb57345002b587d875'/>
<id>urn:sha1:40359ccb836866435b03a0cb57345002b587d875</id>
<content type='text'>
Provide the needed kernel support for distinguishing readahead
from regular read requests when tracing block devices.

Signed-off-by: Nathan Scott &lt;nathans@sgi.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@suse.de&gt;
</content>
</entry>
</feed>
