linux-toradex.git/drivers/block/Makefile, branch v2.6.29

ps3/block: Replace mtd/ps3vram by block/ps3vram

2009-03-13T05:07:19+00:00

Convert the PS3 Video RAM Storage Driver from an MTD driver to a plain block
device driver.

The ps3vram driver exposes unused video RAM on the PS3 as a block device
suitable for storage or swap.  Fast data transfer is achieved using a local
cache in system RAM and DMA transfers via the GPU.

The new driver is ca. 50% faster for reading, and ca. 10% for writing.

Signed-off-by: Geert Uytterhoeven 
Acked-by: Geoff Levand 
Signed-off-by: Benjamin Herrenschmidt

move ide/legacy/hd.c to drivers/block/

2008-07-16T18:33:47+00:00

This patch moves hd.c to drivers/block/

Signed-off-by: Adrian Bunk 
Cc: rmk@arm.linux.org.uk
Cc: Alan Cox 
Signed-off-by: Bartlomiej Zolnierkiewicz

The ps2esdi driver was marked as BROKEN more than two years ago due to being

2008-03-17T08:03:05+00:00

no longer working for some time.

A driver that had been marked as BROKEN for such a long time seems to be
unlikely to be revived in the forseeable future.

But if anyone wants to ever revive this driver, the code is still present in
the older kernel releases.

Signed-off-by: Adrian Bunk 
Acked-by: Alan Cox 
Cc: Jens Axboe 
Signed-off-by: Andrew Morton 
Signed-off-by: Jens Axboe

rewrite rd

2008-02-08T17:22:30+00:00

This is a rewrite of the ramdisk block device driver.

The old one is really difficult because it effectively implements a block
device which serves data out of its own buffer cache.  It relies on the dirty
bit being set, to pin its backing store in cache, however there are non
trivial paths which can clear the dirty bit (eg.  try_to_free_buffers()),
which had recently lead to data corruption.  And in general it is completely
wrong for a block device driver to do this.

The new one is more like a regular block device driver.  It has no idea about
vm/vfs stuff.  It's backing store is similar to the buffer cache (a simple
radix-tree of pages), but it doesn't know anything about page cache (the pages
in the radix tree are not pagecache pages).

There is one slight downside -- direct block device access and filesystem
metadata access goes through an extra copy and gets stored in RAM twice.
However, this downside is only slight, because the real buffercache of the
device is now reclaimable (because we're not playing crazy games with it), so
under memory intensive situations, footprint should effectively be the same --
maybe even a slight advantage to the new driver because it can also reclaim
buffer heads.

The fact that it now goes through all the regular vm/fs paths makes it
much more useful for testing, too.

   text    data     bss     dec     hex filename
   2837     849     384    4070     fe6 drivers/block/rd.o
   3528     371      12    3911     f47 drivers/block/brd.o

Text is larger, but data and bss are smaller, making total size smaller.

A few other nice things about it:
- Similar structure and layout to the new loop device handlinag.
- Dynamic ramdisk creation.
- Runtime flexible buffer head size (because it is no longer part of the
  ramdisk code).
- Boot / load time flexible ramdisk size, which could easily be extended
  to a per-ramdisk runtime changeable size (eg. with an ioctl).
- Can use highmem for the backing store.

[akpm@linux-foundation.org: fix build]
[byron.bbradley@gmail.com: make rd_size non-static]
Signed-off-by: Nick Piggin 
Signed-off-by: Byron Bradley 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

Remove old lguest bus and drivers.

2007-10-23T05:49:55+00:00

This gets rid of the lguest bus, drivers and DMA mechanism, to make
way for a generic virtio mechanism.

Signed-off-by: Rusty Russell

Block driver using virtio.

2007-10-23T05:49:54+00:00

The block driver uses scatter-gather lists with sg[0] being the
request information (struct virtio_blk_outhdr) with the type, sector
and inbuf id.  The next N sg entries are the bio itself, then the last
sg is the status byte.  Whether the N entries are in or out depends on
whether it's a read or a write.

We accept the normal (SCSI) ioctls: they get handed through to the other
side which can then handle it or reply that it's unsupported.  It's
not clear that this actually works in general, since I don't know
if blk_pc_request() requests have an accurate rq_data_dir().

Although we try to reply -ENOTTY on unsupported commands, ioctl(fd,
CDROMEJECT) returns success to userspace.  This needs a separate
patch.

Signed-off-by: Rusty Russell 
Cc: Jens Axboe

Make lguest compile with CONFIG_BLOCK=n and CONFIG_NET=n

2007-07-30T00:37:45+00:00

Gabriel C reports lguest doesn't compile with CONFIG_BLOCK=n.  Fix this
by introducing a config var for the block device, which depends on
LGUEST && BLOCK.  Do the same for the net driver, rather then depending
gratuitously on CONFIG_NET.

Signed-off-by: Rusty Russell 
Cc: Gabriel C 
Signed-off-by: Linus Torvalds

ps3: Disk Storage Driver

2007-07-22T00:49:16+00:00

Add a Disk Storage Driver for the PS3:
  - Implemented as a block device driver with a dynamic major
  - Disk names (and partitions) are of the format ps3d%c(%u)
  - Uses software scatter-gather with a 64 KiB bounce buffer as the hypervisor
    doesn't support scatter-gather

Cc: Geoff Levand 
Signed-off-by: Geert Uytterhoeven 
Acked-by: Jens Axboe 
Cc: James Bottomley 
Cc: Paul Mackerras 
Cc: Benjamin Herrenschmidt 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

lguest: the block driver

2007-07-19T17:04:53+00:00

Lguest block driver

A simple block driver for lguest.

Signed-off-by: Rusty Russell 
Cc: Andi Kleen 
Cc: Jens Axboe 
Signed-off-by: Andrew Morton 
Signed-off-by: Linus Torvalds

xen: add virtual block device driver.

2007-07-18T15:47:45+00:00

The block device frontend driver allows the kernel to access block
devices exported exported by a virtual machine containing a physical
block device driver.

Signed-off-by: Ian Pratt 
Signed-off-by: Christian Limpach 
Signed-off-by: Chris Wright 
Cc: Arjan van de Ven 
Cc: Greg KH 
Cc: Jens Axboe