Red Hat Bugzilla – Bug 62878
No sound after wake-up
Last modified: 2008-08-01 12:22:52 EDT
Description of Problem:
Acer Travelmate laptop with kernel 2.4.18-0.13 from beta4 (the same machine
for which the more detailed description can be found in #61816) and sound
card which looks in 'dmesg' like that:
i810: Intel ICH3 found at IO 0xb400 and 0xb000, IRQ 10
i810_audio: Audio Controller supports 6 channels.
ac97_codec: AC97 Audio codec, id: 0x414c:0x4710 (ALC200/200P)
i810_audio: AC'97 codec 0 supports AMAP, total channels = 2
ac97_codec: AC97 Modem codec, id: 0x5349:0x4c27 (Unknown)
A device with PCI id 8086:2485 and which shows up with 'lspci -vv ...' as:
00:1f.5 Multimedia audio controller: Intel Corporation: Unknown device 2485 (rev
Subsystem: Acer Incorporated [ALI]: Unknown device 1017
Control: I/O+ Mem- BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping-
Status: Cap- 66Mhz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- <TAbort-
<MAbort- >SERR- <PERR-
Interrupt: pin B routed to IRQ 10
Region 0: I/O ports at b000 [size=256]
Region 1: I/O ports at b400 [size=64]
The problem is that sound is operational only until a laptot will suspend;
either because of inactivity or because an appropriate function key was
pushed. After wake-up no errors are reported but there is no sound either.
Everything looks normal and one can "play" but any activity on speakers
will resume only after a reboot.
A "soft" reboot is only required, without powering down. OTOH unloading/
loading sound modules and/or taking it to a run level 1 is not enough.
Version-Release number of selected component (if applicable):
It looks like the bios is not restoring devices properly.
Can be interesting to do the following:
lspci -vxxx from just before and just after the suspend
and then diff (or just attach and I'll diff)
Attached. There are only two bytes changed in an output of 'lspci -vvxxx'
after a suspend but these bytes are persistent. That means that attempts
to use 'setpci' to change their value do not work. No error but no change
Created attachment 52884 [details]
lscpi output before and after suspend
well interesting; those bytes are rather important ;)
(eg the bridge looses half the PCI space it can see!)
Could you try kernel 2.4.18-0.21? It has some improved PCI resume code.
(you may need to add resume=force on the kernel command line if your
laptop isn't auto-detected)
> Could you try kernel 2.4.18-0.21?
I will do that a bit later but if you would like some other data from this
laptop you better hurry. Unfortunately it is not mine and although it is
still within my reach it may go away any moment (and soon after it will
travel to another continent :-).
Not much positive change with 2.4.18-0.21 in this problem, I am afraid.
The behaviour with sound is as before. There are new differences in
lscpi output before and after suspend (and for some reasons getting this
thing to stay suspended after a push on a "suspend" key and not to resume
immediately is a black art :-).
Created attachment 53684 [details]
Output from lspci before and after suspension with 2.4.18-0.21
Thanks for the bug report. However, Red Hat no longer maintains this version of
the product. Please upgrade to the latest version and open a new bug if the problem
The Fedora Legacy project (http://fedoralegacy.org/) maintains some older releases,
and if you believe this bug is interesting to them, please report the problem in
the bug tracker at: http://bugzilla.fedora.us/