> My instructions were for Simon. Unless you have the exact same
> motherboard model, chances are high that these instructions do not
> apply to you.
I understand, but our two motherboards are merely different revisions. I
think mine has different onboard audio or something...
> I'd need the output of:
>
> # isadump -k 0x87,0x01,0x55,0x55 0x2e 0x2f 7
Ha, well I certainly get different output to Simon:
$ isadump -k 0x87,0x01,0x55,0x55 0x2e 0x2f 7
WARNING! Running this program can cause system crashes, data loss and worse!
I will probe address register 0x2e and data register 0x2f.
Probing bank 7 using bank register 0x07.
Continue? [Y/n] y
Segmentation fault
Not sure that GDB is much help here:
Program received signal SIGSEGV, Segmentation fault.
0x0000000000401068 in superio_write_key (addrreg=46, key=<value optimized
out>) at /usr/include/sys/io.h:99
99 __asm__ __volatile__ ("outb %b0,%w1": :"a" (__value), "Nd" (__port));
I stuffed around a bit more with the command arguments and eventually got the
original command to work:
$ isadump -k 0x87,0x01,0x55,0x55 0x2e 0x2f 7
WARNING! Running this program can cause system crashes, data loss and worse!
I will probe address register 0x2e and data register 0x2f.
Probing bank 7 using bank register 0x07.
Continue? [Y/n]
0 1 2 3 4 5 6 7 8 9 a b c d e f
00: 00 00 00 00 00 00 00 07 00 00 00 00 00 00 00 00
10: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
20: 87 18 04 10 00 80 df 3f 43 89 00 00 1d 00 00 00
30: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
40: 00 00 00 00 00 00 00 00 00 00 00 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 08 00 00 00 00 00 00 00 00 00 00 00 00 00
70: 00 00 00 00 00 04 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 c2 00 00 00 00 00 00
c0: 80 1d 3f 43 09 00 00 00 00 19 00 03 08 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 7e
f0: 10 40 00 00 00 00 11 00 00 00 00 00 3f 00 00 00
Looks pretty similar to Simon, so I think we're all good there.
> as Simon already provided, to comment on your case. Just because the
> symptoms look similar to Simon's, doesn't mean the problem is the same,
> nor that the solution (if there exists any) would be the same.
> Although, given the same motherboard manufacturer, there is a remote
> chance.
Yup, like I say, different revisions of the same motherboard.
>>> One thing we could do is teach the it87 driver to not export the VID
>>> value if any of VID pins 0-3 are configured for GPIO function. That
>>> wouldn't be too difficult, but would you be able to test a kernel patch?
>> I can test an it87 patch if you need a guinea pig - especially if it'll
>> compile against 2.6.30 so I don't have to reboot ;-)
>
> Sure, I can provide a standalone driver for any kernel version, no
> reboot needed unless I badly screw up ;)
Haha yes, of course :-)
Cheers,
Adam.
P.S. Just realised I had sensor programs running while I was running that,
that's probably the reason for the segfault :-$
_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
