1. 22 6月, 2006 2 次提交
    • B
      [PATCH] PCI: Move various PCI IDs to header file · 74d0a988
      Brent Casavant 提交于
      Move various QLogic, Vitesse, and Intel storage controller PCI IDs to the
      main header file.
      Signed-off-by: NBrent Casavant <bcasavan@sgi.com>
      Acked-by: NJes Sorensen <jes@sgi.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      74d0a988
    • D
      [PATCH] PCI Bus Parity Status-broken hardware attribute, EDAC foundation · bd8481e1
      Doug Thompson 提交于
      Currently, the EDAC (error detection and correction) modules that are in
      the kernel contain some features that need to be moved. After some good
      feedback on the PCI Parity detection code and interface
      (http://www.ussg.iu.edu/hypermail/linux/kernel/0603.1/0897.html) this
      patch ADDs an new attribute to the pci_dev structure: Namely the
      'broken_parity_status' bit.
      
      When set this indicates that the respective hardware generates false
      positives of Parity errors.
      
      The EDAC "blacklist" solution was inferior and will be removed in a
      future patch.
      
      Also in this patch is a PCI quirk.c entry for an Infiniband PCI-X card
      which generates false positive parity errors.
      
      I am requesting comments on this AND on the possibility of a exposing
      this 'broken_parity_status' bit to userland via the PCI device sysfs
      directory for devices. This access would allow for enabling of this
      feature on new devices and for old devices that have their drivers
      updated. (SLES 9 SP3 did this on an ATI motherboard video device). There
      is a need to update such a PCI attribute between kernel releases.
      
      This patch just adds a storage place for the attribute and a quirk entry
      for a known bad PCI device. PCI Parity reaper/harvestor operations are
      in EDAC itself and will be refactored to use this PCI attribute instead
      of its own mechanisms (which are currently disabled) in the future.
      Signed-off-by: NDoug Thompson <norsk5@xmission.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      bd8481e1
  2. 18 6月, 2006 2 次提交
  3. 27 5月, 2006 1 次提交
  4. 24 5月, 2006 1 次提交
  5. 23 5月, 2006 1 次提交
  6. 20 4月, 2006 1 次提交
  7. 15 4月, 2006 1 次提交
  8. 02 4月, 2006 1 次提交
  9. 29 3月, 2006 1 次提交
  10. 28 3月, 2006 1 次提交
  11. 27 3月, 2006 1 次提交
  12. 24 3月, 2006 2 次提交
  13. 23 3月, 2006 1 次提交
  14. 21 3月, 2006 2 次提交
  15. 20 3月, 2006 1 次提交
    • M
      [TG3]: 40-bit DMA workaround part 2 · 4a29cc2e
      Michael Chan 提交于
      The 40-bit DMA workaround recently implemented for 5714, 5715, and
      5780 needs to be expanded because there may be other tg3 devices
      behind the EPB Express to PCIX bridge in the 5780 class device.
      
      For example, some 4-port card or mother board designs have 5704 behind
      the 5714.
      
      All devices behind the EPB require the 40-bit DMA workaround.
      
      Thanks to Chris Elmquist again for reporting the problem and testing
      the patch.
      Signed-off-by: NMichael Chan <mchan@broadcom.com>
      Signed-off-by: NDavid S. Miller <davem@davemloft.net>
      4a29cc2e
  16. 12 3月, 2006 1 次提交
  17. 07 3月, 2006 1 次提交
  18. 12 2月, 2006 1 次提交
  19. 09 2月, 2006 1 次提交
  20. 03 2月, 2006 1 次提交
  21. 01 2月, 2006 3 次提交
  22. 20 1月, 2006 1 次提交
  23. 18 1月, 2006 1 次提交
  24. 15 1月, 2006 1 次提交
  25. 12 1月, 2006 1 次提交
  26. 11 1月, 2006 2 次提交
  27. 07 1月, 2006 1 次提交
  28. 06 1月, 2006 1 次提交
  29. 05 1月, 2006 1 次提交
  30. 03 1月, 2006 1 次提交
  31. 15 12月, 2005 1 次提交
  32. 14 12月, 2005 1 次提交
  33. 01 12月, 2005 1 次提交