From: Werner Almesberger <wa@almesberger.net>
To: Tommi Virtanen
<tv-nospam.da39a3ee5e6b4b0d3255bfef95601890afd80709@tv.debian.net>
Cc: Greg KH <greg@kroah.com>, Andrew Morton <akpm@digeo.com>,
sdake@mvista.com, linux-kernel@vger.kernel.org
Subject: Re: [PATCH] udev enhancements to use kernel event queue
Date: Thu, 26 Jun 2003 11:35:25 -0300 [thread overview]
Message-ID: <20030626113525.B1309@almesberger.net> (raw)
In-Reply-To: <20030626121707.GA10603@lapdog>; from tv-nospam.da39a3ee5e6b4b0d3255bfef95601890afd80709@tv.debian.net on Thu, Jun 26, 2003 at 03:17:07PM +0300
Tommi Virtanen wrote:
> If you have a sysfs-scanning method for startup, couldn't you
> just make the sequence-number-checking daemon reset its state
> and redo the sysfs scan on loss of events?
Yes, that's the easier approach if you don't have any detection
of error in the kernel itself. If the kernel already does all
the work for figuring out that something has gone wrong, it may
as well use this to reduce the noise.
> That way the system recovers from event loss (or a reordering
> that gets the earlier event too late and is believed to be a
> loss) in a way that needs to work anyway, and isn't a magic
> special case.
Let's just hope reordering stays dead :-)
There's still a bit of magic in loss recovery, because you need
something that triggers loss recovery, after the loss has
happened. That can of course just be whatever else happens to
come along (or the user getting impatient), or a periodic scan.
- Werner
--
_________________________________________________________________________
/ Werner Almesberger, Buenos Aires, Argentina wa@almesberger.net /
/_http://www.almesberger.net/____________________________________________/
next prev parent reply other threads:[~2003-06-26 14:21 UTC|newest]
Thread overview: 73+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-06-12 19:10 [PATCH] udev enhancements to use kernel event queue Steven Dake
2003-06-12 21:47 ` Patrick Mochel
2003-06-13 16:31 ` Steven Dake
2003-06-13 17:06 ` Patrick Mochel
2003-06-12 21:47 ` Greg KH
2003-06-12 22:03 ` Andrew Morton
2003-06-12 22:50 ` Greg KH
2003-06-12 22:51 ` Andrew Morton
2003-06-12 23:02 ` Greg KH
2003-06-12 23:09 ` Greg KH
2003-06-12 23:14 ` Patrick Mochel
2003-06-12 23:16 ` Robert Love
2003-06-12 23:25 ` Greg KH
2003-06-13 20:01 ` Oliver Neukum
2003-06-18 22:59 ` Greg KH
2003-06-19 0:12 ` Kevin P. Fleming
2003-06-19 0:20 ` Greg KH
2003-06-19 0:42 ` Kevin P. Fleming
2003-06-19 0:51 ` Greg KH
2003-06-19 0:25 ` Andrew Morton
2003-06-19 6:27 ` Oliver Neukum
2003-06-12 23:25 ` Patrick Mochel
2003-06-12 23:29 ` Robert Love
2003-06-12 23:32 ` Greg KH
2003-06-12 23:34 ` Patrick Mochel
2003-06-12 23:40 ` Paul Mackerras
2003-06-12 23:50 ` Robert Love
2003-06-13 12:44 ` Richard B. Johnson
2003-06-13 12:54 ` Olivier Galibert
2003-06-12 23:52 ` Patrick Mochel
2003-06-13 8:41 ` Alan Cox
2003-06-13 11:00 ` Paul Mackerras
2003-06-13 11:07 ` Herbert Xu
2003-06-13 13:31 ` Alan Cox
2003-06-13 19:57 ` Joe Korty
2003-06-13 21:10 ` Alan Cox
2003-06-13 11:17 ` David Schwartz
2003-06-13 15:44 ` Davide Libenzi
2003-06-12 23:42 ` Robert Love
2003-06-12 23:45 ` Davide Libenzi
2003-06-12 23:05 ` Robert Love
2003-06-19 19:51 ` Werner Almesberger
2003-06-26 12:17 ` Tommi Virtanen
2003-06-26 14:35 ` Werner Almesberger [this message]
2003-06-13 8:40 ` Alan Cox
2003-06-13 9:14 ` Olivier Galibert
2003-06-19 20:53 ` Werner Almesberger
2003-06-13 16:05 ` Steven Dake
2003-06-13 16:32 ` Greg KH
2003-06-13 15:51 ` Steven Dake
2003-06-13 16:41 ` Patrick Mochel
2003-06-13 16:42 ` Greg KH
2003-06-13 17:17 ` Chris Friesen
2003-06-12 22:27 ` Oliver Neukum
2003-06-13 16:03 ` Steven Dake
2003-06-13 16:50 ` Patrick Mochel
2003-06-13 17:10 ` Steven Dake
2003-06-13 18:26 ` Greg KH
2003-06-13 19:02 ` Patrick Mansfield
2003-06-13 17:32 ` Oliver Neukum
2003-06-13 18:23 ` Greg KH
2003-06-13 18:24 ` Greg KH
2003-06-13 7:17 ` Christoph Hellwig
2003-06-13 18:06 ` Linus Torvalds
2003-06-19 23:32 ` Werner Almesberger
2003-06-19 23:42 ` Steven Dake
2003-06-20 0:05 ` Linus Torvalds
2003-06-20 0:10 ` Steven Dake
2003-06-20 0:43 ` Linus Torvalds
2003-06-20 2:26 ` Werner Almesberger
2003-06-20 17:03 ` Steven Dake
2003-06-20 17:18 ` Patrick Mochel
-- strict thread matches above, loose matches on Subject: below --
2003-06-14 6:36 John Bradford
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=20030626113525.B1309@almesberger.net \
--to=wa@almesberger.net \
--cc=akpm@digeo.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.org \
--cc=sdake@mvista.com \
--cc=tv-nospam.da39a3ee5e6b4b0d3255bfef95601890afd80709@tv.debian.net \
/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