1. 22 6月, 2006 1 次提交
  2. 13 5月, 2006 1 次提交
    • L
      Alternative fix for MMC oops on unmount after removal · 032ebf26
      Linus Torvalds 提交于
      Make sure to clear the driverfs_dev pointer when we do del_gendisk() (on
      disk removal), so that other users that may still have a ref to the disk
      won't try to use the stale pointer.
      
      Also move the KOBJ_REMOVE uevent handler up, so that the uevent still
      has access to the driverfs_dev data.
      
      This all should hopefully fix the problems with MMC umounts after device
      removals that caused commit 56cf6504 and
      its reversal (1a2acc9e).
      
      Original problem reported by Todd Blumer and others.
      Acked-by: NGreg KH <gregkh@suse.de>
      Cc: Russell King <rmk+lkml@arm.linux.org.uk>
      Cc: James Bottomley <James.Bottomley@SteelEye.com>
      Cc: Erik Mouw <erik@harddisk-recovery.com>
      Cc: Andrew Vasquez <andrew.vasquez@qlogic.com>
      Cc: Todd Blumer <todd@sdgsystems.com>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      032ebf26
  3. 18 4月, 2006 1 次提交
  4. 15 4月, 2006 1 次提交
    • K
      [PATCH] BLOCK: delay all uevents until partition table is scanned · d4d7e5df
      Kay Sievers 提交于
      [BLOCK] delay all uevents until partition table is scanned
      
      Here we delay the annoucement of all block device events until the
      disk's partition table is scanned and all partition devices are already
      created and sysfs is populated.
      
      We have a bunch of old bugs for removable storage handling where we
      probe successfully for a filesystem on the raw disk, but at the
      same time the kernel recognizes a partition table and creates partition
      devices.
      Currently there is no sane way to tell if partitions will show up or not
      at the time the disk device is announced to userspace. With the delayed
      events we can simply skip any probe for a filesystem on the raw disk when
      we find already present partitions.
      Signed-off-by: NKay Sievers <kay.sievers@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      d4d7e5df
  5. 28 3月, 2006 3 次提交
  6. 27 3月, 2006 1 次提交
    • I
      [PATCH] sem2mutex: fs/ · 353ab6e9
      Ingo Molnar 提交于
      Semaphore to mutex conversion.
      
      The conversion was generated via scripts, and the result was validated
      automatically via a script as well.
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Cc: Eric Van Hensbergen <ericvh@ericvh.myip.org>
      Cc: Robert Love <rml@tech9.net>
      Cc: Thomas Gleixner <tglx@linutronix.de>
      Cc: David Woodhouse <dwmw2@infradead.org>
      Cc: Neil Brown <neilb@cse.unsw.edu.au>
      Cc: Trond Myklebust <trond.myklebust@fys.uio.no>
      Cc: Dave Kleikamp <shaggy@austin.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      353ab6e9
  7. 24 3月, 2006 1 次提交
  8. 09 3月, 2006 1 次提交
  9. 17 1月, 2006 1 次提交
  10. 09 1月, 2006 1 次提交
    • R
      [ARM] Make Acorn partition types depend on ACORN_PARTITION · 50365c57
      Russell King 提交于
      balamurugan reported a problem where it was possible to have
      the various Acorn partition types selected in the configuration,
      but ACORN_PARTITION disabled.  Since ACORN_PARTITION controls
      whether we build fs/partitions/acorn.c, this lead to undefined
      references to the adfspart_check_TYPE symbols.
      
      Fix this by making the Acorn partition type symbols depend on
      ACORN_PARTITION.
      Signed-off-by: NRussell King <rmk+kernel@arm.linux.org.uk>
      50365c57
  11. 07 1月, 2006 2 次提交
  12. 05 1月, 2006 2 次提交
  13. 23 12月, 2005 1 次提交
  14. 08 11月, 2005 1 次提交
  15. 07 11月, 2005 1 次提交
  16. 01 11月, 2005 1 次提交
    • J
      [BLOCK] Unify the seperate read/write io stat fields into arrays · a362357b
      Jens Axboe 提交于
      Instead of having ->read_sectors and ->write_sectors, combine the two
      into ->sectors[2] and similar for the other fields. This saves a branch
      several places in the io path, since we don't have to care for what the
      actual io direction is. On my x86-64 box, that's 200 bytes less text in
      just the core (not counting the various drivers).
      Signed-off-by: NJens Axboe <axboe@suse.de>
      a362357b
  17. 29 10月, 2005 1 次提交
  18. 28 10月, 2005 1 次提交
    • C
      [patch] remove gendisk->stamp_idle field · 20e5c81f
      Chen, Kenneth W 提交于
      struct gendisk has these two fields: stamp, stamp_idle.  Update to
      stamp_idle is always in sync with stamp and they are always the same.
      Therefore, it does not add any value in having two fields tracking
      same timestamp.  Suggest to remove it.
      
      Also, we should only update gendisk stats with non-zero value.
      Advantage is that we don't have to needlessly calculate memory address,
      and then add zero to the content.
      Signed-off-by: NKen Chen <kenneth.w.chen@intel.com>
      Signed-off-by: NJens Axboe <axboe@suse.de>
      20e5c81f
  19. 26 6月, 2005 1 次提交
  20. 07 5月, 2005 1 次提交
    • A
      [PATCH] revert msdos partitioning fix · b2411dd2
      Andrew Morton 提交于
      This change from March 3rd causes the partition parsing code to ignore
      partitions which have a signature byte of zero.  Turns out that more people
      have such partitions than we expected, and their device numbering is coming up
      wrong in post-2.6.11 kernels.
      
      So revert the change while we think about the problem a bit more.
      
      Cc: Andries Brouwer <Andries.Brouwer@cwi.nl>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      b2411dd2
  21. 19 4月, 2005 1 次提交
  22. 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