Thread: [Alsa-user] no sound with SondBlast PCI (ens1371)
Brought to you by:
perex
From: Media F. <str...@gm...> - 2008-06-27 14:05:10
Attachments:
alsa-info.txt
|
ALSA Audio Debug v0.1.0 - Fri Jun 27 21:41:58 CST 2008 http://alsa.opensrc.org/aadebug http://www.gnu.org/licenses/gpl.txt Kernel ---------------------------------------------------- Linux BlueSky 2.6.25-14.fc9.i686 #1 SMP Thu May 1 06:28:41 EDT 2008 i686 i686 i386 GNU/Linux Loaded Modules -------------------------------------------- snd_seq_midi 10624 0 snd_ens1371 23684 3 snd_rawmidi 22400 2 snd_seq_midi,snd_ens1371 snd_ac97_codec 94368 1 snd_ens1371 snd_seq_dummy 6660 0 snd_seq_oss 30364 0 snd_seq_midi_event 9600 2 snd_seq_midi,snd_seq_oss snd_seq 48448 6 snd_seq_midi,snd_seq_dummy,snd_seq_oss,snd_seq_midi_event snd_seq_device 10124 5 snd_seq_midi,snd_rawmidi,snd_seq_dummy,snd_seq_oss,snd_seq snd_pcm_oss 42496 0 snd_mixer_oss 16768 1 snd_pcm_oss snd_pcm 67076 3 snd_ens1371,snd_ac97_codec,snd_pcm_oss snd_timer 21640 2 snd_seq,snd_pcm snd 48312 18 snd_seq_midi,snd_ens1371,snd_rawmidi,snd_ac97_codec,snd_seq_dummy,snd_seq_oss,snd_seq,snd_seq_device,snd_pcm_oss,snd_mixer_oss,snd_pcm,snd_timer snd_page_alloc 11400 1 snd_pcm Modprobe Conf --------------------------------------------- Warning: module config file does not exist This means any kernel modules will not be auto loaded See your linux distro docs on how to create this file Proc Asound ----------------------------------------------- Advanced Linux Sound Architecture Driver Version 1.0.16rc2 (Thu Jan 31 16:40:16 2008 UTC). 0 [AudioPCI ]: ENS1371 - Ensoniq AudioPCI Ensoniq AudioPCI ENS1371 at 0x9000, irq 5 2: : timer 3: : sequencer 4: [ 0- 0]: raw midi 5: [ 0- 1]: digital audio playback 6: [ 0- 0]: digital audio playback 7: [ 0- 0]: digital audio capture 8: [ 0] : control cat: /proc/asound/hwdep: No such file or directory 00-01: ES1371/2 : ES1371 DAC1 : playback 1 00-00: ES1371/1 : ES1371 DAC2/ADC : playback 1 : capture 1 Client info cur clients : 4 peak clients : 4 max clients : 192 Client 0 : "System" [Kernel] Port 0 : "Timer" (Rwe-) Port 1 : "Announce" (R-e-) Connecting To: 15:0 Client 14 : "Midi Through" [Kernel] Port 0 : "Midi Through Port-0" (RWe-) Client 15 : "OSS sequencer" [Kernel] Port 0 : "Receiver" (-we-) Connected From: 0:1 Client 16 : "Ensoniq AudioPCI" [Kernel] Port 0 : "ES1371" (RWeX) Dev Snd --------------------------------------------------- controlC0 midiC0D0 pcmC0D0c pcmC0D0p pcmC0D1p seq timer CPU ------------------------------------------------------- model name : Celeron (Coppermine) cpu MHz : 896.785 RAM ------------------------------------------------------- MemTotal: 515060 kB SwapTotal: 2048276 kB Hardware -------------------------------------------------- 00:00.0 Host bridge: Intel Corporation 82815 815 Chipset Host Bridge and Memory Controller Hub (rev 04) 02:02.0 Multimedia audio controller: Creative Labs Ectiva EV1938 |
From: Nigel H. <cav...@al...> - 2008-06-27 20:29:57
|
On Friday 27 June 2008 16:05, Media Fan wrote: > hi, > > I installed FC9, but there's no sound. The sound card is Creative > SoundBlast PCI (ens1371). The sound module is ALSA. The ALSA module reports > it has detected the card, and everything seems ok, but there's no sound. > > Attached below two diagnostic files, one from alsa-info, another from > 'aadebug' from ALSA web. > > Btw, I tried a few solutions from FC/ALSA/google, but seems they're not > work > > :-( > > Thanks in adv, Apologies for my slow reply. I have an Ensoniq PCI card (ens1371), but on a machine that is still using FC2, and no problems with the sounds. On the other machine I have a whole bunch of distros that use an Audigy2 soundblaster card. Not long ago I installed Fedora 8, and lost the sound. Fedora 8 has started using pulseaudio, and that is what was causing the problem. I removed the package alsa-plugins-pulseaudio, which if you have KDE installed, also removes the package kde-settings-pulseaudio. having done that the sound worked, as it had always done. Now I don't have a Fedora 9 install, but presume that you can still disable pulseaudio by removing the alsa-plugins-pulseaudio package, and hopefully your sounds will then work. I've never had problems with my Ensoniq card, as it's well suppoted, and works out of the box. All the best. Nigel. |
From: Media F. <str...@gm...> - 2008-06-29 17:21:47
|
Hi Nigel, Thanks for your help. I tried your way, removing alsa-plugins-pulseaudio. But the sound card still doesn't work. I also verified this in Win2K, the card can work and the HW is okay. One observation is that, even with Win2K, the Sound Card didn't work at beginning. I had to unplug the card, let the OS configured all other PnP cards first. Then I plugged in the sound card, and this time the OS can configured the SB card successfully. Not sure if it's very tricky to drive this kind of SB card. The string on the chip is "EV1938 NY1760", and Win driver is "Creative SB AudioPCI (WDM)". Btw, per googled results, I found I'm not along :-p BRs, -Leo On Sat, Jun 28, 2008 at 4:29 AM, Nigel Henry <cav...@al...> wrote: > > > Apologies for my slow reply. > > I have an Ensoniq PCI card (ens1371), but on a machine that is still using > FC2, and no problems with the sounds. > > On the other machine I have a whole bunch of distros that use an Audigy2 > soundblaster card. Not long ago I installed Fedora 8, and lost the sound. > Fedora 8 has started using pulseaudio, and that is what was causing the > problem. I removed the package alsa-plugins-pulseaudio, which if you have > KDE > installed, also removes the package kde-settings-pulseaudio. having done > that > the sound worked, as it had always done. > > Now I don't have a Fedora 9 install, but presume that you can still disable > pulseaudio by removing the alsa-plugins-pulseaudio package, and hopefully > your sounds will then work. I've never had problems with my Ensoniq card, > as > it's well suppoted, and works out of the box. > > All the best. > > Nigel. > > > > ------------------------------------------------------------------------- > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services for > just about anything Open Source. > http://sourceforge.net/services/buy/index.php > _______________________________________________ > Alsa-user mailing list > Als...@li... > https://lists.sourceforge.net/lists/listinfo/alsa-user > |
From: stan <ghj...@co...> - 2008-06-30 14:20:55
|
Media Fan wrote: > hi, > > I installed FC9, but there's no sound. The sound card is Creative > SoundBlast PCI (ens1371). The sound module is ALSA. The ALSA module > reports it has detected the card, and everything seems ok, but there's > no sound. > > Attached below two diagnostic files, one from alsa-info, another from > 'aadebug' from ALSA web. > > Btw, I tried a few solutions from FC/ALSA/google, but seems they're > not work :-( > Thanks in adv, Did you try aplay -v -D plughw:0,0 some.wav ? What were the results? You should set up a modprobe.conf file. As root, use an editor to create the file /etc/modprobe.conf and put these lines in it. Might make no difference, but might help. alias snd-card-0 snd-ens1371 options snd-ens1371 index=0 |
From: Media F. <str...@gm...> - 2008-07-02 15:39:50
|
Hi Stan, Thanks for your help. Did you try aplay -v -D plughw:0,0 some.wav ? What were the results? aplay runs with no error, but still without sound. Btw, I added the 2 lines you mentioned in modprobe.conf, then, I tried aplay. I'll do more tests and update you if any new finding. BRs, > > > You should set up a modprobe.conf file. As root, use an editor to create > the file /etc/modprobe.conf and put > these lines in it. Might make no difference, but might help. > > alias snd-card-0 snd-ens1371 > options snd-ens1371 index=0 > > |
From: Media F. <str...@gm...> - 2008-07-13 15:07:17
|
The issue is gone suddenly and it can play sound now. I hadn't touched sound/ALSA since my last try. Today, when I logged in, I noticed there's a red-cross on gnome volume control and PCM was muted. After unmute PCM, it can play sounds. Cheers! Appreciate your help very much. On Wed, Jul 2, 2008 at 11:39 PM, Media Fan <str...@gm...> wrote: > Hi Stan, > > Thanks for your help. > > Did you try aplay -v -D plughw:0,0 some.wav ? What were the results? > > aplay runs with no error, but still without sound. Btw, I added the 2 lines > you mentioned in modprobe.conf, then, I tried aplay. > > I'll do more tests and update you if any new finding. > > BRs, > > >> >> >> You should set up a modprobe.conf file. As root, use an editor to create >> the file /etc/modprobe.conf and put >> these lines in it. Might make no difference, but might help. >> >> alias snd-card-0 snd-ens1371 >> options snd-ens1371 index=0 >> >> > |
From: Media F. <str...@gm...> - 2008-07-14 14:59:12
|
Today, after I powered on the system, I found sound doesn't work again. All volume controls are unmuted but still no sound. Don't know what's wrong in the system... weird. On Sun, Jul 13, 2008 at 11:07 PM, Media Fan <str...@gm...> wrote: > The issue is gone suddenly and it can play sound now. I hadn't touched > sound/ALSA since my last try. Today, when I logged in, I noticed there's a > red-cross on gnome volume control and PCM was muted. After unmute PCM, it > can play sounds. Cheers! > > Appreciate your help very much. > > > On Wed, Jul 2, 2008 at 11:39 PM, Media Fan <str...@gm...> > wrote: > >> Hi Stan, >> >> Thanks for your help. >> >> Did you try aplay -v -D plughw:0,0 some.wav ? What were the results? >> >> aplay runs with no error, but still without sound. Btw, I added the 2 >> lines you mentioned in modprobe.conf, then, I tried aplay. >> >> I'll do more tests and update you if any new finding. >> >> BRs, >> >> >>> >>> >>> You should set up a modprobe.conf file. As root, use an editor to create >>> the file /etc/modprobe.conf and put >>> these lines in it. Might make no difference, but might help. >>> >>> alias snd-card-0 snd-ens1371 >>> options snd-ens1371 index=0 >>> >>> >> > |
From: stan <ghj...@co...> - 2008-07-14 16:31:36
|
Media Fan wrote: > Today, after I powered on the system, I found sound doesn't work > again. All volume controls are unmuted but still no sound. Don't know > what's wrong in the system... weird. > There is another thread on alsa user about the ens1371. You can go to www.gmane.org and search for "is this card supported by ALSA". Rene Herman has been helping the poster to troubleshoot and found that there is an issue with initialization. The discussion should be relevant to your problem. |
From: Media F. <str...@gm...> - 2008-07-19 15:02:50
|
Thanks a lot for your help, Stan. Sorry for my late reply. I'll pay attention to that thread. Best Regards, On Tue, Jul 15, 2008 at 12:26 AM, stan <ghj...@co...> wrote: > Media Fan wrote: > >> Today, after I powered on the system, I found sound doesn't work again. >> All volume controls are unmuted but still no sound. Don't know what's wrong >> in the system... weird. >> >> There is another thread on alsa user about the ens1371. You can go to > www.gmane.org and search for "is this card supported by ALSA". Rene > Herman has been helping the poster to troubleshoot and found that there is > an issue with initialization. The discussion should be relevant to your > problem. > |
From: Rene H. <ren...@ke...> - 2008-07-19 15:21:00
|
On 19-07-08 17:02, Media Fan wrote: > Thanks a lot for your help, Stan. Sorry for my late reply. I'll pay > attention to that thread. That one just ended. I wasn't paying attention to this one due to the fact that halfway in you reported that it worked but I see it's the exact same issue. Also an EV1938. It's a problem with communication between the ENS1371 part and the AC97 part -- like in that other thread, you also get varying IDs (0x00008384 and 0xffff8384; it _should_ likely be 0x83847605) and what I find very interesting is that it worked for you once. This can certainly happen if the problem is timing related. Are you capable of testing patches? (ie, applying them, recompiling the driver, re-installing, reloading, ...) And the first thing I'd try would likely be putting the machine under some sort of massive load while loading the driver... :-/ Rene. |
From: Media F. <str...@gm...> - 2008-07-20 00:56:25
|
> That one just ended. I wasn't paying attention to this one due to the fact > that halfway in you reported that it worked but I see it's the exact same > issue. Also an EV1938. Yeah, I was excited when I heard sound at that day. But a week later, when I powered on the box again, I found there's no sound any more :-( > > > It's a problem with communication between the ENS1371 part and the AC97 > part -- like in that other thread, you also get varying IDs (0x00008384 and > 0xffff8384; it _should_ likely be 0x83847605) and what I find very > interesting is that it worked for you once. This can certainly happen if the > problem is timing related. > > Are you capable of testing patches? (ie, applying them, recompiling the > driver, re-installing, reloading, ...) Just so so at them, but now I have to put this issue aside due to limited bandwidth. Sorry about this. > > > And the first thing I'd try would likely be putting the machine under some > sort of massive load while loading the driver... :-/ I don't know if it can help or not, just FYI, the box is old (2001)-- the mainboard is Gigabyte (GA-60X) Intel 815EP AGPset. > > > Rene. Many thanks for your help and patience, Best Regards, |
From: Rene H. <ren...@ke...> - 2008-07-20 08:29:04
Attachments:
ens1371-widebrush-delays.diff
|
On 20-07-08 02:56, Media Fan wrote: > Just so so at them, but now I have to put this issue aside due to > limited bandwidth. Sorry about this. <shrug> Attached you'll find a patch that (with a wide brush) adds delays after any and all AC97 related accesses. Was generated against 2.6.26 and should apply against 2.6.25(.x) as well. If you know what to do with it and can, great, if not, never mind. It has some potential but is definitely not guaranteed to fix anything. If it would be, we'd be removing delays again until we'd find the needed one. I do wonder a bit about the usefulness of an alsa-user list if most problems that wind up here (generally after having gone through some crummy web-forum first) are fundamental enough to need patches and testing yet the users cannot be expected to be able to. Ah, I know... let's keep alsa-user and close all crummy web-fora instead! Rene. |
From: Jason H. <jh...@il...> - 2008-07-22 07:20:00
|
Rene Herman <rene.herman <at> keyaccess.nl> writes: > > On 20-07-08 02:56, Media Fan wrote: > > > Just so so at them, but now I have to put this issue aside due to > > limited bandwidth. Sorry about this. > > <shrug> > > Attached you'll find a patch that (with a wide brush) adds delays after > any and all AC97 related accesses. Was generated against 2.6.26 and > should apply against 2.6.25(.x) as well. > > If you know what to do with it and can, great, if not, never mind. It > has some potential but is definitely not guaranteed to fix anything. If > it would be, we'd be removing delays again until we'd find the needed one. > > I do wonder a bit about the usefulness of an alsa-user list if most > problems that wind up here (generally after having gone through some > crummy web-forum first) are fundamental enough to need patches and > testing yet the users cannot be expected to be able to. > > Ah, I know... let's keep alsa-user and close all crummy web-fora instead! > > Rene. > > > diff --git a/sound/pci/ens1370.c b/sound/pci/ens1370.c > index fbf1124..33e3fcf 100644 > --- a/sound/pci/ens1370.c > +++ b/sound/pci/ens1370.c > @@ -518,6 +518,7 @@ static unsigned int snd_es1371_wait_src_ready(struct ensoniq * ensoniq) > > for (t = 0; t < POLL_COUNT; t++) { > r = inl(ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > if ((r & ES_1371_SRC_RAM_BUSY) == 0) > return r; > cond_resched(); > @@ -539,6 +540,7 @@ static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short > ES_1371_DIS_P2 | ES_1371_DIS_R1); > r |= ES_1371_SRC_RAM_ADDRO(reg) | 0x10000; > outl(r, ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > > /* now, wait for busy and the correct time to read */ > temp = snd_es1371_wait_src_ready(ensoniq); > @@ -547,6 +549,7 @@ static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short > /* wait for the right state */ > for (i = 0; i < POLL_COUNT; i++) { > temp = inl(ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > if ((temp & 0x00870000) == 0x00010000) > break; > } > @@ -557,6 +560,7 @@ static unsigned int snd_es1371_src_read(struct ensoniq * ensoniq, unsigned short > ES_1371_DIS_P2 | ES_1371_DIS_R1); > r |= ES_1371_SRC_RAM_ADDRO(reg); > outl(r, ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > > return temp; > } > @@ -571,6 +575,7 @@ static void snd_es1371_src_write(struct ensoniq *ensoniq, > ES_1371_DIS_P2 | ES_1371_DIS_R1); > r |= ES_1371_SRC_RAM_ADDRO(reg) | ES_1371_SRC_RAM_DATAO(data); > outl(r | ES_1371_SRC_RAM_WE, ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > } > > #endif /* CHIP1371 */ > @@ -611,11 +616,13 @@ static void snd_es1371_codec_write(struct snd_ac97 *ac97, > mutex_lock(&ensoniq->src_mutex); > for (t = 0; t < POLL_COUNT; t++) { > if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) { > + udelay(100); > /* save the current state for latter */ > x = snd_es1371_wait_src_ready(ensoniq); > outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 | > ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000, > ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > /* wait for not busy (state 0) first to avoid > transition states */ > for (t = 0; t < POLL_COUNT; t++) { > @@ -623,16 +630,20 @@ static void snd_es1371_codec_write(struct snd_ac97 *ac97, > 0x00000000) > break; > } > + udelay(100); > /* wait for a SAFE time to write addr/data and then do it, dammit */ > for (t = 0; t < POLL_COUNT; t++) { > if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) == > 0x00010000) > break; > } > + udelay(100); > outl(ES_1371_CODEC_WRITE(reg, val), ES_REG(ensoniq, 1371_CODEC)); > + udelay(100); > /* restore SRC reg */ > snd_es1371_wait_src_ready(ensoniq); > outl(x, ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > mutex_unlock(&ensoniq->src_mutex); > return; > } > @@ -652,11 +663,13 @@ static unsigned short snd_es1371_codec_read(struct snd_ac97 *ac97, > mutex_lock(&ensoniq->src_mutex); > for (t = 0; t < POLL_COUNT; t++) { > if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) { > + udelay(100); > /* save the current state for latter */ > x = snd_es1371_wait_src_ready(ensoniq); > outl((x & (ES_1371_SRC_DISABLE | ES_1371_DIS_P1 | > ES_1371_DIS_P2 | ES_1371_DIS_R1)) | 0x00010000, > ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > /* wait for not busy (state 0) first to avoid > transition states */ > for (t = 0; t < POLL_COUNT; t++) { > @@ -664,24 +677,30 @@ static unsigned short snd_es1371_codec_read(struct snd_ac97 *ac97, > 0x00000000) > break; > } > + udelay(100); > /* wait for a SAFE time to write addr/data and then do it, dammit */ > for (t = 0; t < POLL_COUNT; t++) { > if ((inl(ES_REG(ensoniq, 1371_SMPRATE)) & 0x00870000) == > 0x00010000) > break; > } > + udelay(100); > outl(ES_1371_CODEC_READS(reg), ES_REG(ensoniq, 1371_CODEC)); > + udelay(100); > /* restore SRC reg */ > snd_es1371_wait_src_ready(ensoniq); > outl(x, ES_REG(ensoniq, 1371_SMPRATE)); > + udelay(100); > /* wait for WIP again */ > for (t = 0; t < POLL_COUNT; t++) { > if (!(inl(ES_REG(ensoniq, 1371_CODEC)) & ES_1371_CODEC_WIP)) > break; > } > + udelay(100); > /* now wait for the stinkin' data (RDY) */ > for (t = 0; t < POLL_COUNT; t++) { > if ((x = inl(ES_REG(ensoniq, 1371_CODEC))) & ES_1371_CODEC_RDY) { > + udelay(100); > mutex_unlock(&ensoniq->src_mutex); > return ES_1371_CODEC_READ(x); > } > > > ------------------------------------------------------------------------- > This SF.Net email is sponsored by the Moblin Your Move Developer's challenge > Build the coolest Linux based applications with Moblin SDK & win great prizes > Grand prize is a trip for two to an Open Source event anywhere in the world > http://moblin-contest.org/redirect.php?banner_id=100&url=/ > > _______________________________________________ > Alsa-user mailing list > Alsa-user <at> lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/alsa-user > I've been having the exact same issues. I had an on-board hda-intel card that mysteriously quit working during some upgrade, so i disabled it and bought a PCI card that ended up being a Creative Vibra128 (EV1938 chip) I've applied the patch you listed and upon issuing a modprobe snd-ens1371 i get the following: ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17 ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x0 [0x40000140] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ac97/ac97_codec.c:2071: AC'97 0 access is not valid [0x0], removing mixer. ACPI: PCI interrupt for device 0000:01:09.0 disabled ENS1371: probe of 0000:01:09.0 failed with error -5 uname -a: Linux saidin 2.6.24-19-generic #1 SMP Fri Jul 11 21:01:46 UTC 2008 x86_64 GNU/Linux latest ALSA download, 1.0.17 Relevant lspci -vv section: 01:09.0 Multimedia audio controller: Creative Labs Ectiva EV1938 Subsystem: Creative Labs Unknown device 5938 Control: I/O+ Mem- BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=slow >TAbort- <TAbort+ <MAbort- >SERR- <PERR- Interrupt: pin A routed to IRQ 17 Region 0: I/O ports at cc00 [size=64] Region 1: I/O ports at c800 [size=32] Capabilities: [dc] Power Management version 2 Flags: PMEClk- DSI+ D1+ D2+ AuxCurrent=0mA PME(D0+,D1+,D2+,D3hot+,D3cold-) Status: D3 PME-Enable- DSel=0 DScale=0 PME- I will be able to run any further tests you may have for me...just let me know! Jason |
From: Rene H. <ren...@ke...> - 2008-07-22 07:35:12
|
On 22-07-08 09:16, Jason Hitt wrote: [ please don't drop CCs on linux related mailinglists ] > I've been having the exact same issues. I had an on-board hda-intel card that > mysteriously quit working during some upgrade, so i disabled it and bought a > PCI card that ended up being a Creative Vibra128 (EV1938 chip) > > I've applied the patch you listed and upon issuing a modprobe snd-ens1371 i > get the following: > > ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) > -> IRQ 17 > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x0 [0x40000140] Slight difference with "Media Fan's" output here... > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7c [0x7c8384] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ens1370.c:713: codec read > timeout (final) at 0xcc14, reg = 0x7e [0x7e7605] > ALSA /home/rand/alsa/1.0.17/alsa-driver-1.0.17/pci/ac97/ac97_codec.c:2071: > AC'97 0 access is not valid [0x0], removing mixer. > ACPI: PCI interrupt for device 0000:01:09.0 disabled > ENS1371: probe of 0000:01:09.0 failed with error -5 ... but otherwise the same thing. Thank you for testing! I have already posted a follow up patch that I have some hope for: http://article.gmane.org/gmane.linux.alsa.user/30851 > I will be able to run any further tests you may have for me...just let me know! It seems this EV1938 thing is more popular than I expected. The ENS137x is an old chip by now... If you'd be able to test the new patch (I'll attach it again here for convenience) that would be interesting. The patch in itself would probably get a hit contract put out on me by the latency people but let's try if it works before trying for anything more subtle... Rene. |
From: Jason H. <jh...@il...> - 2008-07-22 07:57:05
|
Rene Herman <rene.herman <at> keyaccess.nl> writes: > If you'd be able to test the new patch (I'll attach it again here for > convenience) that would be interesting. Well, not as interesting as you may have hoped. I reverted the file and applied the new patch. The only output in kern.log is: ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) -> IRQ 17 I reloaded the module, upped all the alsamixer lines, and no audio. No errors, but no audio. |
From: Rene H. <ren...@ke...> - 2008-07-29 18:53:24
Attachments:
ens1371-src-delay.diff
|
On 22-07-08 09:56, Jason Hitt wrote: > Rene Herman <rene.herman <at> keyaccess.nl> writes: > >> If you'd be able to test the new patch (I'll attach it again here for >> convenience) that would be interesting. > > Well, not as interesting as you may have hoped. I reverted the file and applied > the new patch. The only output in kern.log is: > > ACPI: PCI Interrupt 0000:01:09.0[A] -> Link [APC2] -> GSI 17 (level, low) > -> IRQ 17 > > I reloaded the module, upped all the alsamixer lines, and no audio. No errors, > but no audio. An earlier found report said the thing stopped working in 2.6.11 which made me have hopes for that one.... Here's the next attempt. Again applies to a virgin (2.6.26) ens1370.c. If it's easier, the entire file as it should now look after this patch is at: http://members.home.nl/rene.herman/ens1371/ens1370-src-delay.c Rename it to plain "ens1370.c" and just copy it over the ens1370.c you are compiling. If this does not work, I noticed another difference in the OSS driver but that one looks like a plain bug in it so let's try this one first. Rene. |
From: Rene H. <ren...@ke...> - 2008-07-30 20:52:54
|
On 29-07-08 20:56, Rene Herman wrote: > Here's the next attempt. Again applies to a virgin (2.6.26) ens1370.c. > If it's easier, the entire file as it should now look after this patch > is at: > > http://members.home.nl/rene.herman/ens1371/ens1370-src-delay.c While attempting to grok what could've gone wrong there, I just replaced that file with a gzipped copy: http://members.home.nl/rene.herman/ens1371/ens1370-src-delay.c.gz Perhaps the plain .c file had DOS line-breaks and/or other strange stuff in it after you downloaded it which gave you a problem soemwhere and a manual fixup did some damage. Or something. The problem you saw was in the driver, so... <insert smilie-face of confused person here> I don't know. I just detest that this thing is still not working. > Rename it to plain "ens1370.c" and just copy it over the ens1370.c you > are compiling. > > If this does not work, I noticed another difference in the OSS driver > but that one looks like a plain bug in it so let's try this one first. Rene. |
From: Sergei S. <ste...@li...> - 2008-07-30 21:24:45
|
-----Original Message----- From: Rene Herman <ren...@ke...> To: str...@gm... Date: Wed, 30 Jul 2008 22:55:33 +0200 Subject: Re: [Alsa-user] no sound with SondBlast PCI (ens1371) [snip] > Perhaps the plain .c file had DOS line-breaks and/or other strange stuff > in it after you downloaded it which gave you a problem soemwhere and a > manual fixup did some damage. [snip] I don't think gcc cares about LF <-> CR/LF, I think they are considered to be whitespaces anyway. Anyway, dos2unix is still available. --Sergei. |
From: Rene H. <ren...@ke...> - 2008-07-30 23:36:24
Attachments:
ens1371-break-it-further.diff
|
On 31-07-08 00:39, Jason Hitt wrote: > I gave this one a shot and had the same results as before. No logging > beyond the ACPI line listed before, and no audio. Could there be > something more basic I'm missing here? It's almost as if the card never > leaves mute (though i do get a loud popping when the driver loads). Shit, shit, triply shit. Thanks for trying again. Well, attached there's an (incremental, on top of the last one or just on a fresh copy; ignore any offsets that patch reports as long as it succeeds) patch again with that other difference that I noticed but unless it somehow works, don't even bother reporting back. With that locally, my own plain ES1371 card seems to have gone silent... Noticed earlier that the codec communication was in fact also wrong with the working OSS driver so probably barking up the wrong tree anyway but "Media Fan" had his card working at one boot which implies it's not some plainly traceable thing but timing related. With the codec communication disturbed it can be anything really which together with not having the hardware locally to poke a few dozen stupid attempts at is making this exceedingly hard to debug (which isn't to say that you guys haven't been good at poking my stupid attempts at it for me). I'll go relook at the AC97 side of things again I guess. Will probably be a while again until I post the next try. Rene. |
From: Rene H. <ren...@ke...> - 2008-07-21 20:24:08
|
On 21-07-08 16:19, Media Fan wrote: > I'm new to ALSA and Linux sound, not sure if anything I missed. Sorry > for late reply, I spent 2 days to have above results :-p Very sorry to have put you though all that but at least you came through with flying colours. This is actually very interesting. > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7c [0x7c8384] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7e [0x7e7605] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x0 [0x140] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7c [0x7c8384] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7e [0x7e7605] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7c [0x7c8384] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ens1370.c:714: codec read timeout (final) at 0x9014, reg = 0x7e [0x7e7605] > ALSA /home/box1/alsa/alsa-driver-1.0.17/pci/ac97/ac97_codec.c:2071: AC'97 0 access is not valid [0x0], removing mixer. > ACPI: PCI interrupt for device 0000:02:02.0 disabled > ENS1371: probe of 0000:02:02.0 failed with error -5 Firstly, we note that the codec definitely identifies as a SigmaTel STAC9704 but more importantly, we note that we're too _slow_ which shouldn't really have happened (and ofcourse didn't locally). I have attached the next attempt and given the history of this thing, I believe this actually stands a fair chance of bringing this thing back in line. Ofcourse, take all the time you need or want. It's again against kernel 2.6.26/2.6.25.x (and/or alsa-driver-1.0.17 which I saw you use) same as the previous patch since you said you reverted that again. No rush... Rene. |
From: Media F. <str...@gm...> - 2008-07-30 14:29:41
|
Initializing cgroup subsys cpuset Initializing cgroup subsys cpu Linux version 2.6.25-14.fc9.i686 (mockbuild@) (gcc version 4.3.0 20080428 (Red Hat 4.3.0-8) (GCC) ) #1 SMP Thu May 1 06:28:41 EDT 2008 BIOS-provided physical RAM map: BIOS-e820: 0000000000000000 - 000000000009fc00 (usable) BIOS-e820: 000000000009fc00 - 00000000000a0000 (reserved) BIOS-e820: 00000000000f0000 - 0000000000100000 (reserved) BIOS-e820: 0000000000100000 - 000000001fff0000 (usable) BIOS-e820: 000000001fff0000 - 000000001fff3000 (ACPI NVS) BIOS-e820: 000000001fff3000 - 0000000020000000 (ACPI data) BIOS-e820: 00000000ffb00000 - 0000000100000000 (reserved) 0MB HIGHMEM available. 511MB LOWMEM available. Scan SMP from c0000000 for 1024 bytes. Scan SMP from c009fc00 for 1024 bytes. Scan SMP from c00f0000 for 65536 bytes. Scan SMP from c009fc00 for 1024 bytes. Using x86 segment limits to approximate NX protection Entering add_active_range(0, 0, 131056) 0 entries of 256 used Zone PFN ranges: DMA 0 -> 4096 Normal 4096 -> 131056 HighMem 131056 -> 131056 Movable zone start PFN for each node early_node_map[1] active PFN ranges 0: 0 -> 131056 On node 0 totalpages: 131056 DMA zone: 32 pages used for memmap DMA zone: 0 pages reserved DMA zone: 4064 pages, LIFO batch:0 Normal zone: 991 pages used for memmap Normal zone: 125969 pages, LIFO batch:31 HighMem zone: 0 pages used for memmap Movable zone: 0 pages used for memmap DMI 2.2 present. Using APIC driver default ACPI: RSDP 000F76B0, 0014 (r0 GBT ) ACPI: RSDT 1FFF3000, 0028 (r1 GBT AWRDACPI 42302E31 AWRD 0) ACPI: FACP 1FFF3040, 0074 (r1 GBT AWRDACPI 42302E31 AWRD 0) ACPI: DSDT 1FFF30C0, 3538 (r1 GBT AWRDACPI 1000 MSFT 100000C) ACPI: FACS 1FFF0000, 0040 ACPI: PM-Timer IO Port: 0x4008 Allocating PCI resources starting at 30000000 (gap: 20000000:dfb00000) PM: Registered nosave memory: 000000000009f000 - 00000000000a0000 PM: Registered nosave memory: 00000000000a0000 - 00000000000f0000 PM: Registered nosave memory: 00000000000f0000 - 0000000000100000 Built 1 zonelists in Zone order, mobility grouping on. Total pages: 130033 Kernel command line: ro root=UUID=d8531264-f146-4e5e-b62d-53fad082b95a rhgb quiet Local APIC disabled by BIOS -- you can enable it with "lapic" mapped APIC to ffffb000 (0140d000) Enabling fast FPU save and restore... done. Enabling unmasked SIMD FPU exception support... done. Initializing CPU#0 CPU 0 irqstacks, hard=c07b9000 soft=c0799000 PID hash table entries: 2048 (order: 11, 8192 bytes) Detected 896.856 MHz processor. Console: colour VGA+ 80x25 console [tty0] enabled Dentry cache hash table entries: 65536 (order: 6, 262144 bytes) Inode-cache hash table entries: 32768 (order: 5, 131072 bytes) Memory: 511880k/524224k available (2236k kernel code, 11716k reserved, 1121k data, 284k init, 0k highmem) virtual kernel memory layout: fixmap : 0xffc53000 - 0xfffff000 (3760 kB) pkmap : 0xff400000 - 0xff800000 (4096 kB) vmalloc : 0xe0800000 - 0xff3fe000 ( 491 MB) lowmem : 0xc0000000 - 0xdfff0000 ( 511 MB) .init : 0xc074f000 - 0xc0796000 ( 284 kB) .data : 0xc062f37d - 0xc0747800 (1121 kB) .text : 0xc0400000 - 0xc062f37d (2236 kB) Checking if this processor honours the WP bit even in supervisor mode...Ok. CPA: page pool initialized 1 of 1 pages preallocated SLUB: Genslabs=12, HWalign=32, Order=0-1, MinObjects=4, CPUs=1, Nodes=1 Calibrating delay using timer specific routine.. 1794.91 BogoMIPS (lpj=897455) Security Framework initialized SELinux: Initializing. SELinux: Starting in permissive mode selinux_register_security: Registering secondary module capability Capability LSM initialized as secondary Mount-cache hash table entries: 512 Initializing cgroup subsys ns Initializing cgroup subsys cpuacct CPU: L1 I cache: 16K, L1 D cache: 16K CPU: L2 cache: 128K Intel machine check architecture supported. Intel machine check reporting enabled on CPU#0. Compat vDSO mapped to ffffe000. Checking 'hlt' instruction... OK. SMP alternatives: switching to UP code Freeing SMP alternatives: 20k freed ACPI: Core revision 20070126 ACPI: setting ELCR to 0200 (from 0e20) CPU0: Intel Celeron (Coppermine) stepping 0a SMP motherboard not detected. Local APIC not detected. Using dummy APIC emulation. Brought up 1 CPUs sizeof(vma)=84 bytes sizeof(page)=32 bytes sizeof(inode)=340 bytes sizeof(dentry)=132 bytes sizeof(ext3inode)=492 bytes sizeof(buffer_head)=56 bytes sizeof(skbuff)=176 bytes sizeof(task_struct)=3728 bytes CPU0 attaching sched-domain: domain 0: span 00000001 groups: 00000001 net_namespace: 548 bytes Booting paravirtualized kernel on bare hardware Time: 14:08:42 Date: 07/30/08 NET: Registered protocol family 16 No dock devices found. ACPI: bus type pci registered PCI: PCI BIOS revision 2.10 entry at 0xfb2f0, last bus=2 PCI: Using configuration type 1 Setting up standard PCI resources ACPI: EC: Look up EC in DSDT ACPI: Interpreter enabled ACPI: (supports S0 S1 S3 S4 S5) ACPI: Using PIC for interrupt routing ACPI: PCI Root Bridge [PCI0] (0000:00) pci 0000:00:1f.0: quirk: region 4000-407f claimed by ICH4 ACPI/GPIO/TCO pci 0000:00:1f.0: quirk: region 4080-40bf claimed by ICH4 GPIO PCI: Transparent bridge - 0000:00:1e.0 ACPI: PCI Interrupt Routing Table [\_SB_.PCI0._PRT] ACPI: PCI Interrupt Routing Table [\_SB_.PCI0.HUB0._PRT] ACPI: PCI Interrupt Link [LNKA] (IRQs 3 4 5 6 7 *10 11 12 14 15) ACPI: PCI Interrupt Link [LNKB] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNKC] (IRQs 3 4 5 6 7 10 *11 12 14 15) ACPI: PCI Interrupt Link [LNKD] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNKE] (IRQs 3 4 5 6 7 10 11 12 14 15) *0, disabled. ACPI: PCI Interrupt Link [LNKF] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 ACPI: PCI Interrupt Link [LNK0] (IRQs 3 4 *5 6 7 10 11 12 14 15) ACPI: PCI Interrupt Link [LNK1] (IRQs 3 4 5 6 7 10 11 12 14 15) *9 Linux Plug and Play Support v0.97 (c) Adam Belay pnp: PnP ACPI init ACPI: bus type pnp registered pnp: PnP ACPI: found 12 devices ACPI: ACPI bus type pnp unregistered usbcore: registered new interface driver usbfs usbcore: registered new interface driver hub usbcore: registered new device driver usb PCI: Using ACPI for IRQ routing PCI: If a device doesn't work, try "pci=routeirq". If it helps, post a report NetLabel: Initializing NetLabel: domain hash size = 128 NetLabel: protocols = UNLABELED CIPSOv4 NetLabel: unlabeled traffic allowed by default ACPI: RTC can wake from S4 system 00:00: iomem range 0xd0000-0xd3fff has been reserved system 00:00: iomem range 0xf0000-0xf7fff could not be reserved system 00:00: iomem range 0xf8000-0xfbfff could not be reserved system 00:00: iomem range 0xfc000-0xfffff could not be reserved system 00:00: iomem range 0x1fff0000-0x1fffffff could not be reserved system 00:00: iomem range 0x0-0x9ffff could not be reserved system 00:00: iomem range 0x100000-0x1ffeffff could not be reserved system 00:00: iomem range 0xffb00000-0xffb7ffff could not be reserved system 00:00: iomem range 0xfff00000-0xffffffff could not be reserved system 00:00: iomem range 0xe0000-0xeffff has been reserved system 00:02: ioport range 0x3f0-0x3f1 has been reserved system 00:02: ioport range 0x4d0-0x4d1 has been reserved system 00:02: ioport range 0x290-0x29f has been reserved system 00:02: ioport range 0x800-0x805 has been reserved PCI: Bridge: 0000:00:01.0 IO window: disabled. MEM window: 0xd4000000-0xd5ffffff PREFETCH window: 0x00000000d6000000-0x00000000d7ffffff PCI: Bridge: 0000:00:1e.0 IO window: 9000-afff MEM window: 0xd8000000-0xd9ffffff PREFETCH window: disabled. PCI: Setting latency timer of device 0000:00:1e.0 to 64 NET: Registered protocol family 2 IP route cache hash table entries: 4096 (order: 2, 16384 bytes) TCP established hash table entries: 16384 (order: 5, 131072 bytes) TCP bind hash table entries: 16384 (order: 5, 131072 bytes) TCP: Hash tables configured (established 16384 bind 16384) TCP reno registered checking if image is initramfs... it is Switched to high resolution mode on CPU 0 Freeing initrd memory: 2635k freed apm: BIOS version 1.2 Flags 0x07 (Driver version 1.16ac) apm: overridden by ACPI. audit: initializing netlink socket (disabled) type=2000 audit(1217426922.871:1): initialized Total HugeTLB memory allocated, 0 VFS: Disk quotas dquot_6.5.1 Dquot-cache hash table entries: 1024 (order 0, 4096 bytes) SELinux: Registering netfilter hooks Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252) io scheduler noop registered io scheduler anticipatory registered io scheduler deadline registered io scheduler cfq registered (default) pci 0000:01:00.0: Boot video device pci_hotplug: PCI Hot Plug PCI Core version: 0.5 ACPI: PNP0C0B:00 is registered as cooling_device0 ACPI: Fan [FAN] (on) ACPI: CPU0 (power states: C1[C1] C2[C2]) ACPI: ACPI0007:00 is registered as cooling_device1 ACPI: Processor [CPU0] (supports 2 throttling states) ACPI: LNXTHERM:01 is registered as thermal_zone0 ACPI: Thermal Zone [THRM] (27 C) isapnp: Scanning for PnP cards... isapnp: No Plug & Play device found Non-volatile memory driver v1.2 Linux agpgart interface v0.103 agpgart: Detected an Intel i815 Chipset. agpgart: AGP aperture is 64M @ 0xd0000000 Serial: 8250/16550 driver $Revision: 1.90 $ 4 ports, IRQ sharing enabled serial8250: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A serial8250: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A 00:08: ttyS0 at I/O 0x3f8 (irq = 4) is a 16550A 00:09: ttyS1 at I/O 0x2f8 (irq = 3) is a 16550A brd: module loaded input: Macintosh mouse button emulation as /devices/virtual/input/input0 PNP: PS/2 Controller [PNP0303:PS2K] at 0x60,0x64 irq 1 PNP: PS/2 appears to have AUX port disabled, if this is incorrect please boot with i8042.nopnp serio: i8042 KBD port at 0x60,0x64 irq 1 mice: PS/2 mouse device common for all mice input: AT Translated Set 2 keyboard as /devices/platform/i8042/serio0/input/input1 rtc_cmos 00:04: rtc core: registered rtc_cmos as rtc0 rtc0: alarms up to one month cpuidle: using governor ladder cpuidle: using governor menu usbcore: registered new interface driver hiddev usbcore: registered new interface driver usbhid drivers/hid/usbhid/hid-core.c: v2.6:USB HID core driver TCP cubic registered Initializing XFRM netlink socket NET: Registered protocol family 1 NET: Registered protocol family 17 Using IPI No-Shortcut mode registered taskstats version 1 Magic number: 0:809:132 hash matches device device:07 Freeing unused kernel memory: 284k freed Write protecting the kernel read-only data: 908k Marking TSC unstable due to: TSC halts in idle. ACPI: PCI Interrupt Link [LNKF] enabled at IRQ 11 PCI: setting IRQ 11 as level-triggered ACPI: PCI Interrupt 0000:02:03.2[C] -> Link [LNKF] -> GSI 11 (level, low) -> IRQ 11 ehci_hcd 0000:02:03.2: EHCI Host Controller ehci_hcd 0000:02:03.2: new USB bus registered, assigned bus number 1 ehci_hcd 0000:02:03.2: irq 11, io mem 0xd9000000 ehci_hcd 0000:02:03.2: USB 2.0 started, EHCI 1.00, driver 10 Dec 2004 usb usb1: configuration #1 chosen from 1 choice hub 1-0:1.0: USB hub found hub 1-0:1.0: 4 ports detected usb usb1: New USB device found, idVendor=1d6b, idProduct=0002 usb usb1: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb1: Product: EHCI Host Controller usb usb1: Manufacturer: Linux 2.6.25-14.fc9.i686 ehci_hcd usb usb1: SerialNumber: 0000:02:03.2 ohci_hcd: 2006 August 04 USB 1.1 'Open' Host Controller (OHCI) Driver USB Universal Host Controller Interface driver v3.0 ACPI: PCI Interrupt Link [LNKD] enabled at IRQ 10 PCI: setting IRQ 10 as level-triggered ACPI: PCI Interrupt 0000:00:1f.2[D] -> Link [LNKD] -> GSI 10 (level, low) -> IRQ 10 PCI: Setting latency timer of device 0000:00:1f.2 to 64 uhci_hcd 0000:00:1f.2: UHCI Host Controller uhci_hcd 0000:00:1f.2: new USB bus registered, assigned bus number 2 uhci_hcd 0000:00:1f.2: irq 10, io base 0x0000b000 usb usb2: configuration #1 chosen from 1 choice hub 2-0:1.0: USB hub found hub 2-0:1.0: 2 ports detected usb usb2: New USB device found, idVendor=1d6b, idProduct=0001 usb usb2: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb2: Product: UHCI Host Controller usb usb2: Manufacturer: Linux 2.6.25-14.fc9.i686 uhci_hcd usb usb2: SerialNumber: 0000:00:1f.2 ACPI: PCI Interrupt Link [LNK1] enabled at IRQ 11 ACPI: PCI Interrupt 0000:00:1f.4[C] -> Link [LNK1] -> GSI 11 (level, low) -> IRQ 11 PCI: Setting latency timer of device 0000:00:1f.4 to 64 uhci_hcd 0000:00:1f.4: UHCI Host Controller uhci_hcd 0000:00:1f.4: new USB bus registered, assigned bus number 3 uhci_hcd 0000:00:1f.4: irq 11, io base 0x0000b800 usb usb3: configuration #1 chosen from 1 choice hub 3-0:1.0: USB hub found hub 3-0:1.0: 2 ports detected usb usb3: New USB device found, idVendor=1d6b, idProduct=0001 usb usb3: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb3: Product: UHCI Host Controller usb usb3: Manufacturer: Linux 2.6.25-14.fc9.i686 uhci_hcd usb usb3: SerialNumber: 0000:00:1f.4 ACPI: PCI Interrupt Link [LNKA] enabled at IRQ 10 ACPI: PCI Interrupt 0000:02:03.0[A] -> Link [LNKA] -> GSI 10 (level, low) -> IRQ 10 uhci_hcd 0000:02:03.0: UHCI Host Controller uhci_hcd 0000:02:03.0: new USB bus registered, assigned bus number 4 uhci_hcd 0000:02:03.0: irq 10, io base 0x00009800 usb usb4: configuration #1 chosen from 1 choice hub 4-0:1.0: USB hub found hub 4-0:1.0: 2 ports detected usb usb4: New USB device found, idVendor=1d6b, idProduct=0001 usb usb4: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb4: Product: UHCI Host Controller usb usb4: Manufacturer: Linux 2.6.25-14.fc9.i686 uhci_hcd usb usb4: SerialNumber: 0000:02:03.0 ACPI: PCI Interrupt Link [LNKC] enabled at IRQ 11 ACPI: PCI Interrupt 0000:02:03.1[B] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 uhci_hcd 0000:02:03.1: UHCI Host Controller uhci_hcd 0000:02:03.1: new USB bus registered, assigned bus number 5 uhci_hcd 0000:02:03.1: irq 11, io base 0x00009c00 usb usb5: configuration #1 chosen from 1 choice hub 5-0:1.0: USB hub found hub 5-0:1.0: 2 ports detected usb 2-2: new full speed USB device using uhci_hcd and address 2 usb usb5: New USB device found, idVendor=1d6b, idProduct=0001 usb usb5: New USB device strings: Mfr=3, Product=2, SerialNumber=1 usb usb5: Product: UHCI Host Controller usb usb5: Manufacturer: Linux 2.6.25-14.fc9.i686 uhci_hcd usb usb5: SerialNumber: 0000:02:03.1 usb 2-2: configuration #1 chosen from 1 choice hub 2-2:1.0: USB hub found hub 2-2:1.0: 4 ports detected SCSI subsystem initialized Driver 'sd' needs updating - please use bus_type methods usb 2-2: New USB device found, idVendor=058f, idProduct=9254 usb 2-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0 usb 2-2: Product: Generic USB Hub usb 2-2: Manufacturer: ALCOR libata version 3.00 loaded. PCI: Setting latency timer of device 0000:00:1f.1 to 64 usb 2-2.1: new low speed USB device using uhci_hcd and address 3 usb 2-2.1: configuration #1 chosen from 1 choice input: USB Mouse as /devices/pci0000:00/0000:00:1f.2/usb2/2-2/2-2.1/2-2.1:1.0/input/input2 input,hidraw0: USB HID v1.10 Mouse [USB Mouse] on usb-0000:00:1f.2-2.1 usb 2-2.1: New USB device found, idVendor=15d9, idProduct=0a33 usb 2-2.1: New USB device strings: Mfr=0, Product=1, SerialNumber=0 usb 2-2.1: Product: USB Mouse ata_piix 0000:00:1f.1: version 2.12 PCI: Setting latency timer of device 0000:00:1f.1 to 64 scsi0 : ata_piix scsi1 : ata_piix ata1: PATA max UDMA/100 cmd 0x1f0 ctl 0x3f6 bmdma 0xf000 irq 14 ata2: PATA max UDMA/100 cmd 0x170 ctl 0x376 bmdma 0xf008 irq 15 ata1.00: ATA-6: ST380011A, 8.01, max UDMA/100 ata1.00: 156301488 sectors, multi 16: LBA48 ata1.00: configured for UDMA/100 ata2.00: ATAPI: APACHI 12X DVD-ROM DRIVE, 422E, max UDMA/66 ata2.01: ATAPI: HL-DT-ST GCE-8481B, 1.02, max UDMA/33 ata2.00: limited to UDMA/33 due to 40-wire cable ata2.00: configured for UDMA/33 ata2.01: configured for UDMA/33 scsi 0:0:0:0: Direct-Access ATA ST380011A 8.01 PQ: 0 ANSI: 5 sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sd 0:0:0:0: [sda] 156301488 512-byte hardware sectors (80026 MB) sd 0:0:0:0: [sda] Write Protect is off sd 0:0:0:0: [sda] Mode Sense: 00 3a 00 00 sd 0:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA sda: sda1 sda2 sda3 sd 0:0:0:0: [sda] Attached SCSI disk scsi 1:0:0:0: CD-ROM APACHI 12X DVD-ROM 422E PQ: 0 ANSI: 5 scsi 1:0:1:0: CD-ROM HL-DT-ST CD-RW GCE-8481B 1.02 PQ: 0 ANSI: 5 kjournald starting. Commit interval 5 seconds EXT3-fs: mounted filesystem with ordered data mode. type=1404 audit(1217426931.502:2): enforcing=1 old_enforcing=0 auid=4294967295 ses=4294967295 SELinux:8192 avtab hash slots allocated. Num of rules:172315 SELinux:8192 avtab hash slots allocated. Num of rules:172315 security: 8 users, 12 roles, 2301 types, 116 bools, 1 sens, 1024 cats security: 72 classes, 172315 rules SELinux: Completing initialization. SELinux: Setting up existing superblocks. SELinux: initialized (dev sda1, type ext3), uses xattr SELinux: initialized (dev usbfs, type usbfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev selinuxfs, type selinuxfs), uses genfs_contexts SELinux: initialized (dev mqueue, type mqueue), uses transition SIDs SELinux: initialized (dev hugetlbfs, type hugetlbfs), uses genfs_contexts SELinux: initialized (dev devpts, type devpts), uses transition SIDs SELinux: initialized (dev inotifyfs, type inotifyfs), uses genfs_contexts SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs SELinux: initialized (dev futexfs, type futexfs), uses genfs_contexts SELinux: initialized (dev anon_inodefs, type anon_inodefs), uses genfs_contexts SELinux: initialized (dev pipefs, type pipefs), uses task SIDs SELinux: initialized (dev debugfs, type debugfs), uses genfs_contexts SELinux: initialized (dev sockfs, type sockfs), uses task SIDs SELinux: initialized (dev proc, type proc), uses genfs_contexts SELinux: initialized (dev bdev, type bdev), uses genfs_contexts SELinux: initialized (dev rootfs, type rootfs), uses genfs_contexts SELinux: initialized (dev sysfs, type sysfs), uses genfs_contexts SELinux: policy loaded with handle_unknown=allow type=1403 audit(1217426935.460:3): policy loaded auid=4294967295 ses=4294967295 Driver 'sr' needs updating - please use bus_type methods sr0: scsi3-mmc drive: 2x/40x cd/rw xa/form2 cdda tray Uniform CD-ROM driver Revision: 3.20 sr 1:0:0:0: Attached scsi CD-ROM sr0 sr1: scsi3-mmc drive: 40x/40x writer cd/rw xa/form2 cdda tray sr 1:0:1:0: Attached scsi CD-ROM sr1 sd 0:0:0:0: Attached scsi generic sg0 type 0 sr 1:0:0:0: Attached scsi generic sg1 type 5 sr 1:0:1:0: Attached scsi generic sg2 type 5 intel_rng: FWH not detected iTCO_vendor_support: vendor-support=0 iTCO_wdt: Intel TCO WatchDog Timer Driver v1.02 (26-Jul-2007) iTCO_wdt: failed to reset NO_REBOOT flag, reboot disabled by hardware iTCO_wdt: No card detected input: Power Button (FF) as /devices/LNXSYSTM:00/LNXPWRBN:00/input/input3 ACPI: Power Button (FF) [PWRF] input: Power Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0C:00/input/input4 ACPI: Power Button (CM) [PWRB] input: Sleep Button (CM) as /devices/LNXSYSTM:00/device:00/PNP0C0E:00/input/input5 ACPI: Sleep Button (CM) [SLPB] ACPI: PCI Interrupt 0000:02:01.0[A] -> Link [LNKF] -> GSI 11 (level, low) -> IRQ 11 firewire_ohci: Added fw-ohci device 0000:02:01.0, OHCI version 1.0 8139cp: 10/100 PCI Ethernet driver v1.3 (Mar 22, 2004) 8139cp 0000:02:04.0: This (id 10ec:8139 rev 10) is not an 8139C+ compatible chip 8139cp 0000:02:04.0: Try the "8139too" driver instead. 8139too Fast Ethernet driver 0.9.28 ACPI: PCI Interrupt 0000:02:04.0[A] -> Link [LNKC] -> GSI 11 (level, low) -> IRQ 11 eth0: RealTek RTL8139 at 0xe08e2000, 00:e0:4c:39:3d:88, IRQ 11 eth0: Identified 8139 chip type 'RTL-8139C' firewire_core: created device fw0: GUID 00308d0120e3a0c7, S400 ACPI: PCI Interrupt Link [LNKB] enabled at IRQ 10 ACPI: PCI Interrupt 0000:00:1f.3[B] -> Link [LNKB] -> GSI 10 (level, low) -> IRQ 10 FDC 0 is a post-1991 82077 input: PC Speaker as /devices/platform/pcspkr/input/input6 parport_pc 00:0a: reported by Plug and Play ACPI parport0: PC-style at 0x378, irq 7 [PCSPP,TRISTATE] ACPI: PCI Interrupt Link [LNK0] enabled at IRQ 5 PCI: setting IRQ 5 as level-triggered ACPI: PCI Interrupt 0000:02:02.0[A] -> Link [LNK0] -> GSI 5 (level, low) -> IRQ 5 ppdev: user-space parallel port driver SELinux: initialized (dev ramfs, type ramfs), uses genfs_contexts NET: Registered protocol family 10 lo: Disabled Privacy Extensions device-mapper: uevent: version 1.0.3 device-mapper: ioctl: 4.13.0-ioctl (2007-10-18) initialised: dm-...@re... device-mapper: multipath: version 1.0.5 loaded loop: module loaded EXT3 FS on sda1, internal journal kjournald starting. Commit interval 5 seconds EXT3 FS on sda3, internal journal EXT3-fs: mounted filesystem with ordered data mode. SELinux: initialized (dev sda3, type ext3), uses xattr SELinux: initialized (dev tmpfs, type tmpfs), uses transition SIDs Adding 2048276k swap on /dev/sda2. Priority:-1 extents:1 across:2048276k SELinux: initialized (dev binfmt_misc, type binfmt_misc), uses genfs_contexts IA-32 Microcode Update Driver: v1.14a <ti...@ai...> ip6_tables: (C) 2000-2006 Netfilter Core Team nf_conntrack version 0.5.0 (8192 buckets, 32768 max) ip_tables: (C) 2000-2006 Netfilter Core Team RPC: Registered udp transport module. RPC: Registered tcp transport module. SELinux: initialized (dev rpc_pipefs, type rpc_pipefs), uses genfs_contexts fuse init (API version 7.9) SELinux: initialized (dev fusectl, type fusectl), uses genfs_contexts Bluetooth: Core ver 2.11 NET: Registered protocol family 31 Bluetooth: HCI device and connection manager initialized Bluetooth: HCI socket layer initialized Bluetooth: L2CAP ver 2.9 Bluetooth: L2CAP socket layer initialized Bluetooth: RFCOMM socket layer initialized Bluetooth: RFCOMM TTY layer initialized Bluetooth: RFCOMM ver 1.8 Bluetooth: BNEP (Ethernet Emulation) ver 1.2 Bluetooth: BNEP filters: protocol multicast Bridge firewalling registered pan0: Dropping NETIF_F_UFO since no NETIF_F_HW_CSUM feature. eth0: link up, 100Mbps, full-duplex, lpa 0x45E1 eth0: no IPv6 routers present BUG: unable to handle kernel NULL pointer dereference at 00000028 IP: [<e09e7627>] :snd_ens1371:snd_ensoniq_playback1_open+0x24/0x7f *pde = 1ef71067 *pte = 00000000 Oops: 0002 [#1] SMP Modules linked in: bridge bnep rfcomm l2cap bluetooth fuse sunrpc ipt_REJECT nf_conntrack_ipv4 iptable_filter ip_tables nf_conntrack_ftp ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables loop dm_mirror dm_multipath dm_mod ipv6 ppdev snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy parport_pc parport pcspkr snd_seq_oss floppy snd_seq_midi_event snd_seq i2c_i801 snd_seq_device i2c_core snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd 8139too soundcore 8139cp snd_page_alloc mii firewire_ohci firewire_core crc_itu_t button iTCO_wdt iTCO_vendor_support sg sr_mod cdrom ata_piix pata_acpi ata_generic libata sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: microcode] Pid: 2254, comm: pulseaudio Not tainted (2.6.25-14.fc9.i686 #1) EIP: 0060:[<e09e7627>] EFLAGS: 00210286 CPU: 0 EIP is at snd_ensoniq_playback1_open+0x24/0x7f [snd_ens1371] EAX: dec1bc00 EBX: 00000000 ECX: 0000000e EDX: dee12c00 ESI: e09e804c EDI: dee12cac EBP: def75e50 ESP: def75e40 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process pulseaudio (pid: 2254, ti=def75000 task=defb6000 task.ti=def75000) Stack: dee12c00 00000000 def75e90 dfaa2f10 def75e64 e09f0d8c dec1bc00 fffffff2 dfaa2e00 def75ea0 e09f0e66 def75e90 00000000 defb4000 dfaa2f20 00000000 defb6000 c0420385 dfaa2f24 dfaa2f24 e0a321b3 defb4000 e0a36ec0 defb4000 Call Trace: [<e09f0d8c>] ? snd_pcm_open_substream+0x3a/0x72 [snd_pcm] [<e09f0e66>] ? snd_pcm_open+0xa2/0x179 [snd_pcm] [<c0420385>] ? default_wake_function+0x0/0xd [<e0a321b3>] ? snd_lookup_minor_data+0x3d/0x44 [snd] [<e09f0f89>] ? snd_pcm_playback_open+0x23/0x26 [snd_pcm] [<e0a324e5>] ? snd_open+0xb9/0x110 [snd] [<c048502c>] ? chrdev_open+0x110/0x12c [<c04815b6>] ? __dentry_open+0xcf/0x185 [<c04816f3>] ? nameidata_to_filp+0x1f/0x33 [<c0484f1c>] ? chrdev_open+0x0/0x12c [<c0481735>] ? do_filp_open+0x2e/0x35 [<c04f5b87>] ? strncpy_from_user+0x3b/0x55 [<c048177c>] ? do_sys_open+0x40/0xb5 [<c0481833>] ? sys_open+0x1e/0x26 [<c0405bf2>] ? syscall_call+0x7/0xb [<c0620000>] ? acpi_pci_root_add+0x22f/0x2a0 ======================= Code: e8 ff e9 00 00 5d c3 55 b9 0e 00 00 00 89 e5 57 56 be 4c 80 9e e0 53 83 ec 04 8b 50 70 8b 58 08 89 d7 89 55 f0 81 c7 ac 00 00 00 <83> 4b 28 01 89 43 58 f3 a5 e8 01 c1 00 00 89 d8 e8 d6 42 c4 df EIP: [<e09e7627>] snd_ensoniq_playback1_open+0x24/0x7f [snd_ens1371] SS:ESP 0068:def75e40 ---[ end trace 4cb322b0736c729d ]--- list_add corruption. next->prev should be prev (dfaa2f24), but was 00000000. (next=def75e88). ------------[ cut here ]------------ kernel BUG at lib/list_debug.c:27! invalid opcode: 0000 [#2] SMP Modules linked in: bridge bnep rfcomm l2cap bluetooth fuse sunrpc ipt_REJECT nf_conntrack_ipv4 iptable_filter ip_tables nf_conntrack_ftp ip6t_REJECT xt_tcpudp nf_conntrack_ipv6 xt_state nf_conntrack ip6table_filter ip6_tables x_tables loop dm_mirror dm_multipath dm_mod ipv6 ppdev snd_ens1371 gameport snd_rawmidi snd_ac97_codec ac97_bus snd_seq_dummy parport_pc parport pcspkr snd_seq_oss floppy snd_seq_midi_event snd_seq i2c_i801 snd_seq_device i2c_core snd_pcm_oss snd_mixer_oss snd_pcm snd_timer snd 8139too soundcore 8139cp snd_page_alloc mii firewire_ohci firewire_core crc_itu_t button iTCO_wdt iTCO_vendor_support sg sr_mod cdrom ata_piix pata_acpi ata_generic libata sd_mod scsi_mod ext3 jbd mbcache uhci_hcd ohci_hcd ehci_hcd [last unloaded: microcode] Pid: 2362, comm: pulseaudio Tainted: G D (2.6.25-14.fc9.i686 #1) EIP: 0060:[<c04f83c9>] EFLAGS: 00210046 CPU: 0 EIP is at __list_add+0x1a/0x4a EAX: 00000061 EBX: def8ee88 ECX: 00200046 EDX: 00200046 ESI: dfaa2f20 EDI: 00200246 EBP: def8ee4c ESP: def8ee38 DS: 007b ES: 007b FS: 00d8 GS: 0033 SS: 0068 Process pulseaudio (pid: 2362, ti=def8e000 task=deea0e90 task.ti=def8e000) Stack: c06d7ce6 dfaa2f24 00000000 def75e88 def8ee7c def8ee54 c04f8403 def8ee68 c0438997 fffffff2 dfaa2e00 dfaa2f10 def8eea0 e09f0e4e 00000000 defce960 dfaa2f20 00000000 deea0e90 c0420385 00000000 def8eea0 e0a321b3 defce960 Call Trace: [<c04f8403>] ? list_add+0xa/0xf [<c0438997>] ? add_wait_queue+0x1f/0x2d [<e09f0e4e>] ? snd_pcm_open+0x8a/0x179 [snd_pcm] [<c0420385>] ? default_wake_function+0x0/0xd [<e0a321b3>] ? snd_lookup_minor_data+0x3d/0x44 [snd] [<e09f0f89>] ? snd_pcm_playback_open+0x23/0x26 [snd_pcm] [<e0a324e5>] ? snd_open+0xb9/0x110 [snd] [<c048502c>] ? chrdev_open+0x110/0x12c [<c04815b6>] ? __dentry_open+0xcf/0x185 [<c04816f3>] ? nameidata_to_filp+0x1f/0x33 [<c0484f1c>] ? chrdev_open+0x0/0x12c [<c0481735>] ? do_filp_open+0x2e/0x35 [<c04f5b87>] ? strncpy_from_user+0x3b/0x55 [<c048177c>] ? do_sys_open+0x40/0xb5 [<c0481833>] ? sys_open+0x1e/0x26 [<c0405bf2>] ? syscall_call+0x7/0xb [<c0620000>] ? acpi_pci_root_add+0x22f/0x2a0 ======================= Code: 42 04 00 02 20 00 c7 02 00 01 10 00 8b 5d fc c9 c3 55 89 e5 53 89 c3 8b 41 04 39 d0 74 14 51 50 52 68 e6 7c 6d c0 e8 fd 70 13 00 <0f> 0b 83 c4 10 eb fe 8b 10 39 ca 74 14 50 52 51 68 36 7d 6d c0 EIP: [<c04f83c9>] __list_add+0x1a/0x4a SS:ESP 0068:def8ee38 ---[ end trace 4cb322b0736c729d ]--- SELinux: initialized (dev fuse, type fuse), uses genfs_contexts |
From: Rene H. <ren...@ke...> - 2008-07-30 19:00:50
|
On 30-07-08 16:29, Media Fan wrote: > oops, kernel reported kernel bug, and the attempt to run > 'system>preference>hardware>sound' hang the system. dmesg is attached. Thanks. That's definitely not caused by my last patch though -- it just added 4 udelay(1) calls in the codec communication path (getting things closer to the working OSS driver). I'll assume this is caused by some local problem and will await more feedback. Rene. |
From: Sergei S. <ste...@li...> - 2008-07-30 19:07:25
|
-----Original Message----- From: "Media Fan" <str...@gm...> To: "Rene Herman" <ren...@ke...> Date: Wed, 30 Jul 2008 22:29:47 +0800 Subject: Re: [Alsa-user] no sound with SondBlast PCI (ens1371) > > oops, kernel reported kernel bug, and the attempt to run > 'system>preference>hardware>sound' hang the system. dmesg is attached. > > [snip] It looks like you are using pulseaudio, I think you better get rid of it. --Sergei. |