Lucid upgrade: No sound after wakeup from standby
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
alsa-driver (Ubuntu) |
Expired
|
Undecided
|
Unassigned |
Bug Description
I have a Dell XPS M1530 Notebook. Since I upgraded to lucid, I have no sound after wakeup from standby. In Karmic it worked out.
-----%<-----
lspci -vv
00:1b.0 Audio device: Intel Corporation 82801H (ICH8 Family) HD Audio Controller (rev 02)
Subsystem: Dell Device 022e
Control: I/O- Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
Latency: 0, Cache Line Size: 64 bytes
Interrupt: pin A routed to IRQ 21
Region 0: Memory at f6ffc000 (64-bit, non-prefetchable) [size=16K]
Capabilities: <access denied>
Kernel driver in use: HDA Intel
Kernel modules: snd-hda-intel
-----%<-----
Put in /etc/modprobe.
-----%<-----
options snd-hda-intel model=dell-bios
-----%<-----
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: pulseaudio 1:0.9.22~
ProcVersionSign
Uname: Linux 2.6.32-22-generic x86_64
NonfreeKernelMo
AlsaVersion: Advanced Linux Sound Architecture Driver Version 1.0.21.
AplayDevices:
**** List of PLAYBACK Hardware Devices ****
card 0: Intel [HDA Intel], device 0: STAC92xx Analog [STAC92xx Analog]
Subdevices: 1/1
Subdevice #0: subdevice #0
Architecture: amd64
AudioDevicesInUse:
USER PID ACCESS COMMAND
/dev/snd/
Card0.Amixer.info:
Card hw:0 'Intel'/'HDA Intel at 0xf6ffc000 irq 21'
Mixer name : 'SigmaTel STAC9228'
Components : 'HDA:83847616,
Controls : 34
Simple ctrls : 24
Date: Tue May 11 08:50:12 2010
ProcEnviron:
LANG=de_DE.UTF-8
SHELL=/bin/bash
SourcePackage: pulseaudio
dmi.bios.date: 11/19/2008
dmi.bios.vendor: Dell Inc.
dmi.bios.version: A12
dmi.board.vendor: Dell Inc.
dmi.chassis.type: 8
dmi.chassis.vendor: Dell Inc.
dmi.modalias: dmi:bvnDellInc.
dmi.product.name: XPS M1530
dmi.sys.vendor: Dell Inc.
I had a very similar issue, see more data on bug #578660; I had to add model=toshiba to the configuration line. Strange, because with older kernel it was automatically detected.
More data available on request.