1. 03 10月, 2006 1 次提交
    • M
      [PATCH] dm: support ioctls on mapped devices · aa129a22
      Milan Broz 提交于
      Extend the core device-mapper infrastructure to accept arbitrary ioctls on a
      mapped device provided that it has exactly one target and it is capable of
      supporting ioctls.
      
      [We can't use unlocked_ioctl because we need 'inode': 'file' might be NULL.
      Is it worth changing this?]
      Signed-off-by: NMilan Broz <mbroz@redhat.com>
      Signed-off-by: NAlasdair G Kergon <agk@redhat.com>
      
      Arnd Bergmann <arnd@arndb.de> wrote:
      
      > Am Wednesday 21 June 2006 21:31 schrieb Alasdair G Kergon:
      > > static struct block_device_operations dm_blk_dops = {
      > > .open = dm_blk_open,
      > > .release = dm_blk_close,
      > > +.ioctl = dm_blk_ioctl,
      > > .getgeo = dm_blk_getgeo,
      > > .owner = THIS_MODULE
      >
      > I guess this also needs a ->compat_ioctl method, otherwise it won't
      > work for ioctl numbers that have a compat_ioctl implementation in the
      > low-level device driver.
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      aa129a22
  2. 27 6月, 2006 3 次提交
  3. 28 3月, 2006 1 次提交
  4. 02 2月, 2006 1 次提交
  5. 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