1. 17 7月, 2007 2 次提交
  2. 12 7月, 2007 1 次提交
    • T
      sysfs: kill unnecessary attribute->owner · 7b595756
      Tejun Heo 提交于
      sysfs is now completely out of driver/module lifetime game.  After
      deletion, a sysfs node doesn't access anything outside sysfs proper,
      so there's no reason to hold onto the attribute owners.  Note that
      often the wrong modules were accounted for as owners leading to
      accessing removed modules.
      
      This patch kills now unnecessary attribute->owner.  Note that with
      this change, userland holding a sysfs node does not prevent the
      backing module from being unloaded.
      
      For more info regarding lifetime rule cleanup, please read the
      following message.
      
        http://article.gmane.org/gmane.linux.kernel/510293
      
      (tweaked by Greg to not delete the field just yet, to make it easier to
      merge things properly.)
      Signed-off-by: NTejun Heo <htejun@gmail.com>
      Cc: Cornelia Huck <cornelia.huck@de.ibm.com>
      Cc: Andrew Morton <akpm@linux-foundation.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      7b595756
  3. 10 7月, 2007 1 次提交
  4. 22 5月, 2007 2 次提交
  5. 11 5月, 2007 2 次提交
  6. 09 5月, 2007 1 次提交
  7. 08 5月, 2007 3 次提交
  8. 03 5月, 2007 1 次提交
  9. 17 3月, 2007 2 次提交
  10. 08 3月, 2007 1 次提交
  11. 17 2月, 2007 1 次提交
  12. 12 2月, 2007 2 次提交
  13. 11 2月, 2007 1 次提交
    • F
      [PARTITION]: Add whole_disk attribute. · d18d7682
      Fabio Massimo Di Nitto 提交于
      Some partitioning systems create special partitions that
      span the entire disk.  One example are Sun partitions, and
      this whole-disk partition exists to tell the firmware the
      extent of the entire device so it can load the boot block
      and do other things.
      
      Such partitions should not be treated as normal partitions,
      because all the other partitions overlap this whole-disk one.
      So we'd see multiple instances of the same UUID etc. which
      we do not want.  udev and friends can thus search for this
      'whole_disk' attribute and use it to decide to ignore the
      partition.
      Signed-off-by: NFabio Massimo Di Nitto <fabbione@ubuntu.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      d18d7682
  14. 09 12月, 2006 2 次提交
  15. 08 12月, 2006 2 次提交
    • S
      [PATCH] Fix check_partition routines · 57881dd9
      Suzuki K P 提交于
      check_partition() stops its probe once it hits an I/O error from the
      partition checkers.  This would prevent the actual partition checker
      getting a chance to verify the partition.
      
      So this patch lets check_partition() continue probing untill it hits a
      success while recording the I/O error which might have been reported by the
      checking routines.
      
      Also, it does some cleanup of the partition methods for ibm, atari and
      amiga to return -1 upon hitting an I/O error.
      Signed-off-by: NSuzuki K P <suzuki@in.ibm.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      57881dd9
    • S
      [PATCH] fix rescan_partitions to return errors properly · 5127d002
      Suzuki Kp 提交于
      The current rescan_partition implementation ignores the errors that comes from
      the lower layer.  It reports success for unknown partitions as well as I/O
      error cases while reading the partition information.
      
      The unknown partition is not (and will not be) considered as an error in the
      kernel, since there are legal users of it (e.g, members of a RAID5 MD Device
      or a new disk which is not partitioned at all ).  Changing this behaviour
      would scare the user about a serious problem with their disk and is not
      recommended.  Thus for both "unknown partitions" to the Linux (eg., DEC
      VMS,Novell Netware) and the legal users of NULL partition, would still be
      reported as "SUCCESS".
      
      The patch attached here, scares the user about something which he does need to
      worry about.  i.e, returning -EIO on disk I/O errors while reading the
      partition information.
      Signed-off-by: NSuzuki K P <suzuki@in.ibm.com>
      Cc: Erik Mouw <erik@harddisk-recovery.com>
      Cc: Christoph Hellwig <hch@lst.de>
      Cc: Al Viro <viro@zeniv.linux.org.uk>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      5127d002
  16. 05 12月, 2006 1 次提交
  17. 17 10月, 2006 1 次提交
  18. 11 10月, 2006 1 次提交
  19. 01 10月, 2006 2 次提交
    • R
      [PATCH] fs/partitions: Conversion to generic boolean · 130c6b98
      Richard Knutsson 提交于
      Conversion of booleans to: generic-boolean.patch (2006-08-23)
      Signed-off-by: NRichard Knutsson <ricknu-0@student.ltu.se>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      130c6b98
    • D
      [PATCH] BLOCK: Make it possible to disable the block layer [try #6] · 9361401e
      David Howells 提交于
      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: NDavid Howells <dhowells@redhat.com>
      Signed-off-by: NJens Axboe <axboe@kernel.dk>
      9361401e
  20. 30 9月, 2006 1 次提交
    • O
      [PATCH] ignore partition table on disks with AIX label · e1dfa92d
      Olaf Hering 提交于
      The on-disk data structures from AIX are not known, also the filesystem
      layout is not known.  There is a msdos partition signature at the end of
      the first block, and the kernel recognizes 3 small (and overlapping)
      partitions.  But they are not usable.  Maybe the firmware uses it to find
      the bootloader for AIX, but AIX boots also if the first block is cleared.
      
      This is the content of the partition table:
       # dd if=/dev/sdb count=$(( 4 * 16 )) bs=1 skip=$(( 0x1be )) | xxd
      0000000: 0000 0000 0000 0000 0000 0000 0000 0000  ................
      0000010: 80ff ffff 41ff ffff 1b11 0000 381b 0000  ....A.......8...
      0000020: 00ff ffff 41ff ffff 0211 0000 1900 0000  ....A...........
      0000030: 80ff ffff 41ff ffff 1b11 0000 381b 0000  ....A.......8...
      
      Handle the whole disk as empty disk.
      
      This fixes also YaST which compares the output from parted (and formerly
      fdisk) with /proc/partitions.  fdisk recognizes the AIX label since a long
      time, SuSE has a patch for parted to handle the disk label as unknown.
      
      dmesg will look like this:
       sda: [AIX]  unknown partition table
      
      Tested on an IBM B50 with AIX V4.3.3.
      Signed-off-by: NOlaf Hering <olh@suse.de>
      Cc: Albert Cahalan <acahalan@gmail.com>
      Cc: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      e1dfa92d
  21. 27 9月, 2006 1 次提交
  22. 27 8月, 2006 1 次提交
  23. 01 8月, 2006 1 次提交
  24. 11 7月, 2006 1 次提交
  25. 01 7月, 2006 1 次提交
  26. 27 6月, 2006 4 次提交
  27. 23 6月, 2006 1 次提交
    • M
      [PATCH] make kernel warn about incorrectly sized partitions · 98bd34ea
      Mike Miller 提交于
      Sometimes partitions claim to be larger than the reported capacity of a
      disk device.  This patch makes the kernel warn about those partitions.
      
      We still permit these patitions to be used.  Quoting Andries Brouwer
      <Andries.Brouwer@cwi.nl>:
      
       Case 1: The kernel is mistaken about the size of the disk.  (There are
       commands to clip a disk to a certain capacity, there are jumpers to tell a
       disk that it should report a certain capacity etc.  Usually this is because
       of BIOS bugs.  In bad cases the machine will crash in the BIOS and hence fail
       to boot if the disk reports full capacity.) In such cases actually accessing
       the blocks of the partition may work fine, or may work fine after running an
       unclip utility.  I wrote "setmax" some years ago precisely for this reason.
      
       Case 2: There was a messy partition table (maybe just a rounding error) but
       the actual filesystem on the partition is contained in the physical disk.
       Now using the filesystem goes without problem.
      
       Case 3: Both partition and filesystem extend beyond the end of the disk.  In
       forensic or debugging situations one often uses a copy of the start of a
       disk.  Now access beyond the end gives an expected I/O error.
      Signed-off-by: NMike Miller <mike.miller@hp.com>
      Signed-off-by: NStephen Cameron <steve.cameron@hp.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      98bd34ea