1. 21 10月, 2006 2 次提交
  2. 19 10月, 2006 9 次提交
    • R
      k8temp: Documentation update · 4660cb35
      Rudolf Marek 提交于
      Update the documentation for the k8temp driver.
      Signed-off-by: NRudolf Marek <r.marek@assembler.cz>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      4660cb35
    • J
      smsc47m1: List the SMSC LPC47M112 as supported · 6091780e
      Jean Delvare 提交于
      The SMSC LPC47M112 Super-I/O chip appears to be compatible with the
      LPC47M10x and LPC47M13x as far as hardware monitoring is concerned.
      The device ID is even the same, so it's really only a documentation
      update.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      6091780e
    • J
      hwmon: Fix documentation typos · 15fe25ca
      Jean Delvare 提交于
      Fix typos in hardware monitoring documentation.
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      15fe25ca
    • G
      adm9240: Update Grant Coady's email address · 2ca7b961
      Grant Coady 提交于
      Replace a bouncing email that I cannot recover from Mr Google.
      Signed-off-by: NGrant Coady <gcoady.lk@gmail.com>
      Signed-off-by: NJean Delvare <khali@linux-fr.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      2ca7b961
    • D
      HOWTO: bug report addition · 722385f7
      Diego Calleja 提交于
      I suspect that not many people is subscribed to the bugzilla mailing list,
      not surprising since the URLs doesn't seem to be in the tree :)
      
      After fixing my english, I wonder if the following patch could be applied...
      Signed-off-by: NDiego Calleja <diegocg@gmail.com>
      Acked-by: NRandy Dunlap <rdunlap@xenotime.net>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      722385f7
    • D
      Documentation: feature-removal-schedule typo · acbd39fb
      Dominik Brodowski 提交于
      Fix typo in newly added feature remove schedule item.
      Signed-off-by: NDominik Brodowski <linux@dominikbrodowski.net>
      Cc: Kay Sievers <kay.sievers@suse.de>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      acbd39fb
    • M
      PCI: optionally sort device lists breadth-first · 6b4b78fe
      Matt Domsch 提交于
      Problem:
      New Dell PowerEdge servers have 2 embedded ethernet ports, which are
      labeled NIC1 and NIC2 on the chassis, in the BIOS setup screens, and
      in the printed documentation.  Assuming no other add-in ethernet ports
      in the system, Linux 2.4 kernels name these eth0 and eth1
      respectively.  Many people have come to expect this naming.  Linux 2.6
      kernels name these eth1 and eth0 respectively (backwards from
      expectations).  I also have reports that various Sun and HP servers
      have similar behavior.
      
      
      Root cause:
      Linux 2.4 kernels walk the pci_devices list, which happens to be
      sorted in breadth-first order (or pcbios_find_device order on i386,
      which most often is breadth-first also).  2.6 kernels have both the
      pci_devices list and the pci_bus_type.klist_devices list, the latter
      is what is walked at driver load time to match the pci_id tables; this
      klist happens to be in depth-first order.
      
      On systems where, for physical routing reasons, NIC1 appears on a
      lower bus number than NIC2, but NIC2's bridge is discovered first in
      the depth-first ordering, NIC2 will be discovered before NIC1.  If the
      list were sorted breadth-first, NIC1 would be discovered before NIC2.
      
      A PowerEdge 1955 system has the following topology which easily
      exhibits the difference between depth-first and breadth-first device
      lists.
      
      -[0000:00]-+-00.0  Intel Corporation 5000P Chipset Memory Controller Hub
                 +-02.0-[0000:03-08]--+-00.0-[0000:04-07]--+-00.0-[0000:05-06]----00.0-[0000:06]----00.0  Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (labeled NIC2, 2.4 kernel name eth1, 2.6 kernel name eth0)
                 +-1c.0-[0000:01-02]----00.0-[0000:02]----00.0  Broadcom Corporation NetXtreme II BCM5708S Gigabit Ethernet (labeled NIC1, 2.4 kernel name eth0, 2.6 kernel name eth1)
      
      
      Other factors, such as device driver load order and the presence of
      PCI slots at various points in the bus hierarchy further complicate
      this problem; I'm not trying to solve those here, just restore the
      device order, and thus basic behavior, that 2.4 kernels had.
      
      
      Solution:
      
      The solution can come in multiple steps.
      
      Suggested fix #1: kernel
      Patch below optionally sorts the two device lists into breadth-first
      ordering to maintain compatibility with 2.4 kernels.  It adds two new
      command line options:
        pci=bfsort
        pci=nobfsort
      to force the sort order, or not, as you wish.  It also adds DMI checks
      for the specific Dell systems which exhibit "backwards" ordering, to
      make them "right".
      
      
      Suggested fix #2: udev rules from userland
      Many people also have the expectation that embedded NICs are always
      discovered before add-in NICs (which this patch does not try to do).
      Using the PCI IRQ Routing Table provided by system BIOS, it's easy to
      determine which PCI devices are embedded, or if add-in, which PCI slot
      they're in.  I'm working on a tool that would allow udev to name
      ethernet devices in ascending embedded, slot 1 .. slot N order,
      subsort by PCI bus/dev/fn breadth-first.  It'll be possible to use it
      independent of udev as well for those distributions that don't use
      udev in their installers.
      
      Suggested fix #3: system board routing rules
      One can constrain the system board layout to put NIC1 ahead of NIC2
      regardless of breadth-first or depth-first discovery order.  This adds
      a significant level of complexity to board routing, and may not be
      possible in all instances (witness the above systems from several
      major manufacturers).  I don't want to encourage this particular train
      of thought too far, at the expense of not doing #1 or #2 above.
      
      
      Feedback appreciated.  Patch tested on a Dell PowerEdge 1955 blade
      with 2.6.18.
      
      You'll also note I took some liberty and temporarily break the klist
      abstraction to simplify and speed up the sort algorithm.  I think
      that's both safe and appropriate in this instance.
      Signed-off-by: NMatt Domsch <Matt_Domsch@dell.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      
      6b4b78fe
    • B
      PCI: Update MSI-HOWTO.txt according to pci_msi_supported() · 0cc2b376
      Brice Goglin 提交于
      Update MSI-HOWTO.txt according to pci_msi_supported().
      Signed-off-by: NBrice Goglin <brice@myri.com>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      0cc2b376
    • C
      9b10fe5b
  3. 18 10月, 2006 1 次提交
    • D
      USB: xpad: dance pad support · deb8ee43
      Dominic Cerquetti 提交于
      Adds support for dance pads to the xpad driver. Dance pads require the
      d-pad to be mapped to four buttons instead of two axes, so that
      combinations of up/down and left/right can be hit simultaneously.
      Known dance pads are detected, and there is a module parameter added
      to default unknown xpad devices to map the d-pad to buttons if this is
      desired. (dpad_to_buttons). Minor modifications were made to port the
      changes in the original patch to a newer kernel version.
      
      This patch was originally from Dominic Cerquetti originally written
      for kernel 2.6.11.4, with minor modifications (API changes for USB,
      spelling fixes to the documentation added in the original patch) made
      to apply to the current kernel. I have modified Dominic's original
      patch per some suggestions from Dmitry Torokhov. (There was nothing
      in the patch format description about multiple From: lines, so I
      haven't added myself.)
      
      [akpm@osdl.org: cleanups]
      Signed-off-by: NAdam Buchbinder <adam.buchbinder@gmail.com>
      Acked-by: NDmitry Torokhov <dtor@mail.ru>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NGreg Kroah-Hartman <gregkh@suse.de>
      deb8ee43
  4. 14 10月, 2006 4 次提交
  5. 12 10月, 2006 3 次提交
  6. 05 10月, 2006 1 次提交
  7. 04 10月, 2006 20 次提交