Subject: Re: [uClinux-dev] Kernel 2.6 size increase
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
To: Tom Rini <trini@kernel.crashing.org>
Cc: Bernardo Innocenti <bernie@develer.com>, Willy Tarreau <willy@w.ods.org>,
       Christoph Hellwig <hch@lst.de>,
       uClinux development list <uclinux-dev@uclinux.org>,
       Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
In-Reply-To: <20030729222921.GK16051@ip68-0-152-218.tc.ph.cox.net>
References: <200307232046.46990.bernie@develer.com>
	 <200307240007.15377.bernie@develer.com>
	 <20030723222747.GF643@alpha.home.local>
	 <200307242227.16439.bernie@develer.com>
	 <20030729222921.GK16051@ip68-0-152-218.tc.ph.cox.net>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Organization: 
Message-Id: <1059518889.6838.19.camel@dhcp22.swansea.linux.org.uk>
Mime-Version: 1.0
Date: 29 Jul 2003 23:48:10 +0100
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 828
Lines: 17

On Maw, 2003-07-29 at 23:29, Tom Rini wrote:
> 
> Well, from Pat's talk at OLS, it seems like sysfs would be an important
> part of 'sleep', which is something at least some embedded systems care
> about.

sysfs is relevant for bigger systems but for small embedded stuff the whole
PM layer is fairly "so what". At that level your hardware is tightly defined
and you *know* the power management ordering. Policy becomes critical for 
performance and gets done at a very fine grained level - things like waking
up the flash for a read then turning it back off on a timer for example.

-
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/