30 Sep
2003
30 Sep
'03
10 p.m.
I'm hoping there's a simple solution to this that I've just missed
somewhere along the line. Occasionally something will crash while using
oss emulation and I can't use the sound card until I reboot. I've tried
lsof /dev/dsp and as many other variations as I can think of and I never
get anything (even when sound is playing), which I think is related to
using devfs. I've also tried fuser, and good old visual grep on the
output of ps and nothing is running that would use the soundcard yet I
can't unload the snd-pcm-oss module.
This time it was timidity (which I have promptly uninstalled since this
version seems capable of nothing other than locking up my soundcard),
but it has been mplayer in the past.
Is there some way to restore access to the sound card short of
rebooting?
--
Hans Fugal | De gustibus non disputandum est.
http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg
http://gdmxml.fugal.net/ | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
1 Oct
1 Oct
4:40 a.m.
Hi Hans,
Wednesday 01 October 2003 01.39 skrev Hans Fugal:
I'm hoping there's a simple solution to this
that I've just missed
somewhere along the line. Occasionally something will crash while using
oss emulation and I can't use the sound card until I reboot. I've tried
lsof /dev/dsp and as many other variations as I can think of and I never
get anything (even when sound is playing), which I think is related to
using devfs. I've also tried fuser, and good old visual grep on the
output of ps and nothing is running that would use the soundcard yet I
can't unload the snd-pcm-oss module.
This time it was timidity (which I have promptly uninstalled since this
version seems capable of nothing other than locking up my soundcard),
but it has been mplayer in the past.
Is there some way to restore access to the sound card short of
rebooting?
This is probably one of two things, none is easy to fix.
1. Driver problem. If the driver fails due to a bug, it generally leads to
that the hardware is left in an undefined state. Meaning that there is
absolutely nothing you can do but reboot.
Long term solution is to get a new driver or fix the old one, since you
mention OSS I would propose trying the ALSA drivers. If you need OSS support
there is a compatibility layer.
2. Actual hardware problem. Might be the motherboard but in general it's the
soundcard. It might help to switch pci-slot. Otherwise the only solution is
to get new hardware...
-
Unless you are experiencing other hardware related problems, lockups, reboots
etc I think driver problems would be the more probable.
/Robert
10:12 a.m.
On Wed, Oct 01, 2003 at 08:20:25AM +0200, Robert Jonsson wrote:
Long term solution is to get a new driver or fix the
old one, since you
mention OSS I would propose trying the ALSA drivers. If you need OSS support
there is a compatibility layer.
I think Hans *is* using alsa. He mentions:
get anything (even when sound is playing), which I
think is related to
using devfs. I've also tried fuser, and good old visual grep on the
output of ps and nothing is running that would use the soundcard yet I
can't unload the snd-pcm-oss module.
That "snd-pcm-oss" IS the oss-compatibility layer, right?
I used to have problems similiar to this when I used OSS
w/a sb-live card. But, since switching to alsa, it stopped.
Is it possible that devfs is causing some problems ?
--
paul \ /
wisehart >/
<//////$>
|\|\|\
11:38 a.m.
* paul wisehart [Wed, 1 Oct 2003 at 07:56 -0400]
I think Hans *is* using alsa. He mentions:
Yes,
I am. Should have been more explicit but I figured mentioning
snd-pcm-oss would tip people off. :)
I used to have problems similiar to this when I used
OSS
w/a sb-live card. But, since switching to alsa, it stopped.
This card is a SB
AudioPCI 128. Using driver snd-ens1370
Is it possible that devfs is causing some problems ?
It may be possible, I'm not a devfs expert. Interestingly, when I try to
boot without devfs things don't want to work (alsa or oss) - probably
because my non-devfs dev filesystem is broken. The modules load but
programs can't find what they're looking for in /dev. I'm happy with
devfs anyway for the most part. (the exception being that lsof doesn't
seem to tell me anything)
I did some more digging and found this:
Unable to handle kernel paging request at virtual address cca2c000
printing eip:
cc9b4f7b
*pde = 01228067
*pte = 00000000
Oops: 0000
CPU: 0
EIP: 0010:[snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+32507/34292] Not tainted
EFLAGS: 00210202
eax: cc9b4f7b ebx: 00000000 ecx: fff9e73f edx: 04ba03f2
esi: cca28012 edi: c42a6c10 ebp: cca2bffe esp: cab8de8c
ds: 0018 es: 0018 ss: 0018
Process timidity (pid: 26074, stackpage=cab8d000)
Stack: cc9b2222 c42a6b80 c42c8b00 cab8deb8 000003f6 ffffffff 00000805 cc9019e8
cc9b4da1 cc9b4ef2 cc9b4f7b c42a6bf0 00000000 00000004 00000004 00000001
03f203f2 000007d3 00000805 00000800 c42a6b80 c3429ec0 cc9b546c c42a6b80
Call Trace: [snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+20898/34292]
[snd-pcm-oss:__insmod_snd-pcm-oss_O/lib/modules/2.4.20/alsa/snd-pcm-os
insmod_snd-pcm-oss_S.text_L34102+32033/34292]
[snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+32370/34292]
[snd-pcm-oss:__insmod_snd-pcm-oss_S.tex
[snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+33772/34292]
[snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+21911/34292] [snd-pcm-oss:__insmod_
34292] [snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+5339/34292]
[snd-pcm-oss:__insmod_snd-pcm-oss_S.text_L34102+13331/34292] [sys_write+163/272
[system_call+51/56]
Code: 8b 45 00 eb ac 0f b6 45 00 c1 e0 08 eb a3 81 fa 00 80 00 00
So it looks like a driver or OSS emulation problem of some sort.
--
Hans Fugal | De gustibus non disputandum est.
http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg
http://gdmxml.fugal.net/ | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
2:09 p.m.
Hi list,
hans(a)fugal.net wrote:
[..]
Yes, I am. Should have been more explicit but I
figured mentioning
snd-pcm-oss would tip people off. :)
Just one short comment here: I used to work with this soundcard for a
while, too, and I used the ens1371 driver, not 1370. Are you sure about
this driver module choice? Did you look at the card and check the
soundchip type?
Greetings,
Frank
I used to have problems similiar to this when I
used OSS
w/a sb-live card. But, since switching to alsa, it stopped.
This card is a SB
AudioPCI 128. Using driver snd-ens1370
5:28 p.m.
* Frank Neumann [Wed, 1 Oct 2003 at 17:50 +0200]
Are you sure about this driver module choice? Did you
look at the card
and check the soundchip type?
I didn't look at the card itself, but lspci -v
says
00:0e.0 Multimedia audio controller: Ensoniq ES1370 [AudioPCI] (rev 01)
Subsystem: Unknown device 4942:4c4c
Flags: bus master, slow devsel, latency 32, IRQ 5
I/O ports at ac00 [size=64]
Thanks
--
Hans Fugal | De gustibus non disputandum est.
http://hans.fugal.net/ | Debian, vim, mutt, ruby, text, gpg
http://gdmxml.fugal.net/ | WindowMaker, gaim, UTF-8, RISC, JS Bach
---------------------------------------------------------------------
GnuPG Fingerprint: 6940 87C5 6610 567F 1E95 CB5E FC98 E8CD E0AA D460
7783
days inactive
7784
days old
linux-audio-dev@lists.linuxaudio.org
5 comments
4 participants
participants (4)
-
Frank Neumann -
Hans Fugal -
paul wisehart -
Robert Jonsson