[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100116181253.GC1603@ucw.cz>
Date: Sat, 16 Jan 2010 19:12:53 +0100
From: Pavel Machek <pavel@....cz>
To: Stanislav Brabec <utx@...guin.cz>
Cc: Eric Miao <eric.y.miao@...il.com>,
"Rafael J. Wysocki" <rjw@...k.pl>, Bart?omiej Zimo? <uzi18@...pl>,
Andy Walls <awalls@...ix.net>,
Daniel Borkmann <danborkmann@...glemail.com>,
linux-kernel@...r.kernel.org, rpurdie@...ys.net, lenz@...wisc.edu,
Dirk@...er-online.de, arminlitzel@....de,
Cyril Hrubis <metan@....cz>, thommycheck@...il.com,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
dbaryshkov@...il.com, omegamoon@...il.com,
zaurus-devel@...ts.linuxtogo.org
Subject: Re: [suspend/resume] Re: userspace notification from module
On Sat 2010-01-16 18:00:58, Stanislav Brabec wrote:
> Eric Miao wrote:
>
> > And the other way we may need to look into what API the current userland
> > apps on zaurus is depending on this 2.4 compatibility and make changes
> > slowly to those apps.
>
> I guess that 2.4 compatibility is not an issue. Most modern Zaurus
> distributions are even unable to run Sharp ROM compatible binaries.
>
> Distributions either stay on 2.4 kernel or use modern systems based on
> modern kernel 2.6 API.
>
> Distributions that decided to migrate to kernel 2.6 are far from
> finished state. Any change that allows to use modern applications using
> standard kernel API is welcome.
There is no API involved. It is just ... if you leave zaurus in
init=/bin/bash mode, it must not kill the battery. Smart and
currently implemented way to do that is to suspend.
That's counterexample to rjw, but it does not matter -- reasonable
userland should never ever hit that, in a same way PCs should not hit
emergency power cut...
Pavel
--
(english) http://www.livejournal.com/~pavelmachek
(cesky, pictures) http://atrey.karlin.mff.cuni.cz/~pavel/picture/horses/blog.html
--
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