From mboxrd@z Thu Jan 1 00:00:00 1970 From: Nate Lawson Subject: RE: Processor C states and USB problem Date: Tue, 6 Jan 2004 10:37:48 -0800 (PST) Sender: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org Message-ID: <20040106103600.J26693@root.org> References: <3ACA40606221794F80A5670F0AF15F8401720C79@PDSMSX403.ccr.corp.intel.com> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Return-path: In-Reply-To: <3ACA40606221794F80A5670F0AF15F8401720C79-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org> Errors-To: acpi-devel-admin-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , List-Archive: To: "Yu, Luming" Cc: Petr Olivka , mike-Z92qn3yYq0hWk0Htik3J/w@public.gmane.org, acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org List-Id: linux-acpi@vger.kernel.org On Tue, 6 Jan 2004, Yu, Luming wrote: > >usb host use poll mode to get data from usb peripherals, and result is > >continuous busmaster activity. > > Hmm, it looks like we should stop such kind of poll to support power > save. Good luck. That would require processor.c to become aware of the USB driver loaded. In FreeBSD, we have a generic kernel interface module (.m) that you can add that allows other kernel features to call a function without knowing what will service the call in the backend. I guess you could do this via a function pointer, but you'd still have added binary compatibility issues between ACPI and USB. -Nate ------------------------------------------------------- This SF.net email is sponsored by: IBM Linux Tutorials. Become an expert in LINUX or just sharpen your skills. Sign up for IBM's Free Linux Tutorials. Learn everything from the bash shell to sys admin. Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click