Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161007AbWAGTWU (ORCPT ); Sat, 7 Jan 2006 14:22:20 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1161009AbWAGTWT (ORCPT ); Sat, 7 Jan 2006 14:22:19 -0500 Received: from gprs189-60.eurotel.cz ([160.218.189.60]:7684 "EHLO spitz.ucw.cz") by vger.kernel.org with ESMTP id S1161007AbWAGTWS (ORCPT ); Sat, 7 Jan 2006 14:22:18 -0500 Date: Fri, 6 Jan 2006 04:24:22 +0000 From: Pavel Machek To: Adam Belay , Patrick Mochel , Andrew Morton , Linux-pm mailing list , kernel list Subject: Re: [linux-pm] [patch] pm: fix runtime powermanagement's /sys interface Message-ID: <20060106042422.GB2496@ucw.cz> References: <20051227213439.GA1884@elf.ucw.cz> <20051227220533.GA1914@elf.ucw.cz> <20060104213405.GC1761@elf.ucw.cz> <20060107083602.GE3184@neo.rr.com> <20060107102554.GC9225@elf.ucw.cz> <20060107124544.GA3972@neo.rr.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20060107124544.GA3972@neo.rr.com> User-Agent: Mutt/1.5.9i Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1780 Lines: 47 > > > 1.) most sound cards have more than two states. (once again latency over > > > power savings trade offs) > > > > What is the latency in typical "most sound card" case? > > ACPI requires within 100ms for D1 and D2. D3 can be longer. Spec is useless here. 1usec is <100msec. Do you know any soundcard that takes >10msec from D3? > > > > 4.) IDE hard drives and other storage media have "sleep", "suspend", > > > etc. > > > > Yep; but spindown takes 5 seconds, so if you need to reset ide bus or > > not to get it back is driver detail. Plus notice how power consuption > > in sleep and suspend is almost same; motor not running is big deal > > there. Ouch and hdparm already handles these. > > 5 seconds is more of an upper bound. My laptop hardrive can do spindown > and spinup in around 1 second. hdparm doesn't handle the deeper suspend > case (it can enter but not recover). Kernel level support is required. ...but this has very little to do with framework we are trying to build. (and no support is needed for hdparm -y). > > > 6.) many video cards implement D1 and D2 as you've already seen. This > > > is often more a matter of "we only know how to restore from such and such > > > states" > > > > Excatly, so "on"/"off" is enough for them. > > Not really. The ACPI spec suggests latency requirements for each state. > If we had better drivers, we might enter a lower latency video card > state when the screen is blanked that's not quite an "off" state. Backlight takes ages, anyway. -- Thanks, Sharp! - 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/