Ask for some information about motherboard ASUS NCLV-D

Rudolf Marek r.marek at sh.cvut.cz
Thu Apr 14 15:35:35 CEST 2005


> Hi Rudolf
> 
> I'm sorry that I really can find the debug message on the boot step of the
> linux, I should not look for the debug message at the step of loading modules.

No problem.

Apr 14 18:15:05 CFLi kernel: ACPI: Subsystem revision 20050211
Apr 14 18:15:05 CFLi kernel: ACPI: Interpreter enabled
Apr 14 18:15:05 CFLi kernel: ACPI: Using PIC for interrupt routing
Apr 14 18:15:05 CFLi kernel: ACPI: PCI Root Bridge [PCI0] (00:00)
Apr 14 18:15:05 CFLi kernel: PCI: Probing PCI hardware (bus 00)
Apr 14 18:15:05 CFLi kernel: enter quirk_ich4_lpc_acpi() ...
Apr 14 18:15:05 CFLi kernel: In INTEL IO REGION QUIRK
Apr 14 18:15:05 CFLi kernel: PCI: Ignoring BAR0-3 of IDE controller 0000:00:1f.1
Apr 14 18:15:05 CFLi kernel: PCI: Transparent bridge - 0000:00:1e.0
Apr 14 18:15:05 CFLi kernel: ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 *5 6 7 9 10 11 12 14 15)
Apr 14 18:15:05 CFLi kernel: ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 9 10 *11 12 14 15)

Hmm both quirks routines are called but in wrong order?!  Please someone else has some ideas what might went wrong?

The asus smb vendor check routine is fist and Intel LPC quirk is second. I made it same way as other "twoparters" quirks.
So now I really do not understand why is second called first.

Chunhao please can you just put:

DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL,	PCI_DEVICE_ID_INTEL_ESB_4,	asus_hides_smbus_devices );
just "bellow" the DECLARE_PCI_FIXUP_HEADER(PCI_VENDOR_ID_INTEL,    PCI_DEVICE_ID_INTEL_ESB_1,		quirk_ich4_lpc_acpi );
and see if it works?

Now when we know what went wrong please can you experiment with it?

We need the first routine to be called first. So log messages should look like this:
Apr 14 18:15:05 CFLi kernel: Value of asus_server_board_devices: 1
First in log and second Apr 14 18:15:05 CFLi kernel: enter quirk_ich4_lpc_acpi() ...
here the quirk fix will get activated

Thanks

Regards

Rudolf



More information about the lm-sensors mailing list