1. 26 3月, 2009 1 次提交
  2. 21 10月, 2008 1 次提交
  3. 26 1月, 2008 1 次提交
    • S
      [S390] dasd: add hyper PAV support to DASD device driver, part 1 · 8e09f215
      Stefan Weinhuber 提交于
      Parallel access volumes (PAV) is a storage server feature, that allows
      to start multiple channel programs on the same DASD in parallel. It
      defines alias devices which can be used as alternative paths to the
      same disk. With the old base PAV support we only needed rudimentary
      functionality in the DASD device driver. As the mapping between base
      and alias devices was static, we just had to export an identifier
      (uid) and could leave the combining of devices to external layers
      like a device mapper multipath.
      Now hyper PAV removes the requirement to dedicate alias devices to
      specific base devices. Instead each alias devices can be combined with
      multiple base device on a per request basis. This requires full
      support by the DASD device driver as now each channel program itself
      has to identify the target base device.
      The changes to the dasd device driver and the ECKD discipline are:
      - Separate subchannel device representation (dasd_device) from block
        device representation (dasd_block). Only base devices are block
        devices.
      - Gather information about base and alias devices and possible
        combinations.
      - For each request decide which dasd_device should be used (base or
        alias) and build specific channel program.
      - Support summary unit checks, which allow the storage server to
        upgrade / downgrade between base and hyper PAV at runtime (support
        is mandatory).
      Signed-off-by: NStefan Weinhuber <wein@de.ibm.com>
      Signed-off-by: NMartin Schwidefsky <schwidefsky@de.ibm.com>
      8e09f215
  4. 10 5月, 2007 1 次提交
  5. 09 12月, 2006 1 次提交
  6. 12 7月, 2006 1 次提交
  7. 01 7月, 2006 1 次提交
  8. 29 6月, 2006 1 次提交
  9. 24 3月, 2006 6 次提交
  10. 23 3月, 2006 1 次提交
  11. 02 2月, 2006 2 次提交
  12. 11 1月, 2006 1 次提交
  13. 09 1月, 2006 1 次提交
    • C
      [PATCH] Add block_device_operations.getgeo block device method · a885c8c4
      Christoph Hellwig 提交于
      HDIO_GETGEO is implemented in most block drivers, and all of them have to
      duplicate the code to copy the structure to userspace, as well as getting
      the start sector.  This patch moves that to common code [1] and adds a
      ->getgeo method to fill out the raw kernel hd_geometry structure.  For many
      drivers this means ->ioctl can go away now.
      
      [1] the s390 block drivers are odd in this respect.  xpram sets ->start
          to 4 always which seems more than odd, and the dasd driver shifts
          the start offset around, probably because of it's non-standard
          sector size.
      Signed-off-by: NChristoph Hellwig <hch@lst.de>
      Cc: Jens Axboe <axboe@suse.de>
      Cc: <mike.miller@hp.com>
      Cc: Jeff Dike <jdike@addtoit.com>
      Cc: Paolo Giarrusso <blaisorblade@yahoo.it>
      Cc: Bartlomiej Zolnierkiewicz <B.Zolnierkiewicz@elka.pw.edu.pl>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Markus Lidel <Markus.Lidel@shadowconnect.com>
      Cc: Russell King <rmk@arm.linux.org.uk>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Martin Schwidefsky <schwidefsky@de.ibm.com>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Signed-off-by: NAdrian Bunk <bunk@stusta.de>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      a885c8c4
  14. 07 1月, 2006 1 次提交
  15. 05 9月, 2005 1 次提交
  16. 01 5月, 2005 1 次提交
  17. 17 4月, 2005 1 次提交
    • L
      Linux-2.6.12-rc2 · 1da177e4
      Linus Torvalds 提交于
      Initial git repository build. I'm not bothering with the full history,
      even though we have it. We can create a separate "historical" git
      archive of that later if we want to, and in the meantime it's about
      3.2GB when imported into git - space that would just make the early
      git days unnecessarily complicated, when we don't have a lot of good
      infrastructure for it.
      
      Let it rip!
      1da177e4