Messages in this thread | | | Date | Mon, 7 Jun 2010 17:45:01 -0700 | Subject | Re: suspend blockers & Android integration | From | Arve Hjønnevåg <> |
| |
On Sun, Jun 6, 2010 at 7:43 AM, Matt Helsley <matthltc@us.ibm.com> wrote: > On Sun, Jun 06, 2010 at 12:36:21PM +0200, Thomas Gleixner wrote: >> On Sat, 5 Jun 2010, Arve Hjønnevåg wrote: > > <snip> > >> > events like input event go though a single thread in our system >> > process, while other events like network packets (which are also >> > wakeup events) goes directly to the app. > > If you want to wake up cgroup-frozen tasks for these fds perhaps your > framework can fcnt(fd, F_SETOWN, <p[g]id>) to send SIGIO to a
How does the framework get all the fds that are used by the apps for wakeup events?
> userspace-suspend-blocker thread/process/process group. When IO comes in, the > suspend blocker is signalled which then unfreezes the cgroup of the frozen > untrusted task. SIGIO works on pipes, fifos, sockets, ttys, and ptys -- > many of which are precisely the kinds of things that would connect [trusted > and untrusted] apps. Notably absent (last I checked): inotify fds, signalfd, > timerfd, eventfd, filesystem fds and likely more. > > Incidentally, this is just to show that it's not impossible to implement > "wakeups" for cgroup-frozen tasks in userspace. > > Cheers, > -Matt Helsley >
-- Arve Hjønnevåg -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
| |