All of lore.kernel.org
 help / color / mirror / Atom feed
From: bmeier@infovia.com.ar (Beat Meier)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] lm77 driver locks up with kernel-2.6.12
Date: Sat, 20 Aug 2005 02:45:24 +0000	[thread overview]
Message-ID: <43067CE9.90308@infovia.com.ar> (raw)
In-Reply-To: <43027C3E.6020309@infovia.com.ar>

Rudolf Marek wrote:

>>What's wrong? Anyone having this problem?
>>
>>    
>>
>
>Hello,
>
>Lets see if it is chip driver problem or bus driver problem or hw problem. (or any combination)
>Please can you just modprobe the scx200_acb driver and also i2c-dev.
>
>When done with this please several times try:
>i2cdump -y 0 0x48 w
>
>0 is the bus number, add there yours. i2cdetect -l will tell you how many busses you have.
>  
>
Hello Rudolf

By the dump the only which changes are the first 2 columns if there are 
no problems

     0,8  1,9  2,a  3,b  4,c  5,d  6,e  7,f
00: 7802 f800 2000 0005 a000 0004 0004 0004
same until
f8: 7802 f800 2000 0005 a000 0004 0004 0004

Diff of last colum of several dumps

< f8: b002 b000 2000 0005 a000 0004 0004 0004
 > f8: a802 a800 2000 0005 a000 0004 0004 0004

< f8: a802 a800 2000 0005 a000 0004 0004 0004
 > f8: 7802 f800 2000 0005 a000 0004 0004 0004

< f8: 7802 f800 2000 0005 a000 0004 0004 0004
 > f8: 6002 e000 2000 0005 a000 0004 0004 0004

If there is the problem with the bad temp. the dump is as follows:

     0,8  1,9  2,a  3,b  4,c  5,d  6,e  7,f
00: XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX
same until
f8: XXXX XXXX XXXX XXXX XXXX XXXX XXXX XXXX

and syslog messages:

Aug 19 21:34:43 localhost kernel: i2c_adapter i2c-0: timeout in state 
address
Aug 19 21:35:35 localhost last message repeated 6 times
Aug 19 21:36:36 localhost last message repeated 41 times
Aug 19 21:37:37 localhost last message repeated 60 times
Aug 19 21:38:38 localhost last message repeated 60 times
Aug 19 21:39:39 localhost last message repeated 59 times

i2cdetect -l 
returns nothing but lm77 is without userspace support


>0x48 is chip addr also supply yours. You can use:
> i2cdetect 0
>to detect all devices on the bus. (better to restart/poweroff the system after that to be sure we do not interfere with yet another issues)
>
>  
>
In good state: needs 4 seconds to complete

woc1:/var/log/wpa_supplicant# time  i2cdetect 0
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-0.
I will probe address range 0x03-0x77.
Continue? [Y/n] y
     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 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 UU XX XX XX XX XX XX XX
50: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
60: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
70: XX XX XX XX XX XX XX XX

real    0m4.057s
user    0m0.004s
sys     0m0.018s



in bad state: more than 2 minutes
woc1:/var/log/wpa_supplicant# time  i2cdetect 0
WARNING! This program can confuse your I2C bus, cause data loss and worse!
I will probe file /dev/i2c-0.
I will probe address range 0x03-0x77.
Continue? [Y/n] y
     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 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 UU XX XX XX XX XX XX XX
50: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
60: XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX XX
70: XX XX XX XX XX XX XX XX

real    2m16.644s
user    0m0.003s
sys     0m0.545s

and in syslog the following messages comes:
Aug 19 21:31:05 localhost kernel: i2c_adapter i2c-0: timeout in state quick
Aug 19 21:31:36 localhost last message repeated 26 times
Aug 19 21:32:37 localhost last message repeated 45 times
Aug 19 21:33:38 localhost last message repeated 39 times


>Also please check syslog if you can see something there. You can also try to switch all debug flags in menuconfig (i2c section)
>
>  
>
When the problem begins i.e. the following appers (current: 37 ok)
Fri Aug 19 21:23:19 ART 2005 current:37 low:10 lowHyst:12 high:64 
highHist:62 critical:80 criticalHyst:78
Fri Aug 19 21:23:24 ART 2005 current:37 low:10 lowHyst:12 high:64 
highHist:62 critical:80 criticalHyst:78
Fri Aug 19 21:23:30 ART 2005 current:37 low:10 lowHyst:12 high:64 
highHist:62 critical:80 criticalHyst:78
Fri Aug 19 21:23:35 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0
Fri Aug 19 21:23:51 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0
Fri Aug 19 21:24:05 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0
Fri Aug 19 21:24:20 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0
Fri Aug 19 21:24:32 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0
Fri Aug 19 21:24:48 ART 2005 current:4095 low:4095 lowHyst:8191 
high:4095 highHist:0 critical:4095 criticalHyst:0

the syslog messages are:

Jan  1 00:09:55 localhost kernel: i2c_adapter i2c-0: timeout in state 
address
Jan  1 00:11:29 localhost kernel: i2c_adapter i2c-0: timeout in state 
command
Jan  1 00:11:51 localhost kernel: i2c_adapter i2c-0: timeout in state 
repeat_start
Jan  1 00:12:31 localhost kernel: i2c_adapter i2c-0: timeout in state 
command
Aug 19 20:07:39 localhost kernel: i2c_adapter i2c-0: timeout in state 
address
Aug 19 20:09:11 localhost kernel: i2c_adapter i2c-0: timeout in state read
Aug 19 20:09:12 localhost kernel: i2c_adapter i2c-0: timeout in state 
address
Aug 19 20:09:46 localhost last message repeated 16 times
Aug 19 20:10:47 localhost last message repeated 32 times

>  
>

>Thanks
>
>regards
>Rudolf
>
>  
>
Thanks to you!!!

Beat
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.lm-sensors.org/pipermail/lm-sensors/attachments/20050820/abf15043/attachment-0001.html

  parent reply	other threads:[~2005-08-20  2:45 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2005-08-17  1:54 [lm-sensors] lm77 driver locks up with kernel-2.6.12 Beat Meier
2005-08-19 19:24 ` Rudolf Marek
2005-08-20  2:45 ` Beat Meier [this message]
2005-08-20  9:41 ` Rudolf Marek
2005-08-23 21:44 ` Beat Meier

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=43067CE9.90308@infovia.com.ar \
    --to=bmeier@infovia.com.ar \
    --cc=lm-sensors@vger.kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
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.