* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
@ 2012-02-08 0:27 Guenter Roeck
2012-02-08 13:18 ` Jean Delvare
` (15 more replies)
0 siblings, 16 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 0:27 UTC (permalink / raw)
To: lm-sensors
On Tue, Feb 07, 2012 at 02:08:37AM -0500, Patrick Marty wrote:
> Dear Guenter,
>
> Here are some detailed informations.
> Hope it helps :)
>
>
Forwarding this to the lm-sensors list so people know what is going on.
This is seen with the latest version of the w83627ehf driver in my -next branch,
and the driver in the master branch of my repository on github.
So far I have no clue what is causing the problem.
Guenter
> >> when I run sensors-detect, I got this ( abbreviated ) output :
> >>
> >> Driver `to-be-written':
> >> * ISA bus, address 0x290
> >> Chip `Nuvoton NCT6776F Super IO Sensors' (confidence: 9)
> >>
> > Probably this is an old version of sensors-detect.
>
>
> sensor-detect : revision 5946
> sensors version : 3.3.0
> lm-sensors package version : 3.3.0-4
>
>
> > Do you see an error
> > message with dmesg ?
>
> yes here is the error message given by dmesg after running modprobe w83627ehf:
>
> [ 237.889559] BUG: unable to handle kernel paging request at ffffffffa0c7c2e4
> [ 237.889566] IP: [<ffffffff81032919>] __ticket_spin_lock+0x9/0x20
> [ 237.889574] PGD 1c05067 PUD 1c09063 PMD 3f0bd7067 PTE 3eaa56161
> [ 237.889580] Oops: 0003 [#1] SMP
> [ 237.889584] CPU 4
> [ 237.889585] Modules linked in: w83627ehf(-) hwmon_vid parport_pc
> dm_crypt ppdev bnep rfcomm snd_hda_codec_hdmi joydev wacom nvidia(P)
> snd_hda_codec_realtek mxm_wmi eeepc_wmi asus_wmi sparse_keymap
> binfmt_misc btusb bluetooth snd_seq_midi snd_hda_intel snd_hda_codec
> psmouse snd_hwdep serio_raw snd_pcm snd_rawmidi snd_seq_midi_event
> snd_seq snd_timer snd_seq_device snd mei(C) wmi soundcore
> snd_page_alloc coretemp lp parport vesafb usbhid hid firewire_ohci
> firewire_core crc_itu_t ahci libahci xhci_hcd e1000e video
> [ 237.889624]
> [ 237.889627] Pid: 2383, comm: modprobe Tainted: P C
> 3.0.0-15-generic #26-Ubuntu System manufacturer System Product
> Name/P8Z68-V PRO GEN3
> [ 237.889633] RIP: 0010:[<ffffffff81032919>] [<ffffffff81032919>]
> __ticket_spin_lock+0x9/0x20
> [ 237.889638] RSP: 0018:ffff8803ea889e68 EFLAGS: 00010086
> [ 237.889641] RAX: 0000000000010000 RBX: 0000000000000286 RCX: 00000000c0000100
> [ 237.889644] RDX: 0000000000000000 RSI: 0000000000000286 RDI: ffffffffa0c7c2e4
> [ 237.889646] RBP: ffff8803ea889e68 R08: ffff8803ea888000 R09: 0000000000000000
> [ 237.889649] R10: 0000000000000400 R11: 0000000000000001 R12: ffffffffa0c7c2e4
> [ 237.889651] R13: 0000000000000000 R14: ffffffff8109ffde R15: 000000000000000f
> [ 237.889655] FS: 00007f39a4f00720(0000) GS:ffff88041f500000(0000)
> knlGS:0000000000000000
> [ 237.889658] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> [ 237.889660] CR2: ffffffffa0c7c2e4 CR3: 00000003eaf2e000 CR4: 00000000000406e0
> [ 237.889663] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> [ 237.889666] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> [ 237.889669] Process modprobe (pid: 2383, threadinfo
> ffff8803ea888000, task ffff880402b71720)
> [ 237.889671] Stack:
> [ 237.889673] ffff8803ea889e78 ffffffff810329b9 ffff8803ea889e98
> ffffffff815f208e
> [ 237.889678] ffffffffa0c7bcd4 ffffffffa0c7c2e4 ffff8803ea889ef8
> ffffffff81057179
> [ 237.889682] ffff880402b71720 ffffffff81057340 dead000000100100
> dead000000200200
> [ 237.889687] Call Trace:
> [ 237.889691] [<ffffffff810329b9>] default_spin_lock_flags+0x9/0x10
> [ 237.889696] [<ffffffff815f208e>] _raw_spin_lock_irqsave+0x2e/0x40
> [ 237.889703] [<ffffffffa0c7bcd4>] ? store_tolerance+0x184/0x184 [w83627ehf]
> [ 237.889708] [<ffffffffa0c7c2e4>] ? w83627ehf_probe+0x59e/0x22ba [w83627ehf]
> [ 237.889713] [<ffffffff81057179>] try_to_wake_up+0x39/0x200
> [ 237.889716] [<ffffffff81057340>] ? try_to_wake_up+0x200/0x200
> [ 237.889721] [<ffffffff8109ffde>] ? sys_init_module+0x1be/0x230
> [ 237.889724] [<ffffffff81057375>] wake_up_process+0x15/0x20
> [ 237.889727] [<ffffffff8109d37f>] module_put+0xaf/0xc0
> [ 237.889731] [<ffffffff8109ffde>] sys_init_module+0x1be/0x230
> [ 237.889735] [<ffffffff815fa1c2>] system_call_fastpath+0x16/0x1b
> [ 237.889738] Code: 00 00 48 c7 c1 21 27 03 81 48 c7 c2 1e 27 03 81
> e9 dd fe ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 55 b8 00 00 01
> 00 48 89 e5 <f0> 0f c1 07 0f b7 d0 c1 e8 10 39 c2 74 07 f3 90 0f b7 17
> eb f5
> [ 237.889773] RIP [<ffffffff81032919>] __ticket_spin_lock+0x9/0x20
> [ 237.889777] RSP <ffff8803ea889e68>
> [ 237.889779] CR2: ffffffffa0c7c2e4
> [ 237.889782] ---[ end trace 99e0d80bf6a60138 ]---
>
>
> > Also, do you see that the driver is loaded when
> > running "lsmod" ?
>
> no the driver is not loaded
>
> the first time I load the driver with modprob, I got the error message above
> if I try to load the driver again, modprob runs endlessly ( the
> process is marked as sleeping by top command )
>
> My kernel version is kernel 3.0.0-15-generic ( ubuntu 11.10 ).
>
>
>
> I have run ubuntu 11.10 from a usb key ( kernel version
> 3.0.0-12-generic, lm-sensors package 3.3.0-4 ).
> The driver w83627 shipped with it loads without error ( but I still
> have to load it manually, sensors-detect don't do it for me ).
> Here is the dmesg output after loading the module with modprobe :
>
> [ 740.741755] coretemp coretemp.0: TjMax is 98 C.
> [ 957.438553] w83627ehf: Found NCT6776F chip at 0x290
>
> and the driver is loaded when running lsmod :
>
> ubuntu@ubuntu:~$ lsmod | grep w83
> w83627ehf 38413 0
> hwmon_vid 12746 1 w83627ehf
>
>
> Do you need more details ?
>
> I am going to re-install my system tomorrow or the day after.
> If you need more information, ask me.
>
>
> Thanks
>
> Best regards, Patrick
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
@ 2012-02-08 13:18 ` Jean Delvare
2012-02-08 13:25 ` Jean Delvare
` (14 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Jean Delvare @ 2012-02-08 13:18 UTC (permalink / raw)
To: lm-sensors
SGkgR3VlbnRlciwgUGF0cmljaywKCk9uIFR1ZSwgNyBGZWIgMjAxMiAxNjoyNzo0MCAtMDgwMCwg
R3VlbnRlciBSb2VjayB3cm90ZToKPiBPbiBUdWUsIEZlYiAwNywgMjAxMiBhdCAwMjowODozN0FN
IC0wNTAwLCBQYXRyaWNrIE1hcnR5IHdyb3RlOgo+ID4gRGVhciBHdWVudGVyLAo+ID4gCj4gPiBI
ZXJlIGFyZSBzb21lIGRldGFpbGVkIGluZm9ybWF0aW9ucy4KPiA+IEhvcGUgaXQgaGVscHMgOikK
PiA+IAo+ID4gCj4gRm9yd2FyZGluZyB0aGlzIHRvIHRoZSBsbS1zZW5zb3JzIGxpc3Qgc28gcGVv
cGxlIGtub3cgd2hhdCBpcyBnb2luZyBvbi4KPiBUaGlzIGlzIHNlZW4gd2l0aCB0aGUgbGF0ZXN0
IHZlcnNpb24gb2YgdGhlIHc4MzYyN2VoZiBkcml2ZXIgaW4gbXkgLW5leHQgYnJhbmNoLAo+IGFu
ZCB0aGUgZHJpdmVyIGluIHRoZSBtYXN0ZXIgYnJhbmNoIG9mIG15IHJlcG9zaXRvcnkgb24gZ2l0
aHViLgo+Cj4gU28gZmFyIEkgaGF2ZSBubyBjbHVlIHdoYXQgaXMgY2F1c2luZyB0aGUgcHJvYmxl
bS4KPiAKPiBHdWVudGVyCj4gCj4gPiA+PiB3aGVuIEkgcnVuIHNlbnNvcnMtZGV0ZWN0LCBJIGdv
dCB0aGlzICggYWJicmV2aWF0ZWQgKSBvdXRwdXQgOgo+ID4gPj4KPiA+ID4+IERyaXZlciBgdG8t
YmUtd3JpdHRlbic6Cj4gPiA+PiDCoCAqIElTQSBidXMsIGFkZHJlc3MgMHgyOTAKPiA+ID4+IMKg
IMKgIENoaXAgYE51dm90b24gTkNUNjc3NkYgU3VwZXIgSU8gU2Vuc29ycycgKGNvbmZpZGVuY2U6
IDkpCj4gPiA+Pgo+ID4gPiBQcm9iYWJseSB0aGlzIGlzIGFuIG9sZCB2ZXJzaW9uIG9mIHNlbnNv
cnMtZGV0ZWN0Lgo+ID4gCj4gPiAKPiA+IHNlbnNvci1kZXRlY3QgOiByZXZpc2lvbiA1OTQ2Cj4g
PiBzZW5zb3JzIHZlcnNpb24gOiAzLjMuMAo+ID4gbG0tc2Vuc29ycyBwYWNrYWdlIHZlcnNpb24g
OiAzLjMuMC00CgpUaGUgcHJvcGVyIGRyaXZlciBiaW5kaW5nIHdhcyBvbmx5IGFkZGVkIHRvIHNl
bnNvcnMtZGV0ZWN0IGluIHZlcnNpb24KMy4zLjE6Cmh0dHA6Ly93d3cubG0tc2Vuc29ycy5vcmcv
Y2hhbmdlc2V0LzU5NjgvbG0tc2Vuc29ycy90cnVuay9wcm9nL2RldGVjdAoKWW91IGNhbiB1c2Ug
dGhlIGxhdGVzdCB2ZXJzaW9uIG9mIHNlbnNvcnMtZGV0ZWN0IHRvIGdlbmVyYXRlIHRoZSBwcm9w
ZXIKY29uZmlndXJhdGlvbiBmaWxlOgpodHRwOi8vZGwubG0tc2Vuc29ycy5vcmcvbG0tc2Vuc29y
cy9maWxlcy9zZW5zb3JzLWRldGVjdAoKPiA+ID4gRG8geW91IHNlZSBhbiBlcnJvcgo+ID4gPiBt
ZXNzYWdlIHdpdGggZG1lc2cgPwo+ID4gCj4gPiB5ZXMgaGVyZSBpcyB0aGUgZXJyb3IgbWVzc2Fn
ZSBnaXZlbiBieSBkbWVzZyBhZnRlciBydW5uaW5nIG1vZHByb2JlIHc4MzYyN2VoZjoKPiA+IAo+
ID4gWyAgMjM3Ljg4OTU1OV0gQlVHOiB1bmFibGUgdG8gaGFuZGxlIGtlcm5lbCBwYWdpbmcgcmVx
dWVzdCBhdCBmZmZmZmZmZmEwYzdjMmU0Cj4gPiBbICAyMzcuODg5NTY2XSBJUDogWzxmZmZmZmZm
ZjgxMDMyOTE5Pl0gX190aWNrZXRfc3Bpbl9sb2NrKzB4OS8weDIwCj4gPiBbICAyMzcuODg5NTc0
XSBQR0QgMWMwNTA2NyBQVUQgMWMwOTA2MyBQTUQgM2YwYmQ3MDY3IFBURSAzZWFhNTYxNjEKPiA+
IFsgIDIzNy44ODk1ODBdIE9vcHM6IDAwMDMgWyMxXSBTTVAKPiA+IFsgIDIzNy44ODk1ODRdIENQ
VSA0Cj4gPiBbICAyMzcuODg5NTg1XSBNb2R1bGVzIGxpbmtlZCBpbjogdzgzNjI3ZWhmKC0pIGh3
bW9uX3ZpZCBwYXJwb3J0X3BjCj4gPiBkbV9jcnlwdCBwcGRldiBibmVwIHJmY29tbSBzbmRfaGRh
X2NvZGVjX2hkbWkgam95ZGV2IHdhY29tIG52aWRpYShQKQo+ID4gc25kX2hkYV9jb2RlY19yZWFs
dGVrIG14bV93bWkgZWVlcGNfd21pIGFzdXNfd21pIHNwYXJzZV9rZXltYXAKPiA+IGJpbmZtdF9t
aXNjIGJ0dXNiIGJsdWV0b290aCBzbmRfc2VxX21pZGkgc25kX2hkYV9pbnRlbCBzbmRfaGRhX2Nv
ZGVjCj4gPiBwc21vdXNlIHNuZF9od2RlcCBzZXJpb19yYXcgc25kX3BjbSBzbmRfcmF3bWlkaSBz
bmRfc2VxX21pZGlfZXZlbnQKPiA+IHNuZF9zZXEgc25kX3RpbWVyIHNuZF9zZXFfZGV2aWNlIHNu
ZCBtZWkoQykgd21pIHNvdW5kY29yZQo+ID4gc25kX3BhZ2VfYWxsb2MgY29yZXRlbXAgbHAgcGFy
cG9ydCB2ZXNhZmIgdXNiaGlkIGhpZCBmaXJld2lyZV9vaGNpCj4gPiBmaXJld2lyZV9jb3JlIGNy
Y19pdHVfdCBhaGNpIGxpYmFoY2kgeGhjaV9oY2QgZTEwMDBlIHZpZGVvCgpOb3RlIHRoZSBwcm9w
cmlldGFyeSBudmlkaWEgZHJpdmVyIGFuZCB0aGUgcHJlc2VuY2Ugb2YgYSBzdGFnaW5nIGRyaXZl
ci4KCj4gPiBbICAyMzcuODg5NjI0XQo+ID4gWyAgMjM3Ljg4OTYyN10gUGlkOiAyMzgzLCBjb21t
OiBtb2Rwcm9iZSBUYWludGVkOiBQICAgICAJQwo+ID4gMy4wLjAtMTUtZ2VuZXJpYyAjMjYtVWJ1
bnR1IFN5c3RlbSBtYW51ZmFjdHVyZXIgU3lzdGVtIFByb2R1Y3QKPiA+IE5hbWUvUDhaNjgtViBQ
Uk8gR0VOMwo+ID4gWyAgMjM3Ljg4OTYzM10gUklQOiAwMDEwOls8ZmZmZmZmZmY4MTAzMjkxOT5d
ICBbPGZmZmZmZmZmODEwMzI5MTk+XQo+ID4gX190aWNrZXRfc3Bpbl9sb2NrKzB4OS8weDIwCj4g
PiBbICAyMzcuODg5NjM4XSBSU1A6IDAwMTg6ZmZmZjg4MDNlYTg4OWU2OCAgRUZMQUdTOiAwMDAx
MDA4Ngo+ID4gWyAgMjM3Ljg4OTY0MV0gUkFYOiAwMDAwMDAwMDAwMDEwMDAwIFJCWDogMDAwMDAw
MDAwMDAwMDI4NiBSQ1g6IDAwMDAwMDAwYzAwMDAxMDAKPiA+IFsgIDIzNy44ODk2NDRdIFJEWDog
MDAwMDAwMDAwMDAwMDAwMCBSU0k6IDAwMDAwMDAwMDAwMDAyODYgUkRJOiBmZmZmZmZmZmEwYzdj
MmU0Cj4gPiBbICAyMzcuODg5NjQ2XSBSQlA6IGZmZmY4ODAzZWE4ODllNjggUjA4OiBmZmZmODgw
M2VhODg4MDAwIFIwOTogMDAwMDAwMDAwMDAwMDAwMAo+ID4gWyAgMjM3Ljg4OTY0OV0gUjEwOiAw
MDAwMDAwMDAwMDAwNDAwIFIxMTogMDAwMDAwMDAwMDAwMDAwMSBSMTI6IGZmZmZmZmZmYTBjN2My
ZTQKPiA+IFsgIDIzNy44ODk2NTFdIFIxMzogMDAwMDAwMDAwMDAwMDAwMCBSMTQ6IGZmZmZmZmZm
ODEwOWZmZGUgUjE1OiAwMDAwMDAwMDAwMDAwMDBmCj4gPiBbICAyMzcuODg5NjU1XSBGUzogIDAw
MDA3ZjM5YTRmMDA3MjAoMDAwMCkgR1M6ZmZmZjg4MDQxZjUwMDAwMCgwMDAwKQo+ID4ga25sR1M6
MDAwMDAwMDAwMDAwMDAwMAo+ID4gWyAgMjM3Ljg4OTY1OF0gQ1M6ICAwMDEwIERTOiAwMDAwIEVT
OiAwMDAwIENSMDogMDAwMDAwMDA4MDA1MDAzYgo+ID4gWyAgMjM3Ljg4OTY2MF0gQ1IyOiBmZmZm
ZmZmZmEwYzdjMmU0IENSMzogMDAwMDAwMDNlYWYyZTAwMCBDUjQ6IDAwMDAwMDAwMDAwNDA2ZTAK
PiA+IFsgIDIzNy44ODk2NjNdIERSMDogMDAwMDAwMDAwMDAwMDAwMCBEUjE6IDAwMDAwMDAwMDAw
MDAwMDAgRFIyOiAwMDAwMDAwMDAwMDAwMDAwCj4gPiBbICAyMzcuODg5NjY2XSBEUjM6IDAwMDAw
MDAwMDAwMDAwMDAgRFI2OiAwMDAwMDAwMGZmZmYwZmYwIERSNzogMDAwMDAwMDAwMDAwMDQwMAo+
ID4gWyAgMjM3Ljg4OTY2OV0gUHJvY2VzcyBtb2Rwcm9iZSAocGlkOiAyMzgzLCB0aHJlYWRpbmZv
Cj4gPiBmZmZmODgwM2VhODg4MDAwLCB0YXNrIGZmZmY4ODA0MDJiNzE3MjApCj4gPiBbICAyMzcu
ODg5NjcxXSBTdGFjazoKPiA+IFsgIDIzNy44ODk2NzNdICBmZmZmODgwM2VhODg5ZTc4IGZmZmZm
ZmZmODEwMzI5YjkgZmZmZjg4MDNlYTg4OWU5OAo+ID4gZmZmZmZmZmY4MTVmMjA4ZQo+ID4gWyAg
MjM3Ljg4OTY3OF0gIGZmZmZmZmZmYTBjN2JjZDQgZmZmZmZmZmZhMGM3YzJlNCBmZmZmODgwM2Vh
ODg5ZWY4Cj4gPiBmZmZmZmZmZjgxMDU3MTc5Cj4gPiBbICAyMzcuODg5NjgyXSAgZmZmZjg4MDQw
MmI3MTcyMCBmZmZmZmZmZjgxMDU3MzQwIGRlYWQwMDAwMDAxMDAxMDAKPiA+IGRlYWQwMDAwMDAy
MDAyMDAKPiA+IFsgIDIzNy44ODk2ODddIENhbGwgVHJhY2U6Cj4gPiBbICAyMzcuODg5NjkxXSAg
WzxmZmZmZmZmZjgxMDMyOWI5Pl0gZGVmYXVsdF9zcGluX2xvY2tfZmxhZ3MrMHg5LzB4MTAKPiA+
IFsgIDIzNy44ODk2OTZdICBbPGZmZmZmZmZmODE1ZjIwOGU+XSBfcmF3X3NwaW5fbG9ja19pcnFz
YXZlKzB4MmUvMHg0MAo+ID4gWyAgMjM3Ljg4OTcwM10gIFs8ZmZmZmZmZmZhMGM3YmNkND5dID8g
c3RvcmVfdG9sZXJhbmNlKzB4MTg0LzB4MTg0IFt3ODM2MjdlaGZdCgpJJ20gbm90IHN1cmUgaG93
IG11Y2ggd2UgY2FuIHRydXN0IHRoaXMgY2FsbCB0cmFjZS4gRnVuY3Rpb24Kc3RvcmVfdG9sZXJh
bmNlKCkgaXMgbm90IGNhbGxlZCBieSB3ODM2MjdlaGZfcHJvYmUoKS4gSSB3b3VsZG4ndCBydWxl
Cm91dCBhIHN0YWNrIGNvcnJ1cHRpb24uIElmIHRoZXJlIGlzIGEgZGVidWcga2VybmVsIGZsYXZv
ciBhdmFpbGFibGUgZm9yCnlvdXIgc3lzdGVtLCBwbGVhc2UgdHJ5IGl0IGFuZCBzZWUgaWYgeW91
IGdldCBhIGJldHRlciBjYWxsIHRyYWNlLgoKPiA+IFsgIDIzNy44ODk3MDhdICBbPGZmZmZmZmZm
YTBjN2MyZTQ+XSA/IHc4MzYyN2VoZl9wcm9iZSsweDU5ZS8weDIyYmEgW3c4MzYyN2VoZl0KCkNh
biB5b3UgcGxlYXNlIGFzayBnZGIgd2hpY2ggbGluZSBvZiB0aGUgZnVuY3Rpb24gdGhpcyBpcz8g
WW91J2xsCnByb2JhYmx5IGhhdmUgdG8gaW5zdGFsbCBzb21lIGtlcm5lbCBkZWJ1Z2dpbmcgcGFj
a2FnZSBmb3IgdGhpcywgZG9uJ3QKa25vdyBob3cgdGhpcyB3b3JrcyBvbiBVYnVudHUuCgokIGdk
YgooZ2RiKSBmaWxlIGRyaXZlcnMvaHdtb24vdzgzNjI3ZWhmLmtvCihnZGIpIGxpc3QgKih3ODM2
MjdlaGZfcHJvYmUrMHg1OWUpCgo+ID4gWyAgMjM3Ljg4OTcxM10gIFs8ZmZmZmZmZmY4MTA1NzE3
OT5dIHRyeV90b193YWtlX3VwKzB4MzkvMHgyMDAKPiA+IFsgIDIzNy44ODk3MTZdICBbPGZmZmZm
ZmZmODEwNTczNDA+XSA/IHRyeV90b193YWtlX3VwKzB4MjAwLzB4MjAwCj4gPiBbICAyMzcuODg5
NzIxXSAgWzxmZmZmZmZmZjgxMDlmZmRlPl0gPyBzeXNfaW5pdF9tb2R1bGUrMHgxYmUvMHgyMzAK
PiA+IFsgIDIzNy44ODk3MjRdICBbPGZmZmZmZmZmODEwNTczNzU+XSB3YWtlX3VwX3Byb2Nlc3Mr
MHgxNS8weDIwCj4gPiBbICAyMzcuODg5NzI3XSAgWzxmZmZmZmZmZjgxMDlkMzdmPl0gbW9kdWxl
X3B1dCsweGFmLzB4YzAKPiA+IFsgIDIzNy44ODk3MzFdICBbPGZmZmZmZmZmODEwOWZmZGU+XSBz
eXNfaW5pdF9tb2R1bGUrMHgxYmUvMHgyMzAKPiA+IFsgIDIzNy44ODk3MzVdICBbPGZmZmZmZmZm
ODE1ZmExYzI+XSBzeXN0ZW1fY2FsbF9mYXN0cGF0aCsweDE2LzB4MWIKPiA+IFsgIDIzNy44ODk3
MzhdIENvZGU6IDAwIDAwIDQ4IGM3IGMxIDIxIDI3IDAzIDgxIDQ4IGM3IGMyIDFlIDI3IDAzIDgx
Cj4gPiBlOSBkZCBmZSBmZiBmZiA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5MCA5
MCA1NSBiOCAwMCAwMCAwMQo+ID4gMDAgNDggODkgZTUgPGYwPiAwZiBjMSAwNyAwZiBiNyBkMCBj
MSBlOCAxMCAzOSBjMiA3NCAwNyBmMyA5MCAwZiBiNyAxNwo+ID4gZWIgZjUKPiA+IFsgIDIzNy44
ODk3NzNdIFJJUCAgWzxmZmZmZmZmZjgxMDMyOTE5Pl0gX190aWNrZXRfc3Bpbl9sb2NrKzB4OS8w
eDIwCj4gPiBbICAyMzcuODg5Nzc3XSAgUlNQIDxmZmZmODgwM2VhODg5ZTY4Pgo+ID4gWyAgMjM3
Ljg4OTc3OV0gQ1IyOiBmZmZmZmZmZmEwYzdjMmU0Cj4gPiBbICAyMzcuODg5NzgyXSAtLS1bIGVu
ZCB0cmFjZSA5OWUwZDgwYmY2YTYwMTM4IF0tLS0KPiA+IAo+ID4gCj4gPiA+IEFsc28sIGRvIHlv
dSBzZWUgdGhhdCB0aGUgZHJpdmVyIGlzIGxvYWRlZCB3aGVuCj4gPiA+IHJ1bm5pbmcgImxzbW9k
IiA/Cj4gPiAKPiA+IG5vIHRoZSBkcml2ZXIgaXMgbm90IGxvYWRlZAoKVGhpcyBpcyBleHBlY3Rl
ZCwgYXMgbG9hZGluZyB0aGUgZHJpdmVyIGNhbGxlZCB0aGUgcHJvYmUoKSBmdW5jdGlvbgp3aGlj
aCBuZXZlciBmaW5pc2hlZC4gVGhpcyBpcyB3aHkgeW91IHNlZSAoLSkgYWZ0ZXIgdGhlIG1vZHVs
ZSBuYW1lIGluCnRoZSBtb2R1bGUgbGlzdC4KCj4gPiB0aGUgZmlyc3QgdGltZSBJIGxvYWQgdGhl
IGRyaXZlciB3aXRoIG1vZHByb2IsIEkgZ290IHRoZSBlcnJvciBtZXNzYWdlIGFib3ZlCj4gPiBp
ZiBJIHRyeSB0byBsb2FkIHRoZSBkcml2ZXIgYWdhaW4sIG1vZHByb2IgcnVucyBlbmRsZXNzbHkg
KCB0aGUKPiA+IHByb2Nlc3MgaXMgbWFya2VkIGFzIHNsZWVwaW5nIGJ5IHRvcCBjb21tYW5kICkK
ClRoaXMgaXMgZXhwZWN0ZWQsIG1vZHVsZSBsb2FkaW5nIGlzIHNlcmlhbGl6ZWQsIGFuZCB0aGUg
Zmlyc3QgbW9kcHJvYmUKbmV2ZXIgY29tcGxldGVkLgoKPiA+IE15IGtlcm5lbCB2ZXJzaW9uIGlz
IGtlcm5lbCAzLjAuMC0xNS1nZW5lcmljICggdWJ1bnR1IDExLjEwICkuCgpObyB1cGRhdGUgYXZh
aWxhYmxlPyBLZXJuZWwgMy4wLjAgaXMgZ2V0dGluZyBvbGQsIHRoZXJlIGhhdmUgYmVlbiAyMApz
dGFibGUgdXBkYXRlcyBtZWFud2hpbGUhCgo+ID4gSSBoYXZlIHJ1biB1YnVudHUgMTEuMTAgZnJv
bSBhIHVzYiBrZXkgKCBrZXJuZWwgdmVyc2lvbgo+ID4gMy4wLjAtMTItZ2VuZXJpYywgbG0tc2Vu
c29ycyBwYWNrYWdlIDMuMy4wLTQgKS4KPiA+IFRoZSBkcml2ZXIgdzgzNjI3IHNoaXBwZWQgd2l0
aCBpdCBsb2FkcyB3aXRob3V0IGVycm9yICggYnV0IEkgc3RpbGwKPiA+IGhhdmUgdG8gbG9hZCBp
dCBtYW51YWxseSwgc2Vuc29ycy1kZXRlY3QgZG9uJ3QgZG8gaXQgZm9yIG1lICkuCj4gPiBIZXJl
IGlzIHRoZSBkbWVzZyBvdXRwdXQgYWZ0ZXIgbG9hZGluZyB0aGUgbW9kdWxlIHdpdGggbW9kcHJv
YmUgOgo+ID4gCj4gPiBbICA3NDAuNzQxNzU1XSBjb3JldGVtcCBjb3JldGVtcC4wOiBUak1heCBp
cyA5OCBDLgo+ID4gWyAgOTU3LjQzODU1M10gdzgzNjI3ZWhmOiBGb3VuZCBOQ1Q2Nzc2RiBjaGlw
IGF0IDB4MjkwCj4gPiAKPiA+IGFuZCB0aGUgZHJpdmVyIGlzIGxvYWRlZCB3aGVuIHJ1bm5pbmcg
bHNtb2QgOgo+ID4gCj4gPiB1YnVudHVAdWJ1bnR1On4kIGxzbW9kIHwgZ3JlcCB3ODMKPiA+IHc4
MzYyN2VoZiAgICAgICAgICAJMzg0MTMgIDAKPiA+IGh3bW9uX3ZpZCAgICAgICAgICAJMTI3NDYg
IDEgdzgzNjI3ZWhmCj4gPiAKPiA+IAo+ID4gRG8geW91IG5lZWQgbW9yZSBkZXRhaWxzID8KPiA+
IAo+ID4gSSBhbSBnb2luZyB0byByZS1pbnN0YWxsIG15IHN5c3RlbSB0b21vcnJvdyBvciB0aGUg
ZGF5IGFmdGVyLgo+ID4gSWYgeW91IG5lZWQgbW9yZSBpbmZvcm1hdGlvbiwgYXNrIG1lLgoKLS0g
CkplYW4gRGVsdmFyZQoKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f
X19fX18KbG0tc2Vuc29ycyBtYWlsaW5nIGxpc3QKbG0tc2Vuc29yc0BsbS1zZW5zb3JzLm9yZwpo
dHRwOi8vbGlzdHMubG0tc2Vuc29ycy5vcmcvbWFpbG1hbi9saXN0aW5mby9sbS1zZW5zb3Jz
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
2012-02-08 13:18 ` Jean Delvare
@ 2012-02-08 13:25 ` Jean Delvare
2012-02-08 14:11 ` Guenter Roeck
` (13 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Jean Delvare @ 2012-02-08 13:25 UTC (permalink / raw)
To: lm-sensors
On Wed, 8 Feb 2012 14:18:57 +0100, Jean Delvare wrote:
> > > [ 237.889708] [<ffffffffa0c7c2e4>] ? w83627ehf_probe+0x59e/0x22ba [w83627ehf]
>
> Can you please ask gdb which line of the function this is? You'll
> probably have to install some kernel debugging package for this, don't
> know how this works on Ubuntu.
>
> $ gdb
> (gdb) file drivers/hwmon/w83627ehf.ko
> (gdb) list *(w83627ehf_probe+0x59e)
Oops, obviously the driver isn't from your kernel but the one you got
from Guenter. So no need to install the kernel debugging package, only
gdb, and then modify the Makefile to include the debugging symbols:
EXTRA_CFLAGS += -DDEBUG
And then rebuild the w83627ehf driver. That should be enough for gdb to
show us where the failure occurred.
Also note: if you update your kernel, you have to rebuild the w83627ehf
driver.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
2012-02-08 13:18 ` Jean Delvare
2012-02-08 13:25 ` Jean Delvare
@ 2012-02-08 14:11 ` Guenter Roeck
2012-02-08 14:16 ` Guenter Roeck
` (12 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 14:11 UTC (permalink / raw)
To: lm-sensors
Jean,
On Wed, Feb 08, 2012 at 08:18:57AM -0500, Jean Delvare wrote:
[ ... ]
>
> > > My kernel version is kernel 3.0.0-15-generic ( ubuntu 11.10 ).
>
> No update available? Kernel 3.0.0 is getting old, there have been 20
> stable updates meanwhile!
>
The latest Ubuntu 11.10 kernel is 3.0.0-15, so it is not that old.
Not sure how they count version numbers, if the Ubuntu folks even
take the latest upstream kernel, or if they maintain their own
independent set of patches. I am running 3.0.0-15 on one of my home
systems, and I have -12 as well as -14 installed as well. My laptop
at work currently runs -14. All are working fine. So I think it is
unlikely to be related to the kernel version.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (2 preceding siblings ...)
2012-02-08 14:11 ` Guenter Roeck
@ 2012-02-08 14:16 ` Guenter Roeck
2012-02-08 14:21 ` David Kremer
` (11 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 14:16 UTC (permalink / raw)
To: lm-sensors
On Wed, Feb 08, 2012 at 06:39:46AM -0500, Patrick Marty wrote:
> Guenter,
>
> I have tested all driver versions with the 3 linux kernels installed
> on my system :
> * 3.0.0-15-generic
> * 3.0.0-12-generic
> * 2.6.38-13-generic
>
> I have re-compiled and re-installed each driver version for each kernel version.
>
> All versions work with kernel 2.6.38-13 ( but you probably already
> know that ) and ... all versions fail with kernels 3.0.0.* ( I mean I
> got an error message when loading the driver with modprobe )
>
> I have also tested all driver versions with linux running from an usb
> key with kernel 3.0.0-12-generic.
>
> And all versions worked ! No error after loading the driver :)
>
> The main differences I could think of with the linux installed on my
> hard drive with the linux from usb key were :
> * not the same gcc version :
> * 4.6.1 on usb key
> * 4.4.6 on hard drive
> * not the same graphic card driver
> * nouveau driver on usb key
> * nvidia driver on hard drive
>
> So I have also tried all driver versions compiled with gcc 4.6.1 with
> linux kernel 3.0.0-15-generic ( I unload the driver with modprobe -r
> ... before reloading it and I checked with dmesg & lsmod that the
> driver was loaded :) ).
> And all versions worked :)
>
> So It seems that compiling with gcc 4.4.6 is the source of the problem.
> And compiling the driver with gcc 4.6 solved it.
> Do you have any idea why ?
>
Puzzled. I am copying Jean and the list ... Jean, any idea ? Compiler bug ?
> I can send you the .o & .ko files compiled with gcc 4.6 if you need them.
>
Would be great if you could do that, with -DDEBUG as suggested by Jean
in his other e-mail, to let us find the offending source.
Please keep Jean and the list copied on your replies. We'll need as much support
as we can get on this one.
Thanks,
Guenter
> Yours
> Patrick
>
>
> 2012/2/7 Guenter Roeck <guenter.roeck@ericsson.com>:
> > Patrick,
> >
> > I must be doing something wrong when disassembling the object file. The
> > offending code seems to be in a part of the driver which should not be
> > executed for NCT6776F. Right now I have no idea what is going on, even
> > after looking at the code for several hours. Which means the only thing
> > we can do is to bisect the problem, ie install the various driver
> > versions until we find the one that works. Please let me know when you
> > get tired of this ...
> >
> > Thanks,
> > Guenter
> >
> > On Tue, 2012-02-07 at 14:00 -0500, Patrick Marty wrote:
> >> Hi Guenter,
> >>
> >> The files are in attachment
> >>
> >> Yours
> >> Patrick
> >>
> >> 2012/2/7 Guenter Roeck <guenter.roeck@ericsson.com>:
> >> > Hi Patrick,
> >> >
> >> > On Tue, Feb 07, 2012 at 02:08:37AM -0500, Patrick Marty wrote:
> >> >> Dear Guenter,
> >> >>
> >> >> Here are some detailed informations.
> >> >> Hope it helps :)
> >> >>
> >> >>
> >> >> >> when I run sensors-detect, I got this ( abbreviated ) output :
> >> >> >>
> >> >> >> Driver `to-be-written':
> >> >> >> * ISA bus, address 0x290
> >> >> >> Chip `Nuvoton NCT6776F Super IO Sensors' (confidence: 9)
> >> >> >>
> >> >> > Probably this is an old version of sensors-detect.
> >> >>
> >> >>
> >> >> sensor-detect : revision 5946
> >> >> sensors version : 3.3.0
> >> >> lm-sensors package version : 3.3.0-4
> >> >>
> >> >>
> >> >> > Do you see an error
> >> >> > message with dmesg ?
> >> >>
> >> >> yes here is the error message given by dmesg after running modprobe w83627ehf:
> >> >>
> >> >> [ 237.889559] BUG: unable to handle kernel paging request at ffffffffa0c7c2e4
> >> >> [ 237.889566] IP: [<ffffffff81032919>] __ticket_spin_lock+0x9/0x20
> >> >> [ 237.889574] PGD 1c05067 PUD 1c09063 PMD 3f0bd7067 PTE 3eaa56161
> >> >> [ 237.889580] Oops: 0003 [#1] SMP
> >> >> [ 237.889584] CPU 4
> >> >> [ 237.889585] Modules linked in: w83627ehf(-) hwmon_vid parport_pc
> >> >> dm_crypt ppdev bnep rfcomm snd_hda_codec_hdmi joydev wacom nvidia(P)
> >> >> snd_hda_codec_realtek mxm_wmi eeepc_wmi asus_wmi sparse_keymap
> >> >> binfmt_misc btusb bluetooth snd_seq_midi snd_hda_intel snd_hda_codec
> >> >> psmouse snd_hwdep serio_raw snd_pcm snd_rawmidi snd_seq_midi_event
> >> >> snd_seq snd_timer snd_seq_device snd mei(C) wmi soundcore
> >> >> snd_page_alloc coretemp lp parport vesafb usbhid hid firewire_ohci
> >> >> firewire_core crc_itu_t ahci libahci xhci_hcd e1000e video
> >> >> [ 237.889624]
> >> >> [ 237.889627] Pid: 2383, comm: modprobe Tainted: P C
> >> >> 3.0.0-15-generic #26-Ubuntu System manufacturer System Product
> >> >> Name/P8Z68-V PRO GEN3
> >> >> [ 237.889633] RIP: 0010:[<ffffffff81032919>] [<ffffffff81032919>]
> >> >> __ticket_spin_lock+0x9/0x20
> >> >> [ 237.889638] RSP: 0018:ffff8803ea889e68 EFLAGS: 00010086
> >> >> [ 237.889641] RAX: 0000000000010000 RBX: 0000000000000286 RCX: 00000000c0000100
> >> >> [ 237.889644] RDX: 0000000000000000 RSI: 0000000000000286 RDI: ffffffffa0c7c2e4
> >> >> [ 237.889646] RBP: ffff8803ea889e68 R08: ffff8803ea888000 R09: 0000000000000000
> >> >> [ 237.889649] R10: 0000000000000400 R11: 0000000000000001 R12: ffffffffa0c7c2e4
> >> >> [ 237.889651] R13: 0000000000000000 R14: ffffffff8109ffde R15: 000000000000000f
> >> >> [ 237.889655] FS: 00007f39a4f00720(0000) GS:ffff88041f500000(0000)
> >> >> knlGS:0000000000000000
> >> >> [ 237.889658] CS: 0010 DS: 0000 ES: 0000 CR0: 000000008005003b
> >> >> [ 237.889660] CR2: ffffffffa0c7c2e4 CR3: 00000003eaf2e000 CR4: 00000000000406e0
> >> >> [ 237.889663] DR0: 0000000000000000 DR1: 0000000000000000 DR2: 0000000000000000
> >> >> [ 237.889666] DR3: 0000000000000000 DR6: 00000000ffff0ff0 DR7: 0000000000000400
> >> >> [ 237.889669] Process modprobe (pid: 2383, threadinfo
> >> >> ffff8803ea888000, task ffff880402b71720)
> >> >> [ 237.889671] Stack:
> >> >> [ 237.889673] ffff8803ea889e78 ffffffff810329b9 ffff8803ea889e98
> >> >> ffffffff815f208e
> >> >> [ 237.889678] ffffffffa0c7bcd4 ffffffffa0c7c2e4 ffff8803ea889ef8
> >> >> ffffffff81057179
> >> >> [ 237.889682] ffff880402b71720 ffffffff81057340 dead000000100100
> >> >> dead000000200200
> >> >> [ 237.889687] Call Trace:
> >> >> [ 237.889691] [<ffffffff810329b9>] default_spin_lock_flags+0x9/0x10
> >> >> [ 237.889696] [<ffffffff815f208e>] _raw_spin_lock_irqsave+0x2e/0x40
> >> >> [ 237.889703] [<ffffffffa0c7bcd4>] ? store_tolerance+0x184/0x184 [w83627ehf]
> >> >> [ 237.889708] [<ffffffffa0c7c2e4>] ? w83627ehf_probe+0x59e/0x22ba [w83627ehf]
> >> >> [ 237.889713] [<ffffffff81057179>] try_to_wake_up+0x39/0x200
> >> >> [ 237.889716] [<ffffffff81057340>] ? try_to_wake_up+0x200/0x200
> >> >> [ 237.889721] [<ffffffff8109ffde>] ? sys_init_module+0x1be/0x230
> >> >> [ 237.889724] [<ffffffff81057375>] wake_up_process+0x15/0x20
> >> >> [ 237.889727] [<ffffffff8109d37f>] module_put+0xaf/0xc0
> >> >> [ 237.889731] [<ffffffff8109ffde>] sys_init_module+0x1be/0x230
> >> >> [ 237.889735] [<ffffffff815fa1c2>] system_call_fastpath+0x16/0x1b
> >> >> [ 237.889738] Code: 00 00 48 c7 c1 21 27 03 81 48 c7 c2 1e 27 03 81
> >> >> e9 dd fe ff ff 90 90 90 90 90 90 90 90 90 90 90 90 90 55 b8 00 00 01
> >> >> 00 48 89 e5 <f0> 0f c1 07 0f b7 d0 c1 e8 10 39 c2 74 07 f3 90 0f b7 17
> >> >> eb f5
> >> >> [ 237.889773] RIP [<ffffffff81032919>] __ticket_spin_lock+0x9/0x20
> >> >> [ 237.889777] RSP <ffff8803ea889e68>
> >> >> [ 237.889779] CR2: ffffffffa0c7c2e4
> >> >> [ 237.889782] ---[ end trace 99e0d80bf6a60138 ]---
> >> >>
> >> >
> >> > Yes and no ... that code path doesn't make any sense :(.
> >> >
> >> > Can you send me w83627ehf.o and w83627ehf.ko as attachments ?
> >> >
> >> > Thanks,
> >> > Guenter
> >
> >
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (3 preceding siblings ...)
2012-02-08 14:16 ` Guenter Roeck
@ 2012-02-08 14:21 ` David Kremer
2012-02-08 14:49 ` Guenter Roeck
` (10 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: David Kremer @ 2012-02-08 14:21 UTC (permalink / raw)
To: lm-sensors
On 08/02/2012 15:11, Guenter Roeck wrote:
> The latest Ubuntu 11.10 kernel is 3.0.0-15, so it is not that old.
> Not sure how they count version numbers, if the Ubuntu folks even
> take the latest upstream kernel, or if they maintain their own
> independent set of patches. I am running 3.0.0-15 on one of my home
> systems, and I have -12 as well as -14 installed as well. My laptop
> at work currently runs -14. All are working fine. So I think it is
> unlikely to be related to the kernel version
3.0.0 is designed to be a LTS (long time support) release as well as
this ubuntu version I guess. It means that it should only include
security fixes and bug fixes, and that this kernel will be officially
supported a long time. That's why many distro and users rely on it as
the strong and resilient kernel which should not break things along with
the updates.
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (4 preceding siblings ...)
2012-02-08 14:21 ` David Kremer
@ 2012-02-08 14:49 ` Guenter Roeck
2012-02-08 14:55 ` Jean Delvare
` (9 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 14:49 UTC (permalink / raw)
To: lm-sensors
On Wed, Feb 08, 2012 at 09:21:44AM -0500, David Kremer wrote:
> On 08/02/2012 15:11, Guenter Roeck wrote:
> > The latest Ubuntu 11.10 kernel is 3.0.0-15, so it is not that old.
> > Not sure how they count version numbers, if the Ubuntu folks even
> > take the latest upstream kernel, or if they maintain their own
> > independent set of patches. I am running 3.0.0-15 on one of my home
> > systems, and I have -12 as well as -14 installed as well. My laptop
> > at work currently runs -14. All are working fine. So I think it is
> > unlikely to be related to the kernel version
> 3.0.0 is designed to be a LTS (long time support) release as well as
> this ubuntu version I guess. It means that it should only include
Ubuntu 11.10 is not a LTS release. The next Ubuntu LTS will be 12.04.
I don't know what kernel is going to be used as base - 3.2 was suggested
earlier, but 3.2 is not going to be a LTS kernel release. 3.3 may be too
late, and who knows if it is going to be LTS anyway. There seems to be
some magic in deciding which kernel releases are going to be LTS, my
predictions usually turn out to be wrong, and I gave up trying.
We'll see, but it may just be that Ubuntu and kernel LTS releases don't match.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (5 preceding siblings ...)
2012-02-08 14:49 ` Guenter Roeck
@ 2012-02-08 14:55 ` Jean Delvare
2012-02-08 14:59 ` David Kremer
` (8 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Jean Delvare @ 2012-02-08 14:55 UTC (permalink / raw)
To: lm-sensors
On Wed, 8 Feb 2012 06:16:41 -0800, Guenter Roeck wrote:
> On Wed, Feb 08, 2012 at 06:39:46AM -0500, Patrick Marty wrote:
> > Guenter,
> >
> > I have tested all driver versions with the 3 linux kernels installed
> > on my system :
> > * 3.0.0-15-generic
> > * 3.0.0-12-generic
> > * 2.6.38-13-generic
> >
> > I have re-compiled and re-installed each driver version for each kernel version.
> >
> > All versions work with kernel 2.6.38-13 ( but you probably already
> > know that ) and ... all versions fail with kernels 3.0.0.* ( I mean I
> > got an error message when loading the driver with modprobe )
> >
> > I have also tested all driver versions with linux running from an usb
> > key with kernel 3.0.0-12-generic.
> >
> > And all versions worked ! No error after loading the driver :)
> >
> > The main differences I could think of with the linux installed on my
> > hard drive with the linux from usb key were :
> > * not the same gcc version :
> > * 4.6.1 on usb key
> > * 4.4.6 on hard drive
> > * not the same graphic card driver
> > * nouveau driver on usb key
> > * nvidia driver on hard drive
> >
> > So I have also tried all driver versions compiled with gcc 4.6.1 with
> > linux kernel 3.0.0-15-generic ( I unload the driver with modprobe -r
> > ... before reloading it and I checked with dmesg & lsmod that the
> > driver was loaded :) ).
> > And all versions worked :)
> >
> > So It seems that compiling with gcc 4.4.6 is the source of the problem.
> > And compiling the driver with gcc 4.6 solved it.
> > Do you have any idea why ?
> >
> Puzzled. I am copying Jean and the list ... Jean, any idea ? Compiler bug ?
Yes, this really looks like a compiler bug.
There's at least one known kernel miscompilation issue with gcc 4.4.4:
http://gcc.gnu.org/bugzilla/show_bug.cgi?idE312
> > I can send you the .o & .ko files compiled with gcc 4.6 if you need them.
>
> Would be great if you could do that, with -DDEBUG as suggested by Jean
> in his other e-mail, to let us find the offending source.
>
> Please keep Jean and the list copied on your replies. We'll need as much support
> as we can get on this one.
Unfortunately none of my systems has gcc 4.4... I have 4.3, 4.5 and 4.6.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (6 preceding siblings ...)
2012-02-08 14:55 ` Jean Delvare
@ 2012-02-08 14:59 ` David Kremer
2012-02-08 16:06 ` Guenter Roeck
` (7 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: David Kremer @ 2012-02-08 14:59 UTC (permalink / raw)
To: lm-sensors
On 08/02/2012 15:49, Guenter Roeck wrote:
> Ubuntu 11.10 is not a LTS release. [...] There seems to be
> some magic in deciding which kernel releases are going to be LTS, my
> predictions usually turn out to be wrong, and I gave up trying.
The 3.0 branch is flagged as a LTS version in archlinux. Knowing their
way to do thing and to prefer vanilla packages, the 3.0 kernel is a long
term support version I guess (at least only candidate for bug fixes and
security patches).
For the ubuntu version, you are probably right, and one shouldn't care
about ubuntu in particular I guess. But as it concerns the LTS support,
it could be nice if hwmon drivers could be stable and not broken at each
security and bugfixes update of the kernel. As well, I wonder if you
plan to follow this new development guideline.
Thanks to you.
See you later.
David
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (7 preceding siblings ...)
2012-02-08 14:59 ` David Kremer
@ 2012-02-08 16:06 ` Guenter Roeck
2012-02-08 16:16 ` Jean Delvare
` (6 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 16:06 UTC (permalink / raw)
To: lm-sensors
On Wed, Feb 08, 2012 at 09:55:31AM -0500, Jean Delvare wrote:
> On Wed, 8 Feb 2012 06:16:41 -0800, Guenter Roeck wrote:
> > On Wed, Feb 08, 2012 at 06:39:46AM -0500, Patrick Marty wrote:
> > > Guenter,
> > >
> > > I have tested all driver versions with the 3 linux kernels installed
> > > on my system :
> > > * 3.0.0-15-generic
> > > * 3.0.0-12-generic
> > > * 2.6.38-13-generic
> > >
> > > I have re-compiled and re-installed each driver version for each kernel version.
> > >
> > > All versions work with kernel 2.6.38-13 ( but you probably already
> > > know that ) and ... all versions fail with kernels 3.0.0.* ( I mean I
> > > got an error message when loading the driver with modprobe )
> > >
> > > I have also tested all driver versions with linux running from an usb
> > > key with kernel 3.0.0-12-generic.
> > >
> > > And all versions worked ! No error after loading the driver :)
> > >
> > > The main differences I could think of with the linux installed on my
> > > hard drive with the linux from usb key were :
> > > * not the same gcc version :
> > > * 4.6.1 on usb key
> > > * 4.4.6 on hard drive
> > > * not the same graphic card driver
> > > * nouveau driver on usb key
> > > * nvidia driver on hard drive
> > >
> > > So I have also tried all driver versions compiled with gcc 4.6.1 with
> > > linux kernel 3.0.0-15-generic ( I unload the driver with modprobe -r
> > > ... before reloading it and I checked with dmesg & lsmod that the
> > > driver was loaded :) ).
> > > And all versions worked :)
> > >
> > > So It seems that compiling with gcc 4.4.6 is the source of the problem.
> > > And compiling the driver with gcc 4.6 solved it.
> > > Do you have any idea why ?
> > >
> > Puzzled. I am copying Jean and the list ... Jean, any idea ? Compiler bug ?
>
> Yes, this really looks like a compiler bug.
>
> There's at least one known kernel miscompilation issue with gcc 4.4.4:
> http://gcc.gnu.org/bugzilla/show_bug.cgi?idE312
>
> > > I can send you the .o & .ko files compiled with gcc 4.6 if you need them.
> >
> > Would be great if you could do that, with -DDEBUG as suggested by Jean
> > in his other e-mail, to let us find the offending source.
> >
> > Please keep Jean and the list copied on your replies. We'll need as much support
> > as we can get on this one.
>
> Unfortunately none of my systems has gcc 4.4... I have 4.3, 4.5 and 4.6.
>
I have 4.4.3 and 4.4.5 (and 4.5.1, and 4.6.1). Never had any problems with it, though.
Given the bug report above, I don't think it would help much to even try
any of those versions anyway; we would need 4.4.6.
Would it be worthwhile trying to track this down further ? 4.4.6 is the latest gcc
version from the 4.4 series, so the problem might bite us again.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (8 preceding siblings ...)
2012-02-08 16:06 ` Guenter Roeck
@ 2012-02-08 16:16 ` Jean Delvare
2012-02-08 16:21 ` Guenter Roeck
` (5 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Jean Delvare @ 2012-02-08 16:16 UTC (permalink / raw)
To: lm-sensors
On Wed, 8 Feb 2012 08:06:58 -0800, Guenter Roeck wrote:
> Would it be worthwhile trying to track this down further ? 4.4.6 is the latest gcc
> version from the 4.4 series, so the problem might bite us again.
I'd suggest that Patrick reports the problem to the maintainer of the
gcc package in his distribution. Who knows what local patches they may
have applied? If that doesn't help then the next step would be to
reproduce the problem with upstream gcc 4.4.6. If the bug is still
there, try upstream 4.4.5, etc. If this is a regression in the gcc 4.4
branch, and you can give the exact version it happened in, upstream
developers will certainly listen.
--
Jean Delvare
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (9 preceding siblings ...)
2012-02-08 16:16 ` Jean Delvare
@ 2012-02-08 16:21 ` Guenter Roeck
2012-02-08 16:33 ` Guenter Roeck
` (4 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 16:21 UTC (permalink / raw)
To: lm-sensors
On Wed, Feb 08, 2012 at 09:59:16AM -0500, David Kremer wrote:
> On 08/02/2012 15:49, Guenter Roeck wrote:
> > Ubuntu 11.10 is not a LTS release. [...] There seems to be
> > some magic in deciding which kernel releases are going to be LTS, my
> > predictions usually turn out to be wrong, and I gave up trying.
> The 3.0 branch is flagged as a LTS version in archlinux. Knowing their
> way to do thing and to prefer vanilla packages, the 3.0 kernel is a long
> term support version I guess (at least only candidate for bug fixes and
> security patches).
>
> For the ubuntu version, you are probably right, and one shouldn't care
> about ubuntu in particular I guess. But as it concerns the LTS support,
> it could be nice if hwmon drivers could be stable and not broken at each
> security and bugfixes update of the kernel. As well, I wonder if you
> plan to follow this new development guideline.
>
In general we do, yes. Is there any indication or evidence to the contrary ?
If so, please let us know. We are not perfect, and we may miss something
once in a while, but we try. And if we do in fact miss something, feedback
from others is always welcome.
As it looks like, though, this specific problem may be a compiler bug.
Not sure if/how we can address that kind of problem in the affected driver.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (10 preceding siblings ...)
2012-02-08 16:21 ` Guenter Roeck
@ 2012-02-08 16:33 ` Guenter Roeck
2012-02-08 21:17 ` Patrick Marty
` (3 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 16:33 UTC (permalink / raw)
To: lm-sensors
On Wed, 2012-02-08 at 11:16 -0500, Jean Delvare wrote:
> On Wed, 8 Feb 2012 08:06:58 -0800, Guenter Roeck wrote:
> > Would it be worthwhile trying to track this down further ? 4.4.6 is the latest gcc
> > version from the 4.4 series, so the problem might bite us again.
>
> I'd suggest that Patrick reports the problem to the maintainer of the
> gcc package in his distribution. Who knows what local patches they may
> have applied? If that doesn't help then the next step would be to
> reproduce the problem with upstream gcc 4.4.6. If the bug is still
> there, try upstream 4.4.5, etc. If this is a regression in the gcc 4.4
> branch, and you can give the exact version it happened in, upstream
> developers will certainly listen.
>
Agreed, that might be the best approach.
Patrick, where do you get the 4.4.6 compiler from ? Is it from debian or
from a different distribution ? Do you know the exact package version
(the latest debian version is 4.4.6-14, for example) ?
Thanks,
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (11 preceding siblings ...)
2012-02-08 16:33 ` Guenter Roeck
@ 2012-02-08 21:17 ` Patrick Marty
2012-02-08 22:02 ` Guenter Roeck
` (2 subsequent siblings)
15 siblings, 0 replies; 17+ messages in thread
From: Patrick Marty @ 2012-02-08 21:17 UTC (permalink / raw)
To: lm-sensors
> Patrick, where do you get the 4.4.6 compiler from ? Is it from debian or
> from a different distribution ?
The compiler comes from ubuntu 11.10 ( with default packages repositories ).
> Do you know the exact package version
> (the latest debian version is 4.4.6-14, for example) ?
The package version is 4.4.6-11ubuntu2
As suggested by Jean, I will report the problem to the maintainer of the gcc Ubuntu package.
Patrick
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (12 preceding siblings ...)
2012-02-08 21:17 ` Patrick Marty
@ 2012-02-08 22:02 ` Guenter Roeck
2012-02-08 22:31 ` Guenter Roeck
2012-02-08 23:04 ` Guenter Roeck
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 22:02 UTC (permalink / raw)
To: lm-sensors
On Wed, 2012-02-08 at 16:17 -0500, Patrick Marty wrote:
> > Patrick, where do you get the 4.4.6 compiler from ? Is it from debian or
> > from a different distribution ?
>
> The compiler comes from ubuntu 11.10 ( with default packages repositories ).
>
>
> > Do you know the exact package version
> > (the latest debian version is 4.4.6-14, for example) ?
>
> The package version is 4.4.6-11ubuntu2
>
Hi Patrick,
guess that explains the version differences. I run 11.10 as well, but I
have "backports" in my list of repositories, which means I automatically
ended up with gcc 4.6.1. I reverted to 4.4.6, and with that I can
reproduce the problem. Unfortunately, I managed to "kill" my server
while testing it, meaning there is nothing else I can do until tonight
since that system is at home and I am at work :(.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (13 preceding siblings ...)
2012-02-08 22:02 ` Guenter Roeck
@ 2012-02-08 22:31 ` Guenter Roeck
2012-02-08 23:04 ` Guenter Roeck
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 22:31 UTC (permalink / raw)
To: lm-sensors
On Wed, 2012-02-08 at 16:17 -0500, Patrick Marty wrote:
> > Patrick, where do you get the 4.4.6 compiler from ? Is it from debian or
> > from a different distribution ?
>
> The compiler comes from ubuntu 11.10 ( with default packages repositories ).
>
>
> > Do you know the exact package version
> > (the latest debian version is 4.4.6-14, for example) ?
>
> The package version is 4.4.6-11ubuntu2
>
>
> As suggested by Jean, I will report the problem to the maintainer of the gcc Ubuntu package.
>
My system came back up. Unfortunately, the failing code turns out to be
where I had thought it was from my original assembler decode ... in an
aera which should not be executed in the first place for NCT6776F.
(gdb) l *(w83627ehf_probe+0x59e)
0x39ef is in w83627ehf_probe
(/home/groeck/src/w83627ehf/w83627ehf.c:2303).
2298 /*
2299 * Temperature sources for temp1 and temp2 are selected with
2300 * bank 0, registers 0x49 and 0x4a.
2301 */
2302 data->temp_src[0] = 0; /* SYSTIN */
2303 reg = w83627ehf_read_value(data, 0x49) & 0x07;
2304 /* Adjust to have the same mapping as other source registers */
2305 if (reg = 0)
2306 data->temp_src[1]++;
2307 else if (reg >= 2 && reg <= 5)
Really odd. And the reported address (0x39ef) isn't even valid code.
Brr.
I think I'll add some log messages to show what is actually happening.
Of course that may result in the problem disappearing....
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
* Re: [lm-sensors] lm-sensors and Kernel driver w83627ehf
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
` (14 preceding siblings ...)
2012-02-08 22:31 ` Guenter Roeck
@ 2012-02-08 23:04 ` Guenter Roeck
15 siblings, 0 replies; 17+ messages in thread
From: Guenter Roeck @ 2012-02-08 23:04 UTC (permalink / raw)
To: lm-sensors
On Wed, 2012-02-08 at 17:31 -0500, Guenter Roeck wrote:
> On Wed, 2012-02-08 at 16:17 -0500, Patrick Marty wrote:
> > > Patrick, where do you get the 4.4.6 compiler from ? Is it from debian or
> > > from a different distribution ?
> >
> > The compiler comes from ubuntu 11.10 ( with default packages repositories ).
> >
> >
> > > Do you know the exact package version
> > > (the latest debian version is 4.4.6-14, for example) ?
> >
> > The package version is 4.4.6-11ubuntu2
> >
> >
> > As suggested by Jean, I will report the problem to the maintainer of the gcc Ubuntu package.
> >
> My system came back up. Unfortunately, the failing code turns out to be
> where I had thought it was from my original assembler decode ... in an
> aera which should not be executed in the first place for NCT6776F.
>
> (gdb) l *(w83627ehf_probe+0x59e)
> 0x39ef is in w83627ehf_probe
> (/home/groeck/src/w83627ehf/w83627ehf.c:2303).
> 2298 /*
> 2299 * Temperature sources for temp1 and temp2 are selected with
> 2300 * bank 0, registers 0x49 and 0x4a.
> 2301 */
> 2302 data->temp_src[0] = 0; /* SYSTIN */
> 2303 reg = w83627ehf_read_value(data, 0x49) & 0x07;
> 2304 /* Adjust to have the same mapping as other source registers */
> 2305 if (reg = 0)
> 2306 data->temp_src[1]++;
> 2307 else if (reg >= 2 && reg <= 5)
>
> Really odd. And the reported address (0x39ef) isn't even valid code.
> Brr.
Ok, I did some more debuging.
You should actually see another message just before the oops, along the
line of
w83627ehf: unsupported chip ID: 0x469c
With some mode debug messages added, turns out the driver believes that
the "force" parameter is set to 0x469c. That parameter is not
initialized, because it should be set to 0, but even if I set it to 0
explicitly it still claims to be set to 0x469c.
If I change the force_id variable type to int, it claims to be set to
0xc1a04694. Not much better.
That still does not explain the oops .. the driver should simply bail
out in this case. It does return from sensors_w83627ehf_init() with
-ENODEV, but still seems to call _probe ... or, rather, it seems to jump
directly into the bad code, since I don't see any output from a debug
message placed at the beginning of the _probe function.
No idea what is going on. This is really odd. I may try to do some
research on the web tonight to see if anyone else has seen a similar
problem.
Guenter
_______________________________________________
lm-sensors mailing list
lm-sensors@lm-sensors.org
http://lists.lm-sensors.org/mailman/listinfo/lm-sensors
^ permalink raw reply [flat|nested] 17+ messages in thread
end of thread, other threads:[~2012-02-08 23:04 UTC | newest]
Thread overview: 17+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2012-02-08 0:27 [lm-sensors] lm-sensors and Kernel driver w83627ehf Guenter Roeck
2012-02-08 13:18 ` Jean Delvare
2012-02-08 13:25 ` Jean Delvare
2012-02-08 14:11 ` Guenter Roeck
2012-02-08 14:16 ` Guenter Roeck
2012-02-08 14:21 ` David Kremer
2012-02-08 14:49 ` Guenter Roeck
2012-02-08 14:55 ` Jean Delvare
2012-02-08 14:59 ` David Kremer
2012-02-08 16:06 ` Guenter Roeck
2012-02-08 16:16 ` Jean Delvare
2012-02-08 16:21 ` Guenter Roeck
2012-02-08 16:33 ` Guenter Roeck
2012-02-08 21:17 ` Patrick Marty
2012-02-08 22:02 ` Guenter Roeck
2012-02-08 22:31 ` Guenter Roeck
2012-02-08 23:04 ` Guenter Roeck
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.