All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Yu, Luming" <luming.yu-ral2JQCrhuEAvxtiuMwx3w@public.gmane.org>
To: Nate Lawson <nate-Y6VGUYTwhu0@public.gmane.org>
Cc: Petr Olivka <petr.olivka-jmYXjVuSQ4U@public.gmane.org>,
	mike-Z92qn3yYq0hWk0Htik3J/w@public.gmane.org,
	acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org
Subject: RE: Processor C states and USB problem
Date: Wed, 7 Jan 2004 17:08:25 +0800	[thread overview]
Message-ID: <3ACA40606221794F80A5670F0AF15F8401720C84@PDSMSX403.ccr.corp.intel.com> (raw)

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


Maybe we can do it through a generic driver (PM) .


-------------------------------------------------------
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\x1278&alloc_id371&op=click

             reply	other threads:[~2004-01-07  9:08 UTC|newest]

Thread overview: 25+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2004-01-07  9:08 Yu, Luming [this message]
  -- strict thread matches above, loose matches on Subject: below --
2004-01-19 10:15 Processor C states and USB problem Ow Mun Heng
2004-01-18  5:57 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401720CEB-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-18 10:00   ` Michael Guntsche
2004-01-18  3:17 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401720CE2-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-19 10:20   ` Diego SANTA CRUZ
2004-01-20 19:51   ` Nate Lawson
2004-01-14  2:10 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401720CC9-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-14  7:55   ` Diego SANTA CRUZ
     [not found]     ` <1074066934.9124.6.camel-TVkb0Wta32GnwOLKaxbZ/w@public.gmane.org>
2004-01-14 15:34       ` Michael Guntsche
     [not found]         ` <20040114163437.4bcbc62f.mike-Z92qn3yYq0hWk0Htik3J/w@public.gmane.org>
2004-01-15  8:06           ` Diego SANTA CRUZ
2004-01-12  8:31 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401720CB9-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-12 10:50   ` Diego SANTA CRUZ
2004-01-06  1:27 Yu, Luming
     [not found] ` <3ACA40606221794F80A5670F0AF15F8401720C79-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-06 18:37   ` Nate Lawson
2004-01-05  9:06 Li, Shaohua
     [not found] ` <571ACEFD467F7749BC50E0A98C17CDD8E84E6C-SRlDPOYGfgogGBtAFL8yw7fspsVTdybXVpNB7YpNyf8@public.gmane.org>
2004-01-05  9:57   ` mike-Z92qn3yYq0hWk0Htik3J/w
2004-01-09  9:31   ` Diego SANTA CRUZ
     [not found]     ` <1073640699.10144.14.camel-TVkb0Wta32GnwOLKaxbZ/w@public.gmane.org>
2004-01-09 10:05       ` Petr Olivka
     [not found]         ` <Pine.LNX.4.58.0401091102120.20682-Rd/Vp7eeBLeOZheNW5JDhQ@public.gmane.org>
2004-01-09 10:15           ` Diego SANTA CRUZ
     [not found]             ` <1073643322.10144.23.camel-TVkb0Wta32GnwOLKaxbZ/w@public.gmane.org>
2004-01-09 15:54               ` Michael Guntsche
     [not found]                 ` <20040109165421.6fc2483a.mike-Z92qn3yYq0hWk0Htik3J/w@public.gmane.org>
2004-01-09 17:35                   ` Randy.Dunlap
     [not found]                     ` <20040109093553.31aa1c79.rddunlap-3NddpPZAyC0@public.gmane.org>
2004-01-09 18:24                       ` Michael Guntsche
2004-01-05  8:41 mike-Z92qn3yYq0hWk0Htik3J/w
     [not found] ` <E1AdQIo-0005nI-00-bi+AKbBUZKZeoWH0uzbU5w@public.gmane.org>
2004-01-05  9:11   ` Petr Olivka

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=3ACA40606221794F80A5670F0AF15F8401720C84@PDSMSX403.ccr.corp.intel.com \
    --to=luming.yu-ral2jqcrhueavxtiumwx3w@public.gmane.org \
    --cc=acpi-devel-5NWGOfrQmneRv+LV9MX5uipxlwaOVQ5f@public.gmane.org \
    --cc=mike-Z92qn3yYq0hWk0Htik3J/w@public.gmane.org \
    --cc=nate-Y6VGUYTwhu0@public.gmane.org \
    --cc=petr.olivka-jmYXjVuSQ4U@public.gmane.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body. 
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.