From: r.marek@sh.cvut.cz (Rudolf Marek)
To: lm-sensors@vger.kernel.org
Subject: [lm-sensors] w83792d watchdog
Date: Tue, 11 Apr 2006 18:34:44 +0000 [thread overview]
Message-ID: <443BF6C4.6030803@sh.cvut.cz> (raw)
In-Reply-To: <442B0C6F.4080604@sh.cvut.cz>
Hello again,
>>Hmm, you mean reading after reboot will not clear the bit?
>>Reading use i2cdump after reboot will clear the bit in my computer.
I found the reason. The chip is powered from VSB which means that the chip
configuration survives power on/off. (For example I enabled watchdog in CR40
halted the machine, boot and the enwdt bit watch still set - and the timeout flag
too) Only plug/unplug of cable worked - this was expected ;)
It clears after the reboot too but I was somehow confused.
>>I tried write 0x33 and 0x55 to CR01, it seems only the last one is
>>enabled by reading CR02.
Yes same here too. Last value seems to enable it.
>>>2) I tried many ways to reset the watchdog timer but only
>>>seems to work is to write 0xAA to CR1 and then 0x55 to re-enable it.
>>> This seems bit strange because the computer can fail
>>>just in between of this two writes Yes I know this is not
>>>probable, but
>>> the best method is just to re-write the timeout value or
>>>rewrite the enable (0x55) - as others might do. Were there
>>> some strange reason for this design?
>>>
>>
>>
>>I'm quite confusing about this.... Do you mean you can not set the
>>timeout value??
>
>
> I can but after for example one minute I need to refresh the watchdog
> so it wont boot the computer. As I have written I tried several methods to
> reset the counter back to count the the timeout value.
I tried again and just re-enabling the watchdog is not working, nor
writing new timeout value.
Moreover it seems that just enabling the watchdog without rewriting the timeout register first
will cause immediate reset.
Lets wait for FAE to answer, I will meanwhile test the class.
regards
Rudolf
prev parent reply other threads:[~2006-04-11 18:34 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-03-29 22:38 [lm-sensors] w83792d watchdog Rudolf Marek
2006-03-30 1:37 ` dezheng shen
2006-04-07 10:43 ` Rudolf Marek
2006-04-10 10:28 ` Ymu
2006-04-10 10:45 ` Rudolf Marek
2006-04-11 18:34 ` Rudolf Marek [this message]
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=443BF6C4.6030803@sh.cvut.cz \
--to=r.marek@sh.cvut.cz \
--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.