Hi I have built i2c and lm_sensors-2.8.4 on a dual opteron running fedora core 1 x86_64. Following http://www2.lm-sensors.nu/~lm78/identify.html I get to step 12, but it only recognizes the eeprom, and nothing else. I had the same build issues as this thread, which appears to have the same problem too (but on 2.8.1 a few months ago) - http://archives.andrew.net.au/lm-sensors/msg04812.html. I can't see where/how to join this list to ask on this thread. Can you offer any help on how to get this working properly? I can give root access to the box if needed. thanks for any help charles Nothing useful in /var/log/messages: Feb 22 15:56:43 opteron kernel: i2c-core.o: i2c core module version 2.8.4 (20040207) Feb 22 15:56:43 opteron kernel: i2c-proc.o version 2.8.4 (20040207) Feb 22 15:56:43 opteron kernel: i2c-amd756.o version 2.8.4 (20040207) [root at opteron lm_sensors-2.8.4]# sensors-detect This program will help you determine which I2C/SMBus modules you need to load to use lm_sensors most effectively. You need to have i2c and lm_sensors installed before running this program. Also, you need to be `root', or at least have access to the /dev/i2c-* files, for most things. If you have patched your kernel and have some drivers built in, you can safely answer NO if asked to load some modules. In this case, things may seem a bit confusing, but they will still work. We can start with probing for (PCI) I2C or SMBus adapters. You do not need any special privileges for this. Do you want to probe now? (YES/no): Probing for PCI bus adapters... Use driver `i2c-amd756' for device 00:07.3: AMD-8111 ACPI Probe succesfully concluded. We will now try to load each adapter module in turn. Module `i2c-amd756' already loaded. Do you now want to be prompted for non-detectable adapters? (yes/NO): To continue, we need module `i2c-dev' to be loaded. If it is built-in into your kernel, you can safely skip this. i2c-dev is not loaded. Do you want to load it now? (YES/no): Module loaded succesfully. We are now going to do the adapter probings. Some adapters may hang halfway through; we can't really help that. Also, some chips will be double detected; we choose the one with the highest confidence value in that case. If you found that the adapter hung after probing a certain address, you can specify that address to remain unprobed. That often includes address 0x69 (clock chip). Next adapter: SMBus AMD756 adapter at 80e0 (Non-I2C SMBus adapter) Do you want to scan it? (YES/no/selectively): Client found at address 0x08 Client found at address 0x52 Probing for `SPD EEPROM'... Success! (confidence 8, driver `eeprom') Client found at address 0x53 Probing for `SPD EEPROM'... Success! (confidence 8, driver `eeprom') Client found at address 0x69 [root at opteron lm_sensors-2.8.4]# lsmod Module Size Used by Not tainted i2c-dev 5696 0 i2c-amd756 5138 0 i2c-proc 9800 0 i2c-core 25124 0 [i2c-dev i2c-amd756 i2c-proc] lp 10184 0 (autoclean) parport 44064 0 (autoclean) [lp] autofs 14468 0 (autoclean) (unused) tg3 59600 1 sg 38200 0 (autoclean) keybdev 3168 0 (unused) mousedev 6984 0 (unused) hid 23976 0 (unused) input 7584 0 [keybdev mousedev hid] usb-ohci 24752 0 (unused) usbcore 89888 1 [hid usb-ohci] processor 12652 0 button 4432 0 (unused) asus_acpi 11248 0 (unused) ac 3288 0 (unused) mptscsih 47216 3 mptbase 46624 3 [mptscsih] sd_mod 14540 6 scsi_mod 129824 3 [sg mptscsih sd_mod] [root at opteron lm_sensors-2.8.4]# service lm_sensors status No sensors found! [root at opteron lm_sensors-2.8.4]# lspci -n 00:06.0 Class 0604: 1022:7460 (rev 07) 00:07.0 Class 0601: 1022:7468 (rev 05) 00:07.1 Class 0101: 1022:7469 (rev 03) 00:07.3 Class 0680: 1022:746b (rev 05) 00:0a.0 Class 0604: 1022:7450 (rev 12) 00:0a.1 Class 0800: 1022:7451 (rev 01) 00:0b.0 Class 0604: 1022:7450 (rev 12) 00:0b.1 Class 0800: 1022:7451 (rev 01) 00:18.0 Class 0600: 1022:1100 00:18.1 Class 0600: 1022:1101 00:18.2 Class 0600: 1022:1102 00:18.3 Class 0600: 1022:1103 00:19.0 Class 0600: 1022:1100 00:19.1 Class 0600: 1022:1101 00:19.2 Class 0600: 1022:1102 00:19.3 Class 0600: 1022:1103 01:00.0 Class 0c03: 1022:7464 (rev 0b) 01:00.1 Class 0c03: 1022:7464 (rev 0b) 01:05.0 Class 0300: 1002:4752 (rev 27) 02:01.0 Class 0200: 14e4:1648 (rev 03) 02:01.1 Class 0200: 14e4:1648 (rev 03) 02:02.0 Class 0100: 1000:0030 (rev 07) [root at opteron lm_sensors-2.8.4]# i2cdetect Error: No i2c-bus specified! Syntax: i2cdetect I2CBUS I2CBUS is an integer i2cdetect -l lists installed busses only Installed I2C busses: i2c-0 smbus SMBus AMD756 adapter at 80e0 Non-I2C SMBus adapter [root at opteron lm_sensors-2.8.4]# i2cdetect 0 WARNING! This program can confuse your I2C bus, cause data loss and worse! I will probe file /dev/i2c-0 You have five seconds to reconsider and press CTRL-C! 0 1 2 3 4 5 6 7 8 9 a b c d e f 00: XX XX XX XX XX XX XX XX 08 XX XX XX XX XX XX XX 10: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 20: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 30: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 40: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX 50: XX XX 52 53 XX XX XX XX XX XX XX XX XX XX XX XX 60: XX XX XX XX XX XX XX XX XX 69 XX XX XX XX XX XX 70: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX [root at opteron lm_sensors-2.8.4]# uname -a Linux opteron 2.4.22-1.2135.nptlsmp #1 SMP Mon Dec 15 15:45:38 EST 2003 x86_64 x86_64 x86_64 GNU/Linux
