1. 30 11月, 2006 4 次提交
  2. 26 11月, 2006 1 次提交
  3. 17 11月, 2006 2 次提交
  4. 15 11月, 2006 1 次提交
  5. 14 11月, 2006 1 次提交
    • A
      [PATCH] x86: Add acpi_user_timer_override option for Asus boards · fa18f477
      Andi Kleen 提交于
      Timer overrides are normally disabled on Nvidia board because
      they are commonly wrong, except on new ones with HPET support.
      Unfortunately there are quite some Asus boards around that
      don't have HPET, but need a timer override.
      
      We don't know yet how to handle this transparently,
      but at least add a command line option to force the timer override
      and let them boot.
      
      Cc: len.brown@intel.com
      Signed-off-by: NAndi Kleen <ak@suse.de>
      fa18f477
  6. 09 11月, 2006 2 次提交
    • E
      [PATCH] sysctl: Undeprecate sys_sysctl · 13bb7e37
      Eric W. Biederman 提交于
      The basic issue is that despite have been deprecated and warned about as a
      very bad thing in the man pages since its inception there are a few real
      users of sys_sysctl.  It was my assumption that because sysctl had been
      deprecated for all of 2.6 there would be no user space users by this point,
      so I initially gave sys_sysctl a very short deprecation period.
      
      Now that I know there are a few real users the only sane way to proceed
      with deprecation is to push the time limit out to a year or two work and
      work with distributions that have big testing pools like fedora core to
      find these last remaining users.
      
      Which means that the sys_sysctl interface needs to be maintained in the
      meantime.
      
      Since I have provided a technical measure that allows us to add new sysctl
      entries without reserving more binary numbers I believe that is enough to
      fix the sys_sysctl binary interface maintenance problems, because there is
      no longer a need to change the binary interface at all.
      
      Since the sys_sysctl implementation needs to stay around for a while and
      the worst of the maintenance issues that caused us to occasionally break
      the ABI have been addressed I don't see any advantage in continuing with
      the removal of sys_sysctl.
      
      So instead of merely increasing the deprecation period this patch removes
      the deprecation of sys_sysctl and modifies the kernel to compile the code
      in by default.
      
      With committing to maintain sys_sysctl we get all of the advantages of a
      fast interface for anything that needs it.  Currently sys_sysctl is about
      5x faster than /proc/sys, for the same string data.
      Signed-off-by: NEric W. Biederman <ebiederm@xmission.com>
      Acked-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      13bb7e37
    • O
      [PATCH] A minor fix for set_mb() in Documentation/memory-barriers.txt · 75b2bd55
      Oleg Nesterov 提交于
      set_mb() is used by set_current_state() which needs mb(), not wmb().  I
      think it would be right to assume that set_mb() implies mb(), all arches
      seem to do just this.
      Signed-off-by: NOleg Nesterov <oleg@tv-sign.ru>
      Acked-by: NDavid Howells <dhowells@redhat.com>
      Signed-off-by: NAndrew Morton <akpm@osdl.org>
      Signed-off-by: NLinus Torvalds <torvalds@osdl.org>
      75b2bd55
  7. 04 11月, 2006 5 次提交
  8. 01 11月, 2006 1 次提交
    • A
      [MIPS] Fixup migration to GENERIC_TIME · 16b7b2ac
      Atsushi Nemoto 提交于
      Since we already moved to GENERIC_TIME, we should implement alternatives
      of old do_gettimeoffset routines to get sub-jiffies resolution from
      gettimeofday().  This patch includes:
      
       * MIPS clocksource support (based on works by Manish Lachwani).
       * remove unused gettimeoffset routines and related codes.
       * remove unised 64bit do_div64_32().
       * simplify mips_hpt_init. (no argument needed, __init tag)
       * simplify c0_hpt_timer_init. (no need to write to c0_count)
       * remove some hpt_init routines.
       * mips_hpt_mask variable to specify bitmask of hpt value.
       * convert jmr3927_do_gettimeoffset to jmr3927_hpt_read.
       * convert ip27_do_gettimeoffset to ip27_hpt_read.
       * convert bcm1480_do_gettimeoffset to bcm1480_hpt_read.
       * simplify sb1250 hpt functions. (no need to subtract and shift)
      Signed-off-by: NAtsushi Nemoto <anemo@mba.ocn.ne.jp>
      Signed-off-by: NRalf Baechle <ralf@linux-mips.org>
      16b7b2ac
  9. 31 10月, 2006 1 次提交
  10. 22 10月, 2006 1 次提交
  11. 21 10月, 2006 2 次提交
  12. 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
  13. 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
  14. 14 10月, 2006 4 次提交
  15. 13 10月, 2006 1 次提交
  16. 12 10月, 2006 3 次提交
  17. 05 10月, 2006 1 次提交