At 15:29 00/06/20 -0700, David Hinds wrote:
> I have good reason to think it is not a 3Com issue, because I have
> copies of almost every 3Com PCMCIA card that has ever been made, and
> I've tested them on several laptops. And I developed these drivers,
> and I know from first principles that no PCMCIA card, no matter how
> quirky, should be able to interfere with an APM suspend. So these
> problems have to either be with APM or with the core PCMCIA support,
> not with the 3Com cards or drivers.
I would like to second your thought, based on my experience I have with
IBM Thinkpad 570.
As it is reported by others, I can put my TP570 to sleep if I use
'apm -s' command, regardless of whether I'm on power, or whether
I have 3Com PCMCIA card. But if I try to put it sleep by pressing
Fn+F4, BIOS (not apmd or kapmd) makes high&low beep and refuses
to go to sleep. When that happens, suspend event is not issued so
apm daemon cannot do anything. However if I issue 'cardctl suspend'
beforehand or unplug the power prior to pressing Fn+F4, it will go
to sleep.
I do not have sufficient understanding as to IOCTL call used in
cardctl, but as far as I can tell, APM BIOS catches something
and it thinks it's ok to sleep if it is asked next time.
Additionally, I have another to reason to rule 3Com cards or drivers
as culprit, because same thing is observed when I use NE2000 compatible
PCMCIA card.
Best regards,
Geo
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.rutgers.edu
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Fri Jun 23 2000 - 21:00:25 EST