<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/block, branch v2.6.18.7</title>
<subtitle>Linux kernel source tree</subtitle>
<id>https://git.amat.us/linux/atom/block?h=v2.6.18.7</id>
<link rel='self' href='https://git.amat.us/linux/atom/block?h=v2.6.18.7'/>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/'/>
<updated>2006-12-02T00:12:35Z</updated>
<entry>
<title>[PATCH] scsi: clear garbage after CDBs on SG_IO</title>
<updated>2006-12-02T00:12:35Z</updated>
<author>
<name>Tejun Heo</name>
<email>htejun@gmail.com</email>
</author>
<published>2006-11-16T09:19:31Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6ae616ea9dda7f6f5932dbaed31922fd27a83420'/>
<id>urn:sha1:6ae616ea9dda7f6f5932dbaed31922fd27a83420</id>
<content type='text'>
ATAPI devices transfer fixed number of bytes for CDBs (12 or 16).  Some
ATAPI devices choke when shorter CDB is used and the left bytes contain
garbage.  Block SG_IO cleared left bytes but SCSI SG_IO didn't.  This patch
makes SCSI SG_IO clear it and simplify CDB clearing in block SG_IO.

Signed-off-by: Tejun Heo &lt;htejun@gmail.com&gt;
Cc: Mathieu Fluhr &lt;mfluhr@nero.com&gt;
Cc: James Bottomley &lt;James.Bottomley@steeleye.com&gt;
Cc: Douglas Gilbert &lt;dougg@torque.net&gt;
Acked-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Cc: &lt;stable@kernel.org&gt;
Acked-by: Jeff Garzik &lt;jgarzik@pobox.com&gt;
Signed-off-by: Andrew Morton &lt;akpm@osdl.org&gt;
Signed-off-by: Chris Wright &lt;chrisw@sous-sol.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] block: Fix bad data direction in SG_IO</title>
<updated>2006-11-19T03:28:05Z</updated>
<author>
<name>Jens Axboe</name>
<email>jens.axboe@oracle.com</email>
</author>
<published>2006-11-13T17:59:01Z</published>
<link rel='alternate' type='text/html' href='https://git.amat.us/linux/commit/?id=6d7e0615152b01b5bd1dd8c9aea5d949e50fed93'/>
<id>urn:sha1:6d7e0615152b01b5bd1dd8c9aea5d949e50fed93</id>
<content type='text'>
Contrary to what the name misleads you to believe, SG_DXFER_TO_FROM_DEV
is really just a normal read seen from the device side.

This patch fixes http://lkml.org/lkml/2006/10/13/100

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.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] 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>
</feed>
