Date: Fri, 27 Sep 2019 13:53:07 -0600 From: Warner Losh <imp@bsdimp.com> To: Mike Tancsa <mike@sentex.net> Cc: Aleksandr Rybalko <ray@ddteam.net>, freebsd-embedded <freebsd-embedded@freebsd.org> Subject: Re: watchdogd stat location Message-ID: <CANCZdfrRh7Ssf9vSSJ4Hopec1q7abLi9AdUqoPqZm4hPok6QUQ@mail.gmail.com> In-Reply-To: <83831ae6-9275-4f0c-a23d-c9cca3dc28f4@sentex.net> References: <5eba25eb-9ba4-0c93-27c8-e834491298ad@sentex.net> <CANCZdfp6bym5b6eFXFH0MxjYsAX%2B1Bi9fGXgp7sFM206zmsveQ@mail.gmail.com> <CAJ1Oi8FsG=nEBXdd0CS3U2zZSgh=SMcBO0ieY-KT5b1iDVFmJg@mail.gmail.com> <83831ae6-9275-4f0c-a23d-c9cca3dc28f4@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On Fri, Sep 27, 2019, 1:21 PM mike tancsa <mike@sentex.net> wrote:
> On 9/27/2019 3:19 PM, Oleksandr Rybalko wrote:
> >
> > =D0=BF=D1=82, 27 =D0=B2=D0=B5=D1=80. 2019 =D0=BE 19:22 Warner Losh <imp=
@bsdimp.com
> > <mailto:imp@bsdimp.com>> =D0=BF=D0=B8=D1=88=D0=B5:
> >
> > On Fri, Sep 27, 2019 at 9:36 AM mike tancsa <mike@sentex.net
> > <mailto:mike@sentex.net>> wrote:
> >
> > > We sometimes run into an issue where our embedded devices that
> > boot off
> > > a read only SD card, hang with a controller error. Its not clear
> if
> > > this is a BIOS/firmware/SDCard or driver bug issue. Its pretty
> > > infrequent, but annoying enough that I started to dig to see why
> > the box
> > > is not rebooting via the hardware watchdog. It seems to fail
> > to reboot
> > > the box as the stat that it does on the filesystem is off the md
> > backed
> > > /etc which is not impacted. I know I could run an external
> > program, but
> > > would it be safer to change the default directory where the stat
> > is done
> > > to something that is generally not mounted via ramdisk ?
> >
> >
> > Why not just stat "/".
> >
> > I think embedded devices may have monolithic kernel w/o any loadable
> > modules and book config.
> >
> I am all for that too. Just something other than /etc or /var which are
> often mounted on ramdisk.
>
I think that / is too special to cause disk IO to ever happen. Other dirs
will sometimes not be in the cache.... The notion here, perhaps bogus, is
that we want to check the root FS is sane. The stat(2) is a cheap way to do
this that will eventually fail if / goes wonky enough. It's weak.
Warner
---Mike
>
> _______________________________________________
> freebsd-embedded@freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-embedded
> To unsubscribe, send any mail to "freebsd-embedded-unsubscribe@freebsd.or=
g
> "
>
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CANCZdfrRh7Ssf9vSSJ4Hopec1q7abLi9AdUqoPqZm4hPok6QUQ>