From: Jan Rychter <jan@rychter.com>
To: Greg KH <greg@kroah.com>
Cc: linux-kernel@vger.kernel.org
Subject: Re: 2.4.22 USB problem (uhci)
Date: Fri, 19 Sep 2003 13:29:55 -0700 [thread overview]
Message-ID: <m28yokr070.fsf@tnuctip.rychter.com> (raw)
In-Reply-To: <20030919201751.GA7101@kroah.com> (Greg KH's message of "Fri, 19 Sep 2003 13:17:52 -0700")
>>>>> "Greg" == Greg KH <greg@kroah.com> writes:
Greg> On Fri, Sep 19, 2003 at 12:17:11PM -0700, Jan Rychter wrote:
> "Greg" == Greg KH <greg@kroah.com> writes:
Greg> On Thu, Sep 18, 2003 at 08:10:48PM -0700, Jan Rychter wrote:
> Upon disconnecting an USB mouse from a 2.4.22, I get
>
> uhci.c: efe0: host controller halted. very bad
>
> and subsequently, the machine keeps on spinning in ACPI C2 state,
> never going into C3, as it should (since the mouse is the only USB
> device).
>
> If afterwards I do 'rmmod uhci; modprobe uhci', then the machine
> starts using the C3 state again.
>>
Greg> If you use the usb-uhci driver, does it also do this?
>>
>> If you mean strange messages, no, it doesn't. Using usb-uhci it just
>> says "USB disconnect..." and everything looks fine.
>>
>> As to C-states, usb-uhci prevents Linux from *ever* entering C3,
>> being effectively unusable on some laptops -- so there is no way I
>> can see the same symptoms with it.
Greg> If you want to suspend using 2.4, unload the usb drivers
Greg> entirely. That's the only safe way.
I wasn't talking about suspending, but about processor C-states. These
are power states that the mobile processors enter dynamically, many
times a second. In my case:
[10:52] tnuctip:/usr/src/linux#cat /proc/acpi/processor/CPU0/power
active state: C3
default state: C1
bus master activity: 00000000
states:
C1: promotion[C2] demotion[--] latency[000] usage[00000520]
C2: promotion[C3] demotion[C1] latency[001] usage[00159073]
*C3: promotion[--] demotion[C2] latency[100] usage[02297764]
[13:28] tnuctip:/usr/src/linux#
As you can see, C3 (lowest power) is being used a lot. This makes my
laptop run cool. If I use usb-uhci, the processor is never able to go
into C3 because of DMA activity. uhci is better, because it at least
permits me to use C3 when there are no devices plugged in.
And going back to the uhci problem... ?
--J.
next prev parent reply other threads:[~2003-09-19 20:30 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2003-09-19 3:10 2.4.22 USB problem (uhci) Jan Rychter
2003-09-19 19:06 ` Greg KH
2003-09-19 19:17 ` Jan Rychter
2003-09-19 20:17 ` Greg KH
2003-09-19 20:29 ` Jan Rychter [this message]
2003-09-19 20:44 ` Greg KH
2003-09-19 21:14 ` Jan Rychter
2003-09-19 21:22 ` Greg KH
2003-09-19 22:30 ` Jan Rychter
2003-09-21 0:15 ` Jan Rychter
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=m28yokr070.fsf@tnuctip.rychter.com \
--to=jan@rychter.com \
--cc=greg@kroah.com \
--cc=linux-kernel@vger.kernel.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox