1. 27 9月, 2006 1 次提交
  2. 07 8月, 2006 3 次提交
  3. 03 7月, 2006 1 次提交
  4. 01 7月, 2006 1 次提交
  5. 11 6月, 2006 1 次提交
  6. 13 4月, 2006 5 次提交
  7. 28 2月, 2006 1 次提交
  8. 13 2月, 2006 1 次提交
  9. 05 1月, 2006 2 次提交
    • K
      [PATCH] driver core: replace "hotplug" by "uevent" · 312c004d
      Kay Sievers 提交于
      Leave the overloaded "hotplug" word to susbsystems which are handling
      real devices. The driver core does not "plug" anything, it just exports
      the state to userspace and generates events.
      Signed-off-by: NKay Sievers <kay.sievers@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      312c004d
    • K
      [PATCH] merge kobject_uevent and kobject_hotplug · 5f123fbd
      Kay Sievers 提交于
      The distinction between hotplug and uevent does not make sense these
      days, netlink events are the default.
      
      udev depends entirely on netlink uevents. Only during early boot and
      in initramfs, /sbin/hotplug is needed. So merge the two functions and
      provide only one interface without all the options.
      
      The netlink layer got a nice generic interface with named slots
      recently, which is probably a better facility to plug events for
      subsystem specific events.
      Also the new poll() interface to /proc/mounts is a nicer way to
      notify about changes than sending events through the core.
      The uevents should only be used for driver core related requests to
      userspace now.
      Signed-off-by: NKay Sievers <kay.sievers@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      5f123fbd
  10. 14 12月, 2005 1 次提交
    • B
      [SCSI] ipr: Driver initialization fix for kexec/kdump · ce155cce
      brking@us.ibm.com 提交于
      When kexec booting a kernel when the previous kernel did not
      call ipr's shutdown method, the ipr adapter does not get
      properly initialized, which can result in the ipr adapter
      completing commands issued by the previous kernel. Fix ipr
      to detect this scenario by reading the adapter's interrupt
      mask register and the microprocessor interrupt register.
      If the interrupt mask register indicates that interrupts
      are enabled or the reset alert bit is set when the card is
      probed, this means the card is in an unknown state and we
      hard reset the card.
      Signed-off-by: NBrian King <brking@us.ibm.com>
      Signed-off-by: NJames Bottomley <James.Bottomley@SteelEye.com>
      ce155cce
  11. 07 11月, 2005 22 次提交
  12. 29 10月, 2005 1 次提交
    • B
      [PATCH] PCI: ipr: Block config access during BIST · b30197d2
      Brian King 提交于
      IPR scsi adapter have an exposure today in that they issue BIST to the adapter
      to reset the card.  If, during the time it takes to complete BIST, userspace
      attempts to access PCI config space, the host bus bridge will master abort the
      access since the ipr adapter does not respond on the PCI bus for a brief
      period of time when running BIST.  On PPC64 hardware, this master abort
      results in the host PCI bridge isolating that PCI device from the rest of the
      system, making the device unusable until Linux is rebooted.  This patch makes
      use of some newly added PCI layer APIs that allow for protection from
      userspace accessing config space of a device in scenarios such as this.
      Signed-off-by: NBrian King <brking@us.ibm.com>
      Cc: Benjamin Herrenschmidt <benh@kernel.crashing.org>
      Cc: James Bottomley <James.Bottomley@steeleye.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
       drivers/scsi/ipr.c |    2 ++
       1 file changed, 2 insertions(+)
      b30197d2