<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/fs/bio.c, branch linux-2.6.37.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.37.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2010-11-10T13:40:43Z</updated>
<entry>
<title>bio: take care not overflow page count when mapping/copying user data</title>
<updated>2010-11-10T13:40:43Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2010-11-10T13:36:25Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=cb4644cac4a2797afc847e6c92736664d4b0ea34'/>
<id>urn:sha1:cb4644cac4a2797afc847e6c92736664d4b0ea34</id>
<content type='text'>
If the iovec is being set up in a way that causes uaddr + PAGE_SIZE
to overflow, we could end up attempting to map a huge number of
pages. Check for this invalid input type.

Reported-by: Dan Rosenberg &lt;drosenberg@vsecurity.com&gt;
Cc: stable@kernel.org
Signed-off-by: Jens Axboe &lt;jaxboe@fusionio.com&gt;
</content>
</entry>
<entry>
<title>block: limit vec count in bio_kmalloc() and bio_alloc_map_data()</title>
<updated>2010-11-10T13:40:42Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2010-10-29T17:46:56Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=f3f63c1c28bc861a931fac283b5bc3585efb8967'/>
<id>urn:sha1:f3f63c1c28bc861a931fac283b5bc3585efb8967</id>
<content type='text'>
Reported-by: Dan Rosenberg &lt;drosenberg@vsecurity.com&gt;
Cc: stable@kernel.org
Signed-off-by: Jens Axboe &lt;jaxboe@fusionio.com&gt;
</content>
</entry>
<entry>
<title>block: unify flags for struct bio and struct request</title>
<updated>2010-08-07T16:20:39Z</updated>
<author>
<name>Christoph Hellwig</name>
</author>
<published>2010-08-07T16:20:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=7b6d91daee5cac6402186ff224c3af39d79f4a0e'/>
<id>urn:sha1:7b6d91daee5cac6402186ff224c3af39d79f4a0e</id>
<content type='text'>
Remove the current bio flags and reuse the request flags for the bio, too.
This allows to more easily trace the type of I/O from the filesystem
down to the block driver.  There were two flags in the bio that were
missing in the requests:  BIO_RW_UNPLUG and BIO_RW_AHEAD.  Also I've
renamed two request flags that had a superflous RW in them.

Note that the flags are in bio.h despite having the REQ_ name - as
blkdev.h includes bio.h that is the only way to go for now.

Signed-off-by: Christoph Hellwig &lt;hch@lst.de&gt;
Signed-off-by: Jens Axboe &lt;jaxboe@fusionio.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'master' into for-linus</title>
<updated>2010-03-19T07:05:10Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2010-03-19T07:05:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=b4b7a4ef097f288f724420b473dbf92a89c0ab7e'/>
<id>urn:sha1:b4b7a4ef097f288f724420b473dbf92a89c0ab7e</id>
<content type='text'>
Conflicts:
	block/Kconfig

Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>Merge branch 'for-next' into for-linus</title>
<updated>2010-03-08T15:55:37Z</updated>
<author>
<name>Jiri Kosina</name>
</author>
<published>2010-03-08T15:55:37Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=318ae2edc3b29216abd8a2510f3f80b764f06858'/>
<id>urn:sha1:318ae2edc3b29216abd8a2510f3f80b764f06858</id>
<content type='text'>
Conflicts:
	Documentation/filesystems/proc.txt
	arch/arm/mach-u300/include/mach/debug-macro.S
	drivers/net/qlge/qlge_ethtool.c
	drivers/net/qlge/qlge_main.c
	drivers/net/typhoon.c
</content>
</entry>
<entry>
<title>blkdev: fix merge_bvec_fn return value checks v2</title>
<updated>2010-03-08T08:10:38Z</updated>
<author>
<name>Dmitry Monakhov</name>
</author>
<published>2010-03-03T03:28:06Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8bf8c376ab2eefaf0386f4e003e720e1434fa43d'/>
<id>urn:sha1:8bf8c376ab2eefaf0386f4e003e720e1434fa43d</id>
<content type='text'>
merge_bvec_fn() returns bvec-&gt;bv_len on success. So we have to check
against this value. But in case of fs_optimization merge we compare
with wrong value. This patch must be included in
 b428cd6da7e6559aca69aa2e3a526037d3f20403
But accidentally i've forgot to add this in the initial patch.
To make things straight let's replace all such checks.
In fact this makes code easy to understand.

Signed-off-by: Dmitry Monakhov &lt;dmonakhov@openvz.org&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>Revert "blkdev: fix merge_bvec_fn return value checks"</title>
<updated>2010-03-02T18:17:34Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2010-03-02T18:17:34Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9599945bac93b344519ea97f502cf537124b5a6e'/>
<id>urn:sha1:9599945bac93b344519ea97f502cf537124b5a6e</id>
<content type='text'>
This reverts commit 9f7cdbc33f36d28e57eaba0093f68f0d14c38c5b.

It's causing oopses om dm setups, so revert it until we investigate.

Reported-by: Dmitry Torokhov &lt;dmitry.torokhov@gmail.com&gt;
Tested-by: Steven Rostedt &lt;rostedt@goodmis.org&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>blkdev: fix merge_bvec_fn return value checks</title>
<updated>2010-02-28T18:47:18Z</updated>
<author>
<name>Dmitry Monakhov</name>
</author>
<published>2010-02-27T17:35:12Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9f7cdbc33f36d28e57eaba0093f68f0d14c38c5b'/>
<id>urn:sha1:9f7cdbc33f36d28e57eaba0093f68f0d14c38c5b</id>
<content type='text'>
merge_bvec_fn() returns bvec-&gt;bv_len on success. So we have to check
against this value. But in case of fs_optimization merge we compare
with wrong value. This patch must be included in
 b428cd6da7e6559aca69aa2e3a526037d3f20403
But accidentally i've forgot to add this in the initial patch.
To make things straight let's replace all such checks.
In fact this makes code easy to understand.

Signed-off-by: Dmitry Monakhov &lt;dmonakhov@openvz.org&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>block: Consolidate phys_segment and hw_segment limits</title>
<updated>2010-02-26T12:58:08Z</updated>
<author>
<name>Martin K. Petersen</name>
</author>
<published>2010-02-26T05:20:39Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=8a78362c4eefc1deddbefe2c7f38aabbc2429d6b'/>
<id>urn:sha1:8a78362c4eefc1deddbefe2c7f38aabbc2429d6b</id>
<content type='text'>
Except for SCSI no device drivers distinguish between physical and
hardware segment limits.  Consolidate the two into a single segment
limit.

Signed-off-by: Martin K. Petersen &lt;martin.petersen@oracle.com&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>bio: Fix outdated comment about bio_alloc_bioset()</title>
<updated>2010-02-05T11:22:36Z</updated>
<author>
<name>Jaak Ristioja</name>
</author>
<published>2010-01-15T10:05:07Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=db18efac0bd644e4b7af757394ca0bef8d91dcee'/>
<id>urn:sha1:db18efac0bd644e4b7af757394ca0bef8d91dcee</id>
<content type='text'>
In commit 451a9ebf653d28337ba53ed5b4b70b0b9543cca1 bio_alloc_bioset()
was refactored not to take NULL as a valid argument for bs. This patch
changes the comment for that function accordingly. Currently, passing
NULL as argument to parameter bs would result in a NULL pointer
dereference.

Signed-off-by: Jaak Ristioja &lt;ristioja@gmail.com&gt;
Signed-off-by: Jiri Kosina &lt;jkosina@suse.cz&gt;
</content>
</entry>
</feed>
