http://bugzilla.novell.com/show_bug.cgi?id=539003 zhu rensheng changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |rszhu@novell.com AssignedTo|bnc-team-screening@forge.pr |kernel-maintainers@forge.pr |ovo.novell.com |ovo.novell.com -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=539003 User jdelvare@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=539003#c1 Jean Delvare changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |NEEDINFO Info Provider| |jerbes@gmail.com --- Comment #1 from Jean Delvare 2009-11-12 09:31:34 MST --- The k10temp driver simply doesn't exist as far as I am concerned. Just because random people have written a piece of code by that name, doesn't mean it should be included in openSUSE. We will get AMD family 10h support in openSUSE when the upstream kernel has support, not before. And don't hold your breath, most of these processors have broken thermal sensors anyway, so a driver may not even help you. Now, the IT8718F. It is definitely supported by the it87 driver that ships in openSUSE 11.2: support was added in kernel 2.6.19 and openSUSE 11.2 is based on kernel 2.6.31. Whatever ubuntu did is irrelevant, and your link is off-topic anyway (the patch adds support for the IT8720F, not IT8718F.) The problem must be different. Most probably a conflict with ACPI resources, which the sensors-detect script can't see from user-space, but the it87 kernel driver notices. What do you see in your kernel logs when loading the it87 driver? (Check the output of "dmesg" or the contents of /var/log/messages.) -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.

http://bugzilla.novell.com/show_bug.cgi?id=539003 User jdelvare@novell.com added comment http://bugzilla.novell.com/show_bug.cgi?id=539003#c3 Jean Delvare changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEEDINFO |RESOLVED Info Provider|jerbes@gmail.com | Resolution| |INVALID --- Comment #3 from Jean Delvare 2009-11-13 02:32:41 MST --- Exactly as I suspected. So, your ACPI BIOS has requested the I/O ports of the hardware monitoring functions of your IT8718F Super-I/O chip, locking the native driver (it87) out. Maybe they are using it for their own needs. Or maybe not, but either way, it's not safe to let native drivers access I/O ports ACPI may be accessing as well. See this FAQ entry for details: http://www.lm-sensors.org/wiki/FAQ/Chapter3#Mysensorshavestoppedworkinginker... I am not aware of any driver for a Biostar-specific hardware monitoring implementation. So for now you are unfortunately out of hardware monitoring on this system. If this worries you, you should ask the hardware vendor for technical information regarding what the BIOS is doing with these I/O ports (0xe85-0xe86). If they are using them, we need to know how. If they are _not_ using them, then they should not declare them at the ACPI level, so that the OS can use them. There's nothing more I can do for you, I'm afraid, as this is essentially a BIOS issue. -- Configure bugmail: http://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.