From: Dan Malek <dan@netx4.com>
To: Jeff Millar <jeff@wa1hco.mv.com>
Cc: Dan Malek <dan@penguin.netx4.com>,
Graham Stoney <greyham@research.canon.com.au>,
linuxppc-embedded@lists.linuxppc.org
Subject: Re: /dev/watchdog for onchip MPC860 watchdog?
Date: Wed, 20 Oct 1999 13:47:22 -0400 [thread overview]
Message-ID: <380E002A.92B3AEC8@netx4.com> (raw)
In-Reply-To: 003e01bf1a9e$59f44980$0201a8c0@home
Jeff Millar wrote:
> If the boot process goes bad, then the interrupt driven watchdog will
> keep getting reset and prevent the watchdog from firing...
Yes....The alternative is finding all of the places in the kernel
where you would have to service the watchdog during the boot process.
Probably not many.....Depends upon the timeout value.
> ....... So, what's the likely hood of the boot process
> going bad?
My experience has been that unless the hardware is broken, it
tends to either work every time or fail every time.
> Our application requires downloading new kernels and applications and this
> may
> increase the likely hood that a kernel fails to complete the boot process.
Yes, it will. But....what do you do after the new software
load fails to boot? It will just keep resetting and running the
same broken software......
> Maybe the timer can be set longer than the longest bootup time or at least
> until the first daemon gets going?
All of the timeout and other controls are in the write-once SYPCR.
Once you select the timeout and behavior, you have it until the
next reset.
-- Dan
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
next prev parent reply other threads:[~1999-10-20 17:47 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <380B6A1B.E5D02094@netx4.com>
1999-10-19 8:56 ` /dev/watchdog for onchip MPC860 watchdog? Graham Stoney
1999-10-19 19:51 ` Dan Malek
1999-10-20 1:56 ` Jeff Millar
1999-10-20 17:47 ` Dan Malek [this message]
1999-10-21 3:49 ` Graham Stoney
1999-10-21 4:06 ` Cort Dougan
2000-07-13 7:24 Tania Boak
2000-07-13 7:47 ` Graham Stoney
-- strict thread matches above, loose matches on Subject: below --
1999-10-20 7:33 Raphael Massin
1999-10-20 17:56 ` Dan Malek
1999-10-15 3:30 Graham Stoney
1999-10-18 20:24 ` Dan Malek
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=380E002A.92B3AEC8@netx4.com \
--to=dan@netx4.com \
--cc=dan@penguin.netx4.com \
--cc=greyham@research.canon.com.au \
--cc=jeff@wa1hco.mv.com \
--cc=linuxppc-embedded@lists.linuxppc.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).