Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Benjamin A. Okopnik wrote: The frequency of how often this happens varies: sometimes, it's every single boot until I remove the laptop battery; at other times, it's only about one boot out of every five. It seems to be related to IRQ problems (booting the laptop without its battery, and inserting it after the boot, results in the problem nearly disappearing - it only happens in ~1 of every 20 boots.) I think you are excluding an hardware problem because on the same machine you also run Windows (or something else) and it sounds good, right? The sporadic nature of the problem seems suspicious, in particular because your machine has a very common (and tested) chipset. As you can see on http://www.linux-on-laptops.com/acer.html, people using your laptop seems to have audio that just works. I have a Sony laptop with a i855 chipset that works too. Have you tried to upgrade your Acer BIOS? And, do the problem comes indifferently (and with similar probability) after a reboot or a complete poweroff? Have you tryed with some linux live CD (Ubuntu, Knoppix) to see if something behaves differently? But i suspect it is not a kernel/distibution problem... Have you contacted the Acer support or visited their website to see if there are some broken model or some known problem? Good luck. Cesare. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Since I didn't get copied on this reply (I just saw it after searching the BTS), I didn't get a chance to follow up to it earlier. I'd appreciate being CCd in the future, thanks. Cesare Leonardi <[EMAIL PROTECTED]> wrote: > Benjamin A. Okopnik wrote: > > The frequency of how often this happens varies: sometimes, it's every > > single boot until I remove the laptop battery; at other times, it's only > > about one boot out of every five. It seems to be related to IRQ problems > > (booting the laptop without its battery, and inserting it after the > > boot, results in the problem nearly disappearing - it only happens in ~1 > > of every 20 boots.) > > I think you are excluding an hardware problem because on the same > machine you also run Wind0ws (or something else) and it sounds good, right? This machine initially came with Wind0ws, and I used it that way for a two-week long road trip, until I could get to a high-speed connection. The sound worked fine during that time. > The sporadic nature of the problem seems suspicious, in particular > because your machine has a very common (and tested) chipset. As you can > see on http://www.linux-on-laptops.com/acer.html, people using your > laptop seems to have audio that just works. > I have a Sony laptop with a i855 chipset that works too. > > Have you tried to upgrade your Acer BIOS? Yes - that was one of the first things I looked for when I discovered this problem. > And, do the problem comes indifferently (and with similar probability) > after a reboot or a complete poweroff? At this point, rebooting or cold-booting produces a problem about 80% of the time. The only "cure" (works ~99% of the time) is to remove the battery and disconnect the adapter from the machine for a few seconds. > Have you tryed with some linux live CD (Ubuntu, Knoppix) to see if > something behaves differently? But i suspect it is not a > kernel/distibution problem... If you believe that this would give you usable data, I'll be happy to download a few of these and try them out. Since I have a relatively slow connection, I'll have to get to a fast one somewhere which is a bit of a hassle, so I'm a bit reluctant to just do so without an explicit request. > Have you contacted the Acer support or visited their website to see if > there are some broken model or some known problem? Acer's tech support's brains instantly freeze up solid as soon as I mention Linux. I have not found any definite reports of similar behavior, but I suspect that this is due to a) the vague definition of what constitutes this problem (i.e., it's hard to come up with a definitive set of strings to describe the problem uniquely for a Web search) and b) the low numbers of these laptops out there. What little I have found in this regard pointed in the general direction of ACPI problems; I got an ACPI data compiler, fixed the errors in the ACPI data, and recompiled it, but this does not appear to have helped. Incidentally, I have recently run 'lspci' with the sound hardware both working and not working; here's the diff: -- r !diff /tmp/lspci_sound /tmp/lspci_no_sound 109c109 < Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- --- > Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- > Stepping- SERR- FastB2B- 111d110 < Latency: 0 119c118 < Status: D0 PME-Enable- DSel=0 DScale=0 PME- --- > Status: D0 PME-Enable- DSel=0 DScale=0 PME+ -- Here it is with a '-p' added for more context: -- *** /tmp/lspci_sound2006-08-29 22:19:28.0 -0400 --- /tmp/lspci_no_sound 2006-08-29 18:15:08.0 -0400 *** *** 106,114 00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) Subsystem: Acer Incorporated [ALI] Unknown device 0061 ! Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- SERR- TAbort- SERR- http://LinuxGazette.NET * -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Benjamin A. Okopnik wrote: Since I didn't get copied on this reply (I just saw it after searching the BTS), I didn't get a chance to follow up to it earlier. I'd appreciate being CCd in the future, thanks. Sorry, was my mistake. This machine initially came with Wind0ws, and I used it that way for a two-week long road trip, until I could get to a high-speed connection. The sound worked fine during that time. Ok, as i supposed. And, do the problem comes indifferently (and with similar probability) after a reboot or a complete poweroff? At this point, rebooting or cold-booting produces a problem about 80% of the time. The only "cure" (works ~99% of the time) is to remove the battery and disconnect the adapter from the machine for a few seconds. To me this is a very strange thing. Seems that Linux kernel touch something in a bad way in your audio hardware. And here, as you say after, ACPI seems to be the most probable guilty. In your internet research, have you found someone else with Acer 2012, that expose the same problem? In my brief research on "www.linux-on-laptops.com" nobody has reported problems with audio. Have you tryed with some linux live CD (Ubuntu, Knoppix) to see if something behaves differently? But i suspect it is not a kernel/distibution problem... If you believe that this would give you usable data, I'll be happy to download a few of these and try them out. Since I have a relatively slow connection, I'll have to get to a fast one somewhere which is a bit of a hassle, so I'm a bit reluctant to just do so without an explicit request. I think it is a good test to see if other linux systems are able to make it work, without touching your system. At least, if you succeeded, you can restrict the problem to configuration or kernel patch, that is you can exclude hardware problem. And (in many country) you can find live CDs attached to many computer science magazines. What little I have found in this regard pointed in the general direction of ACPI problems; I got an ACPI data compiler, fixed the errors in the ACPI data, and recompiled it, but this does not appear to have helped. I could agree with you... The only strange thing is that people with Acer 2012 i have found, reports that audio work out of the box, without appending kernel parameters, alsa parameters, applying patch, ecc. And their audio device, as reported by lspci, seems identical to your. I would think that you have a defective hardware but you say that it works under Windows... Just to see if something happen, you can try to tweak the kernel command line with options related to ACPI, APIC and IRQ routing. For example: acpi=off acpi=noirq nolapic pci=biosirq pci=noacpi pci=routeirq Sorry, i haven't other ideas. I wish you'll find a solution to your problem. Cesare. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Bug#366680: linux-image: snd_intel8x0 module randomly fails to initialize sound hardware
Package: linux-image Version: /linux-2.6.16.1 Severity: normal Normally, I would not report this kind of problem using the BTS - audio problems are common enough, and not what I consider critical problems - but this one has persisted through a long series of kernel changes, all the way from the early ones in the 2.4 series until now (2.6.16.1). After this long, it's earned the status of Bug Emeritus, and I figure you folks deserve a chance at shooting it down. :) Over the last two years, I've experimented with a number of possible solutions to this problem, including trying to tweak the code in snd_intel8x0.c (unfortunately, it seems that my C-fu is not quite up to kernel hacking.) I'm hoping that you can offer some suggestions; you're also welcome to ask me to test out any patches or experimental code you'd care to try. The problem is that when I boot this laptop (Acer 2012, see included 'lspci' report), the sound hardware often fails to initialize and reports the following error: `` codec_ready: codec is not ready [0x870] '' and, of course, ALSA follows that up with a 'no soundcards found' error. '/var/log/kern.log' has the following to say at those times: `` Apr 22 19:40:53 Fenrir kernel: ACPI: PCI Interrupt :00:1f.5[B] -> GSI 17 (level, low) -> IRQ 21 Apr 22 19:40:53 Fenrir kernel: PCI: Setting latency timer of device :00:1f.5 to 64 Apr 22 19:40:53 Fenrir kernel: codec_ready: codec is not ready [0x870] Apr 22 19:40:53 Fenrir kernel: ACPI: PCI interrupt for device :00:1f.5 disabled Apr 22 19:40:53 Fenrir kernel: Intel ICH: probe of :00:1f.5 failed with error -5 '' and `` Apr 22 07:40:59 Fenrir kernel: Advanced Linux Sound Architecture Driver Version 1.0.11rc2 (Wed Jan 04 08:57:20 2006 UTC). Apr 22 07:40:59 Fenrir kernel: ALSA device list: Apr 22 07:40:59 Fenrir kernel: No soundcards found. '' The frequency of how often this happens varies: sometimes, it's every single boot until I remove the laptop battery; at other times, it's only about one boot out of every five. It seems to be related to IRQ problems (booting the laptop without its battery, and inserting it after the boot, results in the problem nearly disappearing - it only happens in ~1 of every 20 boots.) I've tried setting the module options - `` options snd-intel8x0 buggy_irq=1 buggy_semaphore=1 '' but this does not help. Also, once the hardware has failed to be detected, nothing will fix the problem other than rebooting - unloading and reloading all the relevant modules has no effect. Any help at this point would be greatly appreciated. lspci output: ''' :00:00.0 Host bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.1 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:00.3 System peripheral: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to I/O Controller (rev 02) :00:01.0 PCI bridge: Intel Corporation 82852/82855 GM/GME/PM/GMV Processor to AGP Controller (rev 02) :00:1d.0 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #1 (rev 03) :00:1d.1 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #2 (rev 03) :00:1d.2 USB Controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) USB UHCI Controller #3 (rev 03) :00:1d.7 USB Controller: Intel Corporation 82801DB/DBM (ICH4/ICH4-M) USB2 EHCI Controller (rev 03) :00:1e.0 PCI bridge: Intel Corporation 82801 Mobile PCI Bridge (rev 83) :00:1f.0 ISA bridge: Intel Corporation 82801DBM (ICH4-M) LPC Interface Bridge (rev 03) :00:1f.1 IDE interface: Intel Corporation 82801DBM (ICH4-M) IDE Controller (rev 03) :00:1f.3 SMBus: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) SMBus Controller (rev 03) :00:1f.5 Multimedia audio controller: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Audio Controller (rev 03) :00:1f.6 Modem: Intel Corporation 82801DB/DBL/DBM (ICH4/ICH4-L/ICH4-M) AC'97 Modem Controller (rev 03) :01:00.0 VGA compatible controller: ATI Technologies Inc RV350 [Mobility Radeon 9600 M10] :02:00.0 FireWire (IEEE 1394): Texas Instruments TSB43AB21 IEEE-1394a-2000 Controller (PHY/Link) :02:01.0 Ethernet controller: Broadcom Corporation BCM4401-B0 100Base-TX (rev 02) :02:02.0 Network controller: Intel Corporation PRO/Wireless 2200BG (rev 05) :02:04.0 CardBus bridge: ENE Technology Inc CB1410 Cardbus Controller (rev 01) :03:00.0 USB Controller: NEC Corporation USB (rev 43) :03:00.1 USB Controller: NEC Corporation USB (rev 43) ''' Sincerely, Ben Okopnik, Editor-in-Chief, Linux Gazette -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=- -- System Information: Debian Release: testing/unstable APT prefers unstable APT policy: (990, 'unstable'), (500, 'testing') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.16.1 Locale: LA
