Hello jean,
On 5/8/2011 1:27 AM, Jean Delvare wrote:
Hi Jeff,
On Sat, 07 May 2011 23:09:40 -0500, Jeff Rickman wrote:
I just tried out the "i8k.c" code from the link shown above. I still get
a crash in Syslog and messages on the Console when loading the new
module. The machine still runs so the crash doesn't appear to be "fatal".
Well you had already tried exactly this version, hadn't you?
My testing steps:
(1) Completely remove the "i8k" module supplied by Fedora to a "safe"
location. It is not being used on my machine per "lsmod".
Did you try loading this original i8k driver? Did it work? What are the
contents of /proc/i8k then?
If the original works and mine fails, please send me the two .ko files
in private and I'll try to figure out how they differ. Even better if
you can get the exact kernel sources used by Fedora to build your
running kernel so that I can also compare the source code (the source
file is drivers/misc/i8k.c in the kernel tree.)
(2) Run "depmod -a"
(3) Build the new "i8k" module, but leave it where it is built
(4) Reboot, just to be certain the legacy "i8k" module isn't being loaded
(5) Copy the new "i8k" module to /lib/modules/`uname
-r`/kernel/drivers/hwmon
(6) Run "depmod -a" again
(7) Run "modprobe -v i8k"
Note that you could simply use insmod with full path to the new module,
so you don't have to install it.
At this point I get Console messages and a crashdump to Syslog. See
attached text file for details.
With the new "i8k" module loaded per "lsmod", a "lock up" occurs when
accessing the I2C bus in "sensors-detect" version 5946. A "ctrl-C" is
required to get the script running again. Output at the lock up follows:
Using driver 'i2c-i801' for device 0000:00:1f.3 Intel 82801EB ICH5
Module i2c-dev loaded successfully.
I can sit and wait on this output for minutes unless I issue a "ctrl-C"
to continue script processing. That is not normal behavior.
With the kernel crash you got, it's nor surprising that anything
related to kernel module loading or unloading will hang.
Harry, is your Dell machine a single CPU or a dual-CPU system? Also,
what Dell BIOS version are you using? I'm curious to know what is
different. My system has 2 physical Intel Xeon 3.0 GHz cpu that are also
hyperthreaded. My Dell BIOS is A07; "dmidecode" will reflect that in
"Handle 0x000" and so will a machine reboot. There is 2G of DRAM
onboard. I am running Fedora Core 14 x86_64. "uname -a" output follows:
Linux xx.xx.xx.xx 2.6.35.12-90.fc14.x86_64 #1 SMP Fri Apr 22 16:01:29
UTC 2011 x86_64 x86_64 x86_64 GNU/Linux
[testing with original "i8k" module]
(1) Removed new "i8k" module from /lib/modules tree
(2) Checked "/proc/i8k". No such file or directory
(3) Copied original "i8k" module back to it's location in:
/lib/modules/`uname -r`/drivers/char
(4) Ran "depmod -a"
(5) Rebooted PC to obtain known stable state
After reboot...
(6) Checked "/proc/i8k". No such file or directory
(7) Checked "lsmod". "i8k" is not loaded
(8) Attempted to load original "i8k" but it crashed.
Crash output is attached.
(9) Rechecked "/proc/i8k". No such file or directory
(10) Rebooted PC to return to known stable state
I sent along my "uname -a" output to Hans so he could locate the correct
source files to send to you privately. I bet he can find the correct
source code files and mail them faster than I can, but I will try.
As for the system kernel, I am running a "stock as delivered by Fedora"
kernel; I did not do any recompiling or anything else to it. I loaded
the following Fedora "packages" via "yum":
kernel-devel
kernel-headers
make
gcc
Those "packages" were all I needed to compile your "i8k.c" file using
the "Makefile" also found in the same folder. Again, nothing special here.
[placing original driver back where it came from then loading it]
[root@XX drivers]# modprobe -v i8k
insmod /lib/modules/2.6.35.12-90.fc14.x86_64/kernel/drivers/char/i8k.ko
Segmentation fault
Message from syslogd@XX at May 8 05:55:32 ...
kernel:[ 151.734753] invalid opcode: 0000 [#1] SMP
[root@XX drivers]#
Message from syslogd@XX at May 8 05:55:32 ...
kernel:[ 151.734830] last sysfs file: /sys/devices/system/cpu/cpu1/cpufreq/scaling_setspeed
Message from syslogd@XX at May 8 05:55:32 ...
kernel:[ 151.735678] Stack:
Message from syslogd@XX at May 8 05:55:32 ...
kernel:[ 151.735678] Call Trace:
Message from syslogd@XX at May 8 05:55:32 ...
kernel:[ 151.735678] Code: 52 8b 58 04 8b 48 08 8b 50 0c 8b 70 10 8b 78 14 58 e6 b2 e6 84 48 87 04 24 89 58 04 89 48 08 89 50 0c 89 70 10 89 78 14 5a 89 10 <9f> c1 e8 08 83 e0 01 85 c0 ba ea ff ff ff 75 0f 41 8b 08 66 83
[root@XX drivers]# tail -50 /var/log/messages
May 8 05:53:31 XX smartd[1495]: Device: /dev/sda [SAT], enabled SMART Attribute Autosave.
May 8 05:53:31 XX smartd[1495]: Device: /dev/sda [SAT], enabled SMART Automatic Offline Testing.
May 8 05:53:31 XX smartd[1495]: Device: /dev/sda [SAT], is SMART capable. Adding to "monitor" list.
May 8 05:53:31 XX smartd[1495]: Monitoring 1 ATA and 0 SCSI devices
May 8 05:53:32 XX smartd[1495]: Device: /dev/sda [SAT], initial Temperature is 34 Celsius (Min/Max ??/34)
May 8 05:53:32 XX smartd[1497]: smartd has fork()ed into background mode. New PID=1497.
May 8 05:53:44 XX kernel: [ 44.050113] readahead-collector: sorting
May 8 05:53:44 XX kernel: [ 44.189440] readahead-collector: finished
May 8 05:53:45 XX ntpd[1403]: Deferring DNS for 0.fedora.pool.ntp.org 1
May 8 05:53:45 XX ntpd[1403]: 0.0.0.0 c016 06 restart
May 8 05:53:45 XX ntpd[1403]: 0.0.0.0 c012 02 freq_set kernel -35.543 PPM
May 8 05:53:47 XX ntpd_intres[1530]: DNS 0.fedora.pool.ntp.org -> 184.105.182.7
May 8 05:55:32 XX kernel: [ 151.734753] invalid opcode: 0000 [#1] SMP
May 8 05:55:32 XX kernel: [ 151.734830] last sysfs file: /sys/devices/system/cpu/cpu1/cpufreq/scaling_setspeed
May 8 05:55:32 XX kernel: [ 151.734882] CPU 3
May 8 05:55:32 XX kernel: [ 151.734902] Modules linked in: i8k(+) act_police cls_flow cls_fw cls_u32 sch_tbf sch_prio sch_htb sch_hfsc sch_ingress sch_sfq xt_time xt_connlimit xt_realm iptable_raw xt_comment xt_recent xt_policy ipt_ULOG ipt_REDIRECT ipt_NETMAP ipt_MASQUERADE ipt_ECN ipt_ecn ipt_CLUSTERIP ipt_ah ipt_addrtype nf_nat_tftp nf_nat_snmp_basic nf_nat_sip nf_nat_pptp nf_nat_proto_gre nf_nat_irc nf_nat_h323 nf_nat_ftp nf_nat_amanda ts_kmp nf_conntrack_amanda nf_conntrack_sane nf_conntrack_tftp nf_conntrack_sip nf_conntrack_proto_sctp nf_conntrack_pptp nf_conntrack_proto_gre nf_conntrack_netlink nf_conntrack_netbios_ns nf_conntrack_irc nf_conntrack_h323 nf_conntrack_ftp xt_TPROXY nf_tproxy_core xt_tcpmss xt_pkttype xt_physdev xt_owner xt_NFQUEUE xt_NFLOG nfnetlink_log xt_multiport xt_mark xt_mac xt_limit xt_length xt_iprange xt_helper xt_hashlimit xt_DSCP xt_dscp xt_dccp xt_connmark xt_CLASSIFY ipt_LOG iptable_nat nf_nat iptable_mangle nfnetlink p4_clockmod freq_table speedstep_lib e1000 iTCO_wdt iT
May 8 05:55:32 XX kernel: CO_vendor_support shpchp e752x_edac i2c_i801 serio_raw edac_core dcdbas microcode firewire_ohci firewire_core crc_itu_t nouveau ttm drm_kms_helper drm i2c_algo_bit video output i2c_core [last unloaded: mperf]
May 8 05:55:32 XX kernel: [ 151.735678]
May 8 05:55:32 XX kernel: [ 151.735678] Pid: 1674, comm: modprobe Not tainted 2.6.35.12-90.fc14.x86_64 #1 0U7565/Precision WorkStation 670
May 8 05:55:32 XX kernel: [ 151.735678] RIP: 0010:[<ffffffffa03f7041>] [<ffffffffa03f7041>] i8k_smm+0x41/0x65 [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] RSP: 0018:ffff88007d045ea0 EFLAGS: 00010246
May 8 05:55:32 XX kernel: [ 151.735678] RAX: ffff88007d045eb8 RBX: 0000000000000000 RCX: 0000000000000000
May 8 05:55:32 XX kernel: [ 151.735678] RDX: 000000000000fea3 RSI: 0000000000000000 RDI: 0000000000000000
May 8 05:55:32 XX kernel: [ 151.735678] RBP: ffff88007d045ea8 R08: ffff88007d045eb8 R09: 000000000000fea3
May 8 05:55:32 XX kernel: [ 151.735678] R10: ffffffffa03f7d10 R11: 0000000000000000 R12: 0000000000000000
May 8 05:55:32 XX kernel: [ 151.735678] R13: 0000000000db8040 R14: 0000000000000000 R15: 0000000000db16c0
May 8 05:55:32 XX kernel: [ 151.735678] FS: 00007f56f9747720(0000) GS:ffff8800020c0000(0000) knlGS:0000000000000000
May 8 05:55:32 XX kernel: [ 151.735678] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
May 8 05:55:32 XX kernel: [ 151.735678] CR2: 0000003a136e1200 CR3: 000000007d90c000 CR4: 00000000000006e0
May 8 05:55:32 XX kernel: [ 151.735678] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
May 8 05:55:32 XX kernel: [ 151.735678] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
May 8 05:55:32 XX kernel: [ 151.735678] Process modprobe (pid: 1674, threadinfo ffff88007d044000, task ffff88007e48dd00)
May 8 05:55:32 XX kernel: [ 151.735678] Stack:
May 8 05:55:32 XX kernel: [ 151.735678] ffffffffa03fb000 ffff88007d045ed8 ffffffffa03f71d2 000000000000fea3
May 8 05:55:32 XX kernel: [ 151.735678] <0> 0000000000000000 0000000000000000 ffffffffa03f721c ffff88007d045f08
May 8 05:55:32 XX kernel: [ 151.735678] <0> ffffffffa03fb0a7 ffff88007d045f28 ffffffff8106ae50 ffffffffa03fb000
May 8 05:55:32 XX kernel: [ 151.735678] Call Trace:
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffffa03fb000>] ? i8k_init+0x0/0x1ad [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffffa03f71d2>] i8k_get_dell_signature+0x28/0x48 [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffffa03f721c>] ? i8k_get_dmi_data+0xe/0x2c [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffffa03fb0a7>] i8k_init+0xa7/0x1ad [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffff8106ae50>] ? __blocking_notifier_call_chain+0x56/0x60
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffffa03fb000>] ? i8k_init+0x0/0x1ad [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffff810021a1>] do_one_initcall+0x5e/0x155
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffff8107d155>] sys_init_module+0xa6/0x1e4
May 8 05:55:32 XX kernel: [ 151.735678] [<ffffffff81009cf2>] system_call_fastpath+0x16/0x1b
May 8 05:55:32 XX kernel: [ 151.735678] Code: 52 8b 58 04 8b 48 08 8b 50 0c 8b 70 10 8b 78 14 58 e6 b2 e6 84 48 87 04 24 89 58 04 89 48 08 89 50 0c 89 70 10 89 78 14 5a 89 10 <9f> c1 e8 08 83 e0 01 85 c0 ba ea ff ff ff 75 0f 41 8b 08 66 83
May 8 05:55:32 XX kernel: [ 151.735678] RIP [<ffffffffa03f7041>] i8k_smm+0x41/0x65 [i8k]
May 8 05:55:32 XX kernel: [ 151.735678] RSP <ffff88007d045ea0>
May 8 05:55:32 XX kernel: [ 151.742261] ---[ end trace 9604dd0c176a3a68 ]---
[root@XX drivers]#
_______________________________________________
lm-sensors mailing list
lm-sensors@xxxxxxxxxxxxxx
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
