http://bugzilla.kernel.org/show_bug.cgi?id=12376
------- Comment #9 from imr...@gmail.com 2009-01-12 17:25 ------- (In reply to comment #8) > So the i2c-i801 driver had better not be loaded for the SMbus PCI device. > > From the acpidump it seems that the SMBus I/O port is accessed in the ACPI > AML code related with the driver of eeepc-laptop. > Will you please double check it again? (Try the 2.6.26 kernel or disable > the eeepc-laptop driver in the 2.6.27.10 kernel). > Thanks. Hi, I tried some combinations of the i2c-i801 and eeepc-laptop driver in the 2.6.28 and 2.6.27.10 kernels I've been using. With both kernel versions: i2c-i801 + eeepc-laptop: conflict i2c-i801 alone: conflict eeepc-laptop alone: normal (no conflict) I looked around for other hardware monitor software a bit, and tried the XFCE4 Sensor Plugin. It can see a sensor with the type of "ACPI" (power, temperature), one with "acpitz-0" (temperature), and if the eeepc-laptop is loaded, then "eeepc-laptop" (fan rpm), and all of them read the same way regardless of the conflict... What kind of effect I should see depending on the conflict? I filed this bug because any such conflict can be the sign of underlying trouble, just need some direction to see what parts of the system would be affected by it. Let me know what kind of other info you'd need. I'm compiling the 2.6.26.8 kernel now to check it out with that one. Cheers, Greg -- 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: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword _______________________________________________ acpi-bugzilla mailing list acpi-bugzilla@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/acpi-bugzilla
