<feed xmlns='http://www.w3.org/2005/Atom'>
<title>kernel.git/block/Kconfig, branch linux-2.6.23.y</title>
<subtitle>Hosts the 0x221E linux distro kernel.
</subtitle>
<id>https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y</id>
<link rel='self' href='https://git.0xinfinity.dev/distro/kernel.git/atom?h=linux-2.6.23.y'/>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/'/>
<updated>2007-07-27T06:08:24Z</updated>
<entry>
<title>bsg: Fix build for CONFIG_BLOCK=n</title>
<updated>2007-07-27T06:08:24Z</updated>
<author>
<name>Paul Mundt</name>
</author>
<published>2007-07-25T08:02:30Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=4d5d8e9d3e55100bc12cf17a5ebc8a3c70befd38'/>
<id>urn:sha1:4d5d8e9d3e55100bc12cf17a5ebc8a3c70befd38</id>
<content type='text'>
BLK_DEV_BSG was added outside of the if BLOCK check, which allows it to
be enabled when CONFIG_BLOCK=n. This leads to many screenlengths of
errors, starting with a parse error on the request_queue_t definition.
Obviously this wasn't intended for CONFIG_BLOCK=n usage, so just move the
option back in to the block.

Caught with a randconfig on sh.

Signed-off-by: Paul Mundt &lt;lethal@linux-sh.org&gt;

--

 block/Kconfig |    4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>[SCSI] bsg: separate bsg and SCSI (so SCSI can be modular)</title>
<updated>2007-07-19T17:37:34Z</updated>
<author>
<name>James Bottomley</name>
</author>
<published>2007-07-19T15:15:10Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=80ed71ce1a3369521c693ebf30abb9cfe1dc7e66'/>
<id>urn:sha1:80ed71ce1a3369521c693ebf30abb9cfe1dc7e66</id>
<content type='text'>
This patch moves the bsg registration into SCSI so that bsg no longer
has a dependency on the scsi_interface_register API.

This can be viewed as a temporary expedient until we can get universal
bsg binding sorted out properly.  Also use the sdev bus_id as the
generic bsg name (to avoid clashes with the queue name).

Acked-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Acked-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Signed-off-by: James Bottomley &lt;James.Bottomley@SteelEye.com&gt;
</content>
</entry>
<entry>
<title>bsg: Kconfig updates</title>
<updated>2007-07-17T10:22:09Z</updated>
<author>
<name>FUJITA Tomonori</name>
</author>
<published>2007-07-17T10:22:09Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=319a7b7fb98f6927d6eedeb627f72f54c377f9ce'/>
<id>urn:sha1:319a7b7fb98f6927d6eedeb627f72f54c377f9ce</id>
<content type='text'>
- add the detailed explanation.
- remove 'default y'.
- make 'EXPERIMENTAL' keyword visible to the user in menu.

Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>Make BLK_DEV_BSG depend strictly on SCSI=y</title>
<updated>2007-07-16T23:53:22Z</updated>
<author>
<name>Linus Torvalds</name>
</author>
<published>2007-07-16T23:52:44Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=29417b899a77aaba1c060f5e123db4f50006f58a'/>
<id>urn:sha1:29417b899a77aaba1c060f5e123db4f50006f58a</id>
<content type='text'>
The SCSI code can be compiled modular, but BLK_DEV_BSG currently cannot,
and depends on the SCSI layer.  So make sure that it depends on the SCSI
layer being compiled in, not just available as a module.

Noticed by Jeff Garzik and S.Çağlar Onur.

Cc: Jeff Garzik &lt;jeff@garzik.org&gt;
Cc: Jens Axboe &lt;jens.axboe@oracle.com&gt;
Cc: S.Çağlar Onur &lt;caglar@pardus.org.tr&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@linux-foundation.org&gt;
</content>
</entry>
<entry>
<title>bsg: Kconfig updates</title>
<updated>2007-07-16T06:52:47Z</updated>
<author>
<name>FUJITA Tomonori</name>
</author>
<published>2007-07-16T06:52:17Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=58ff411e0d21592565ac9ab34f33a434f26e018b'/>
<id>urn:sha1:58ff411e0d21592565ac9ab34f33a434f26e018b</id>
<content type='text'>
This updates bsg entry in Kconfig:

- bsg supports sg v4
- bsg depends on SCSI
- it might be better to mark it experimental for a while

Signed-off-by: FUJITA Tomonori &lt;fujita.tomonori@lab.ntt.co.jp&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>bsg: support for full generic block layer SG v3</title>
<updated>2007-07-16T06:52:44Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2007-07-09T10:38:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=3d6392cfbd7dc11f23058e3493683afab4ac13a3'/>
<id>urn:sha1:3d6392cfbd7dc11f23058e3493683afab4ac13a3</id>
<content type='text'>
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>Use menuconfigs instead of menus, so the whole menu can be disabled at once</title>
<updated>2007-07-10T11:43:27Z</updated>
<author>
<name>Jan Engelhardt</name>
</author>
<published>2007-07-10T10:24:11Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=16ed002f224738366c1809023ec70a71ae51421c'/>
<id>urn:sha1:16ed002f224738366c1809023ec70a71ae51421c</id>
<content type='text'>
instead of going through all options.

Signed-off-by: Jan Engelhardt &lt;jengelh@gmx.de&gt;
Signed-off-by: Andrew Morton &lt;akpm@linux-foundation.org&gt;
Signed-off-by: Jens Axboe &lt;jens.axboe@oracle.com&gt;
</content>
</entry>
<entry>
<title>[PATCH] Centralise definitions of sector_t and blkcnt_t</title>
<updated>2006-12-05T03:41:15Z</updated>
<author>
<name>Matthew Wilcox</name>
</author>
<published>2006-12-04T10:38:31Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=e62438630ca37539c8cc1553710bbfaa3cf960a7'/>
<id>urn:sha1:e62438630ca37539c8cc1553710bbfaa3cf960a7</id>
<content type='text'>
CONFIG_LBD and CONFIG_LSF are spread into asm/types.h for no particularly
good reason.

Centralising the definition in linux/types.h means that arch maintainers
don't need to bother adding it, as well as fixing the problem with
x86-64 users being asked to make a decision that has absolutely no
effect.

The H8/300 porters seem particularly confused since I'm not aware of any
microcontrollers that need to support 2TB filesystems.

Signed-off-by: Matthew Wilcox &lt;matthew@wil.cx&gt;
Signed-off-by: Linus Torvalds &lt;torvalds@osdl.org&gt;
</content>
</entry>
<entry>
<title>[PATCH] Only enable CONFIG_BLOCK option for embedded</title>
<updated>2006-09-30T19:14:05Z</updated>
<author>
<name>Jens Axboe</name>
</author>
<published>2006-09-30T19:14:05Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=51d7513a8a54e4210d358ff1dbd34daab99a6638'/>
<id>urn:sha1:51d7513a8a54e4210d358ff1dbd34daab99a6638</id>
<content type='text'>
It's too easy for people to shoot themselves in the foot, and it
only makes sense for embedded folks anyway.

Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
<entry>
<title>[PATCH] BLOCK: Make it possible to disable the block layer [try #6]</title>
<updated>2006-09-30T18:52:31Z</updated>
<author>
<name>David Howells</name>
</author>
<published>2006-09-30T18:45:40Z</published>
<link rel='alternate' type='text/html' href='https://git.0xinfinity.dev/distro/kernel.git/commit/?id=9361401eb7619c033e2394e4f9f6d410d6719ac7'/>
<id>urn:sha1:9361401eb7619c033e2394e4f9f6d410d6719ac7</id>
<content type='text'>
Make it possible to disable the block layer.  Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.

This patch does the following:

 (*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
     support.

 (*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
     an item that uses the block layer.  This includes:

     (*) Block I/O tracing.

     (*) Disk partition code.

     (*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.

     (*) The SCSI layer.  As far as I can tell, even SCSI chardevs use the
     	 block layer to do scheduling.  Some drivers that use SCSI facilities -
     	 such as USB storage - end up disabled indirectly from this.

     (*) Various block-based device drivers, such as IDE and the old CDROM
     	 drivers.

     (*) MTD blockdev handling and FTL.

     (*) JFFS - which uses set_bdev_super(), something it could avoid doing by
     	 taking a leaf out of JFFS2's book.

 (*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
     linux/elevator.h contingent on CONFIG_BLOCK being set.  sector_div() is,
     however, still used in places, and so is still available.

 (*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
     parts of linux/fs.h.

 (*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.

 (*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.

 (*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
     is not enabled.

 (*) fs/no-block.c is created to hold out-of-line stubs and things that are
     required when CONFIG_BLOCK is not set:

     (*) Default blockdev file operations (to give error ENODEV on opening).

 (*) Makes some /proc changes:

     (*) /proc/devices does not list any blockdevs.

     (*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.

 (*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.

 (*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
     given command other than Q_SYNC or if a special device is specified.

 (*) In init/do_mounts.c, no reference is made to the blockdev routines if
     CONFIG_BLOCK is not defined.  This does not prohibit NFS roots or JFFS2.

 (*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
     error ENOSYS by way of cond_syscall if so).

 (*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
     CONFIG_BLOCK is not set, since they can't then happen.

Signed-Off-By: David Howells &lt;dhowells@redhat.com&gt;
Signed-off-by: Jens Axboe &lt;axboe@kernel.dk&gt;
</content>
</entry>
</feed>
