From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Jonathan Cameron <jic23@cam.ac.uk>
Cc: "linux-iio@vger.kernel.org" <linux-iio@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: Re: IIO (+ more general?) Error condition handling (e.g. wire fell out errors)
Date: Fri, 30 Sep 2011 10:47:07 +0100 [thread overview]
Message-ID: <20110930104707.0645afda@lxorguk.ukuu.org.uk> (raw)
In-Reply-To: <4E858F5A.5000901@cam.ac.uk>
> 3) Consider these out of band (from the out of band event data)
> and look at other options for reporting them.
Treat it like a socket/pipe perhaps - if it "goes down" then report it as
having hung up and deliver a SIGPIPE or similar and with an appropriate
error code for those catching it (-EIO ?)
That generally gets noticed.
> Is there anything general out there for reporting hardware failures
> that would be appropriate? Sometime these conditions are the sort
> of thing that should cause a siren to go off.
> They might be sensor failure
There are two things here - one is making sure the app notices (where we
have equivalent handling in other interfaces) the other is what to do
about it. We don't have a general framework for reporting system
component failure. That's something that ought to get fixed generally to
report everything from "that new nasty smell was formerly your hard disk"
to a sensor fail.
> (p.s. I hope no one is using the current driver for trains, though
> that might explain British trains...)
Tssh... there is Linux on UK trains, but it's usually driving annoying
announcement/video systems.
Alan
next prev parent reply other threads:[~2011-09-30 9:48 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-09-30 9:43 Jonathan Cameron
2011-09-30 9:47 ` Alan Cox [this message]
2011-10-05 8:52 ` Jonathan Cameron
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=20110930104707.0645afda@lxorguk.ukuu.org.uk \
--to=alan@lxorguk.ukuu.org.uk \
--cc=jic23@cam.ac.uk \
--cc=linux-iio@vger.kernel.org \
--cc=linux-kernel@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®