From: "Bartłomiej Zimoń" <uzi18@o2.pl>
To: linux-kernel@vger.kernel.org
Subject: Re: [suspend/resume] Re: userspace notification from module
Date: Sat, 02 Jan 2010 23:34:06 +0100 [thread overview]
Message-ID: <5c6ee5a9.5b103961.4b3fc9de.b6cf4@o2.pl> (raw)
Dnia 2 stycznia 2010 22:01 "Rafael J. Wysocki" <rjw@sisk.pl> napisał(a):
> On Saturday 02 January 2010, Bartłomiej Zimoń wrote:
> > Dnia 2 stycznia 2010 16:56 Daniel Borkmann <danborkmann@googlemail.com> napisał(a):
> > > Hi Andy,
> > >
> > > 2010/1/2 Andy Walls <awalls@radix.net>:
> > > > Why not:
> > > >
> > > > a. write a module that implements a device node that supports poll(),
> > > > and
> > > >
> > > > b. have a user space process select() on the fd for read or exception
> > > > notification
> > > >
> > > > ?
> > >
> > > This is, of course, another possible solution that is more "cleaner"
> > > than the one with the signals.
> > > Then, your userspace program would have another thread polling for the
> > > device node. Question is which timeout would be appropriate to be "CPU
> > > friendly" and to keep notification latency short?
> > >
> >
> > Just need as fast as possible solution and on the other hand acceptable for kernel sources.
> > Usually programs needs just to disconnect something or set one flag.
> > Even if program will have no time for this it could be enough just to send this precious info.
>
> Perhaps I don't understand correctly what you're trying to achieve, but at the
> moment suspend is always started from user space, this way or another, and on
> the majority (all?) of the modern distros pm-utils is involved in that.
> So, why don't you provide a pm-utils hook for your process (like, for example,
> NetworkManager)?
>
Thanks for Your answare.
Some points of my idea:
- don't think everyone want to use pm-utils (didn't say it is bad)
- this code is standard for all implementation of suspend/hibernate/resume
- it is small
- it have less overhead, dont need dbus and all rest services.
- could be even used partialy by pm-utils
- it is perfect just to notify about event
Some opposits:
- program will have less time to do what it want than with pm-utils
- all rest
Please correct me if i'm wrong.
Best regards
Bartłomiej Zimoń
PLD Linux, Kadu Team
next reply other threads:[~2010-01-02 22:34 UTC|newest]
Thread overview: 51+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-01-02 22:34 Bartłomiej Zimoń [this message]
-- strict thread matches above, loose matches on Subject: below --
2010-01-03 23:17 [suspend/resume] Re: userspace notification from module Bartłomiej Zimoń
2010-01-03 11:06 Bartłomiej Zimoń
2010-01-03 8:31 Bartłomiej Zimoń
2010-01-02 13:29 Bartłomiej Zimoń
2010-01-02 14:04 ` Daniel Borkmann
2010-01-02 14:27 ` [suspend/resume] " Bartłomiej Zimoń
2010-01-02 15:11 ` Oliver Neukum
[not found] ` <6f52f5b81001020713j5435cfadr1143806a9026adc2@mail.gmail.com>
2010-01-02 15:15 ` Daniel Borkmann
2010-01-02 15:40 ` Andy Walls
2010-01-02 15:56 ` Daniel Borkmann
2010-01-02 18:26 ` Bartłomiej Zimoń
2010-01-02 21:01 ` Rafael J. Wysocki
[not found] ` <7cf4f51f.5fc2a5cd.4b3fc3ad.c849c@o2.pl>
2010-01-02 23:29 ` Rafael J. Wysocki
2010-01-03 17:20 ` Bartłomiej Zimoń
2010-01-03 21:50 ` Rafael J. Wysocki
[not found] ` <65e5aef6.33251eb4.4b3fecf4.a2f99@o2.pl>
2010-01-03 9:30 ` Daniel Borkmann
2010-01-03 10:06 ` Daniel Borkmann
[not found] ` <43bd3f9d.71702a8b.4b407900.b542@o2.pl>
2010-01-03 21:49 ` Rafael J. Wysocki
2010-01-04 13:38 ` Stefan Seyfried
2010-01-03 21:33 ` Rafael J. Wysocki
2010-01-03 21:29 ` Rafael J. Wysocki
[not found] ` <24fb84fa.38887c91.4b411ffd.e7f1f@o2.pl>
2010-01-03 23:30 ` Rafael J. Wysocki
2010-01-03 23:35 ` Bartłomiej Zimoń
2010-01-03 23:45 ` Rafael J. Wysocki
2010-01-04 0:51 ` Bartłomiej Zimoń
2010-01-04 1:06 ` Bartłomiej Zimoń
2010-01-04 19:43 ` Rafael J. Wysocki
2010-01-04 12:46 ` Daniel Borkmann
2010-01-04 19:45 ` Rafael J. Wysocki
2010-01-09 10:32 ` Pavel Machek
2010-01-09 13:40 ` Rafael J. Wysocki
2010-01-15 20:03 ` Pavel Machek
2010-01-15 22:14 ` Rafael J. Wysocki
2010-01-16 3:00 ` Eric Miao
2010-01-16 17:00 ` Stanislav Brabec
2010-01-16 18:12 ` Pavel Machek
2010-01-16 22:05 ` Rafael J. Wysocki
2010-01-16 22:19 ` Pavel Machek
2010-01-16 22:25 ` Pavel Machek
2010-01-16 22:31 ` Rafael J. Wysocki
2010-01-16 22:26 ` Rafael J. Wysocki
2010-01-17 13:07 ` Pavel Machek
2010-01-17 13:26 ` Russell King - ARM Linux
2010-01-19 5:15 ` Pavel Machek
2010-01-16 22:32 ` Russell King - ARM Linux
2010-01-16 18:12 ` Pavel Machek
2010-01-16 18:12 ` Pavel Machek
2010-01-16 22:07 ` Rafael J. Wysocki
2010-01-16 22:14 ` Pavel Machek
2010-01-16 22:21 ` Rafael J. Wysocki
2010-01-02 21:20 ` Bartłomiej Zimoń
2010-01-02 14:31 ` Bartłomiej Zimoń
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=5c6ee5a9.5b103961.4b3fc9de.b6cf4@o2.pl \
--to=uzi18@o2.pl \
--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;
as well as URLs for NNTP newsgroup(s).