![]() |
APMD-List: |
to APMD Home
|
Index:
[thread]
[date]
[subject]
[author]
From: John Pezaris <pz@caltech.edu> To : <craigm@milkyway.gsfc.nasa.gov> Date: Mon, 13 Sep 1999 14:13:33 -0700 (PDT) Re: Another CPU slows to a crawl after resume from suspendFrom: Craig Markwardt <craigm@pcasun3.gsfc.nasa.gov> Subject: Re: Another CPU slows to a crawl after resume from suspend Therefore I would argue that a simple "set_cpu_speed" function will not do the trick. You actually need to inform the BIOS that we want to "resume" from standby. [ However, as a side note, I am *very* interested in ways to actively control the CPU throttling. Somehow I think this is very hardware dependent though. ] But much of the resume has indeed happened -- the screen is on, the disk works normally, the keyboard, etc. You mention a dependence on PCMCIA. Do you simply need to eject your cards, or do you actually have to shutdown the entire PCMCIA subsystem? I didn't mention that ... someone else chimed in with similar symptoms which he dealt with by PCMCIA manipulations. Could you remind us which versions of the APM kernel driver (cat /proc/apm) and PCMCIA you are running? RedHat 6.0, kernel 2.2.12, w/ 2.2.10-APM.2 patches, apmd 3.0beta9, APM BIOS 1.2 (Phoenix NetBIOS 6.0.I), pcmcia 3.0.14. - pz. -- John Pezaris pz@caltech.edu Index: [thread] [date] [subject] [author] |