http://bugzilla.kernel.org/show_bug.cgi?id=11516
------- Comment #53 from [EMAIL PROTECTED] 2008-10-15 19:08 ------- Thanks Andreas! But niggle still remains: boot.c's dmi_ignore_irq0_timer_override is still called BEFORE early-quirks.c, so still gets this calltrace on the warning: [ 0.000000] Call Trace: [ 0.000000] [<ffffffff8024bd77>] warn_slowpath+0xb7/0xe0 [ 0.000000] [<ffffffff80213500>] ? nommu_map_single+0x30/0x70 [ 0.000000] [<ffffffff8024d067>] ? printk+0x67/0x70 [ 0.000000] [<ffffffff809871ca>] ? __reserve_early+0x7a/0xe0 [ 0.000000] [<ffffffff806bcfd3>] ? init_memory_mapping+0x633/0x720 [ 0.000000] [<ffffffff80980140>] ? early_idt_handler+0x0/0x72 [ 0.000000] [<ffffffff8098bb20>] dmi_ignore_irq0_timer_override+0x30/0x60 [ 0.000000] [<ffffffff805a6624>] dmi_check_system+0x74/0xc0 [ 0.000000] [<ffffffff8098c575>] acpi_boot_table_init+0x15/0xf0 [ 0.000000] [<ffffffff809850b5>] setup_arch+0x3f5/0x840 [ 0.000000] [<ffffffff80980140>] ? early_idt_handler+0x0/0x72 [ 0.000000] [<ffffffff806dc346>] ? _spin_unlock+0x26/0x30 [ 0.000000] [<ffffffff80980140>] ? early_idt_handler+0x0/0x72 [ 0.000000] [<ffffffff80980cb1>] start_kernel+0x71/0x410 [ 0.000000] [<ffffffff8098027c>] x86_64_start_reservations+0x7c/0xc0 [ 0.000000] [<ffffffff809803da>] x86_64_start_kernel+0xea/0x110 [ 0.000000] ---[ end trace 4eaa2a86a8e2da22 ]--- I suggest this patch: $ diff -U0 arch/x86/kernel/acpi/boot.c~ arch/x86/kernel/acpi/boot.c --- arch/x86/kernel/acpi/boot.c~ 2008-10-15 21:00:19.000000000 -0400 +++ arch/x86/kernel/acpi/boot.c 2008-10-15 21:52:18.000000000 -0400 @@ -1410 +1409,0 @@ - WARN(1, KERN_ERR "ati_ixp4x0 quirk not complete.\n"); How can ati_ixp4x0 quirk be "complete" at this stage when ati_bugs() has not been invoked ? Your ati_bugs() does not seem to be being invoked for my SMBus - here's the 'lspci -nnvxxxx' output for it: 00:14.1 IDE interface [0101]: ATI Technologies Inc SB600 IDE [1002:438c] (prog-if 82 [Master PriP]) Subsystem: Hewlett-Packard Company Unknown device [103c:30c2] Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx- Status: Cap- 66MHz+ UDF- FastB2B- ParErr- DEVSEL=medium >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx- Latency: 64, Cache Line Size: 64 bytes Interrupt: pin A routed to IRQ 16 Region 0: I/O ports at 01f0 [size=8] Region 1: I/O ports at 03f4 [size=1] Region 2: I/O ports at 0170 [size=8] Region 3: I/O ports at 0374 [size=1] Region 4: I/O ports at 5040 [size=16] Kernel driver in use: ATIIXP_IDE Kernel modules: pata_acpi, pata_atiixp, atiixp, ide-pci-generic 00: 02 10 8c 43 05 00 20 02 00 82 01 01 10 40 00 00 10: 01 00 00 00 01 00 00 00 01 00 00 00 01 00 00 00 20: 41 50 00 00 00 00 00 00 00 00 00 00 3c 10 c2 30 30: 00 00 00 00 00 00 00 00 00 00 00 00 0a 01 00 00 40: 99 20 00 00 ff 20 00 00 00 01 04 00 00 00 00 00 50: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 60: 00 00 40 00 10 2c 01 07 01 00 00 00 ff ff 0f 00 70: 05 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 80: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 90: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 a0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 b0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 c0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 d0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 e0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 Hmm, this is now identifying as "438c", not "4385" - my SMBus PCI id changed from [EMAIL PROTECTED] from pci_ids.h: #define PCI_DEVICE_ID_ATI_IXP600_IDE 0x438c #define PCI_DEVICE_ID_ATI_IXP700_SATA 0x4390 But my system is 100% SATA, so why do I see the "IDE" flavor ? So, 2nd suggested patch: --- arch/x86/kernel/early-quirks.c~ 2008-10-15 21:01:17.000000000 -0400 +++ arch/x86/kernel/early-quirks.c 2008-10-15 22:04:37.000000000 -0400 @@ -228 +228,9 @@ - { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_SBX00_SMBUS, + { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_SBX00, + PCI_CLASS_SERIAL_SMBUS, PCI_ANY_ID, 0, ati_bugs_contd }, + { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_IXP600_SATA, + PCI_CLASS_SERIAL_SMBUS, PCI_ANY_ID, 0, ati_bugs_contd }, + { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_IXP600_IDE, + PCI_CLASS_SERIAL_SMBUS, PCI_ANY_ID, 0, ati_bugs_contd }, + { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_IXP700_IDE, + PCI_CLASS_SERIAL_SMBUS, PCI_ANY_ID, 0, ati_bugs_contd }, + { PCI_VENDOR_ID_ATI, PCI_DEVICE_ID_ATI_IXP700_SATA, BTW, I am going to raise a NEW bug about this USB message flood, which also appeared going from 2.6.26.x -> 2.6.27 , with a patch that does "when last event is same as this event, don't emit printk" : [ 1325.204074] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.204080] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.454075] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.454082] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.704101] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.704108] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.954073] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1325.954080] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1326.204075] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1326.204082] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1326.454319] hub 1-0:1.0: state 7 ports 2 chg 0000 evt 0000 [ 1326.454328] hub 3-0:1.0: state 7 ports 2 chg 0000 evt 0000 -- Configure bugmail: http://bugzilla.kernel.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug, or are watching someone who is. ------------------------------------------------------------------------- This SF.Net email is sponsored by the Moblin Your Move Developer's challenge Build the coolest Linux based applications with Moblin SDK & win great prizes Grand prize is a trip for two to an Open Source event anywhere in the world http://moblin-contest.org/redirect.php?banner_id=100&url=/ _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla