1. 02 6月, 2008 1 次提交
    • B
      pci, x86: add workaround for bug in ASUS A7V600 BIOS (rev 1005) · 75b19b79
      Bertram Felgenhauer 提交于
      This BIOS claims the VIA 8237 south bridge to be compatible with VIA 586,
      which it is not.
      
      Without this patch, I get the following warning while booting,
      among others,
      
      | PCI: Using IRQ router VIA [1106/3227] at 0000:00:11.0
      | ------------[ cut here ]------------
      | WARNING: at arch/x86/pci/irq.c:265 pirq_via586_get+0x4a/0x60()
      | Modules linked in:
      | Pid: 1, comm: swapper Not tainted 2.6.26-rc4-00015-g1ec7d99c #1
      |  [<c0119fd4>] warn_on_slowpath+0x54/0x70
      |  [<c02246e0>] ? vt_console_print+0x210/0x2b0
      |  [<c02244d0>] ? vt_console_print+0x0/0x2b0
      |  [<c011a413>] ? __call_console_drivers+0x43/0x60
      |  [<c011a482>] ? _call_console_drivers+0x52/0x80
      |  [<c011aa89>] ? release_console_sem+0x1c9/0x200
      |  [<c0291d21>] ? raw_pci_read+0x41/0x70
      |  [<c0291e8f>] ? pci_read+0x2f/0x40
      |  [<c029151a>] pirq_via586_get+0x4a/0x60
      |  [<c02914d0>] ? pirq_via586_get+0x0/0x60
      |  [<c029178d>] pcibios_lookup_irq+0x15d/0x430
      |  [<c03b895a>] pcibios_irq_init+0x17a/0x3e0
      |  [<c03a66f0>] ? kernel_init+0x0/0x250
      |  [<c03a6763>] kernel_init+0x73/0x250
      |  [<c03b87e0>] ? pcibios_irq_init+0x0/0x3e0
      |  [<c0114d00>] ? schedule_tail+0x10/0x40
      |  [<c0102dee>] ? ret_from_fork+0x6/0x1c
      |  [<c03a66f0>] ? kernel_init+0x0/0x250
      |  [<c03a66f0>] ? kernel_init+0x0/0x250
      |  [<c010324b>] kernel_thread_helper+0x7/0x1c
      |  =======================
      | ---[ end trace 4eaa2a86a8e2da22 ]---
      
      and IRQ trouble later,
      
      | irq 10: nobody cared (try booting with the "irqpoll" option)
      
      Now that's an VIA 8237 chip, so pirq_via586_get shouldn't be called
      at all; adding this workaround to via_router_probe() fixes the
      problem for me.
      
      Amazingly I have a 2.6.23.8 kernel that somehow works fine ... I'll
      never understand why.
      Signed-off-by: NBertram Felgenhauer <int-e@gmx.de>
      Acked-by: NAlan Cox <alan@redhat.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      75b19b79
  2. 24 5月, 2008 1 次提交
  3. 23 5月, 2008 1 次提交
    • T
      PCI: Correct last two HP entries in the bfsort whitelist · a1676072
      Tony Camuso 提交于
      Greetings.
      
      There is a code flaw in the bfsort whitelist, where there are redundant
      entries for the same two HP systems, DL385 G2 and DL585 G2. This patch
      replaces those redundant entries with the correct ones. The correct
      entries are for large-volume systems, the DL360 and DL380.
      
      -----------------------------------------------------------------------
      
      commit ec69f0374c3b0ad7ea991b0e9ac00377acfe5b1a
      Author: Tony Camuso <tony.camuso@hp.com>
      Date:   Wed May 14 07:09:28 2008 -0400
      
           Replace Redundant Whitelist Entries with the Correct Ones
      
           The ProLiant DL585 G2 and the DL585 G2 are entered reundantly
           in the dmi_system_id table. What should have been there are the
           DL360 and DL380. This patch simply replaces the redundant
           entries with the correct entries.
      
       arch/x86/pci/common.c |    8 ++++----
       1 file changed, 4 insertions(+), 4 deletions(-)
      Signed-off-by: NTony Camuso <tony.camuso@hp.com>
      Signed-off-by: NPat Schoeller <patrick.schoeller@hp.com>
      Signed-off-by: NIngo Molnar <mingo@elte.hu>
      Signed-off-by: NThomas Gleixner <tglx@linutronix.de>
      a1676072
  4. 22 5月, 2008 17 次提交
  5. 21 5月, 2008 20 次提交