[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100622232238.GA15442@gvim.org>
Date: Tue, 22 Jun 2010 16:22:38 -0700
From: mark gross <640e9920@...il.com>
To: Florian Mickler <florian@...kler.org>
Cc: markgross@...gnar.org, 640e9920@...il.com,
Alan Stern <stern@...land.harvard.edu>,
"Rafael J. Wysocki" <rjw@...k.pl>,
linux-pm@...ts.linux-foundation.org,
Matthew Garrett <mjg59@...f.ucam.org>,
Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Dmitry Torokhov <dmitry.torokhov@...il.com>,
Arve Hjønnevåg <arve@...roid.com>,
Neil Brown <neilb@...e.de>
Subject: Re: [RFC][PATCH] PM: Avoid losing wakeup events during suspend
On Tue, Jun 22, 2010 at 08:18:03AM +0200, Florian Mickler wrote:
> On Mon, 21 Jun 2010 18:58:37 -0700
> mark gross <640e9920@...il.com> wrote:
>
>
> > wrong. They are about 1) adding opportunistic suspend, and 2) adding
> > critical sections to block suspend.
> >
> > No race issues where ever talked about until alternative solutions
> > where put up.
>
> The whole and only reason to even define the term "critical sections" is
> when you need to define "a race". Or vice versa. A race is prevented by
> defining critical sections and protecting these against concurrent
> access.
>
> [..snip..]
>
> [some rant that alan is not familiar with android userspace..]
>
> Are you suggesting that only android developers are supposed to talk
> about this?
of course not. I'm just getting frustrated with having android-isms
tossed in my face as we try to discuss the merits of the ideas, only to
find that the are getting tossed around by someone not familiar with
Android.
Sorry about that. I was having a bad day.
--mgross
>
> This is a pretty basic thing. It has only to do with system suspend.
> (And using system suspend aggressively)
>
> >
> > --mgross
> >
>
> Cheers,
> Flo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists