ES1371 problems

ES1371 problems

[Santos Halpar]

Sadly, /usr/src/linux/Documentation/sound/es1371 and the other
files I've read in that directory don't appear to answer this, nor
does reading the es1371 driver source's comments.

Platform: Red Hat 6.0, ESS 1371

Problem: Sound doesn't work.  When I load the es1371 (and soundcore)
modules, I can hear the speakers pop.  I can play CDs and control
the mixer with no problems, but any attempt to play sound files
with e.g. "play file.wav" fails.  Quake2 and various Gnome apps
similarly fail to play anything.  cat'ing /dev/sndstat gives
"cat: /dev/sndstat: No such device", which would indicate that I
need to load the appropriate module -- but es1371 isn't one of the
OSS modules, so I'm not too sure about that.  Insmoding sound and
soundlow lets /dev/sndstat work, but the Installed drivers section
is empty (as are all the fields save the system clock in timers).
That makes sense, since es1371 is a soundcore client, right?

If I run "play file.wav", it hangs until I kill the
spawned sox process -- sndconfig hangs similarly when it tries
to play a sample file.  It's not a volume issue and sound works
fine in NT.

I've never used an es1371 under Linux before, so it hasn't been
working in the past with 2.0 kernels or anything like that.  Fails
with 2.2.5/Red Hat and with vanilla 2.2.10, modular and built-in.

While es1371.o and soundcore.o are loaded:

cat /dev/sndstat says "No such device".

There is no /proc/sound.

Controlling the mixer with gmix or other apps works, as does playing
CDs.

lspci -v reveals (among others):

00:0f.0 Multimedia audio controller: Ensoniq ES1371 (rev 02)
        Subsystem: Unknown device 1274:1371
        Flags: slow devsel, IRQ 11
        I/O ports at 1080
        Capabilities: [dc] Power Management version 1


Any ideas?  I'm sure I'm doing something stupid, but can't for the
life of me find it.

ALSA appears to support the 1371 -- should I be trying that?

--Sumner


_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: ES1371 problems

[Bill Nottingham]

Santos Halpar (sjhalpar@yahoo.com) said: 
> cat'ing /dev/sndstat gives
> "cat: /dev/sndstat: No such device", which would indicate that I
> need to load the appropriate module -- but es1371 isn't one of the
> OSS modules, so I'm not too sure about that.

The PCI drivers don't support the /dev/sndstat interface; there
is no 'appropriate module'.

> If I run "play file.wav", it hangs until I kill the
> spawned sox process -- sndconfig hangs similarly when it tries
> to play a sample file.  It's not a volume issue and sound works
> fine in NT.

Where does 'strace play file.wav' say that it's hanging?

Bill

Re: ES1371 problems

[Santos Halpar]

Bill Nottingham <notting@redhat.com> wrote:
>Santos Halpar (sjhalpar@yahoo.com) said: 
> > cat'ing /dev/sndstat gives
> > "cat: /dev/sndstat: No such device", which would indicate that I
> > need to load the appropriate module -- but es1371 isn't one of
the
> > OSS modules, so I'm not too sure about that.
>
> The PCI drivers don't support the /dev/sndstat interface; there
> is no 'appropriate module'.

Okay, I sort of suspected that.

> > If I run "play file.wav", it hangs until I kill the
> > spawned sox process -- sndconfig hangs similarly when it tries
> > to play a sample file.  It's not a volume issue and sound works
> > fine in NT.
> 
> Where does 'strace play file.wav' say that it's hanging?

In wait4, which makes sense since play is just a Bourne shell 
wrapper around sox.  If I kill the sox process it forks, play 
exits fine.  sox hangs in write (while writing to /dev/dsp).  
Relevant portions of the sox trace:

[SNIP -- library mmaping, etc]
open("beethoven.wav", O_RDONLY)         = 3
open("/dev/dsp", O_WRONLY|O_CREAT|O_TRUNC, 0666) = 4
[SNIP -- fds 3 and 4 aren't closed and reopened after this]
read(3, "RIFF", 4)                      = 4
fstat(3, {st_mode\x032075, st_size=0, ...}) = 0
mmap(0, 4096, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_ANONYMOUS, -1, 0)
= 0x40014000
read(3, "\\\"\1\0WAVEfmt \20\0\0\0\1\0\1\0"..., 4096) = 4096
ioctl(4, SNDCTL_DSP_RESET, 0)           = 0
ioctl(4, SNDCTL_DSP_GETBLKSIZE, 0x80708c4) = 0
ioctl(4, SNDCTL_DSP_SYNC, 0)            = 0
ioctl(4, SNDCTL_DSP_SETFMT, 0xbffff654) = 0
ioctl(4, SNDCTL_DSP_STEREO, 0xbffff654) = 0
ioctl(4, SNDCTL_DSP_SPEED, 0xbffff654)  = 0
brk(0x8093000)                          = 0x8093000
brk(0x809c000)                          = 0x809c000
read(3, "\0002\0009\0009\0003\0#\0\n\0\353"..., 4096) = 4096
read(3, "\0\n\0\340\0\276\0\243\0\215\0\211"..., 4096) = 4096
read(3, "\0)\0$\0\v\0\352\0\333\0\336\0\361"..., 4096) = 4096
read(3, "\0\f\0\0\0\1\0\v\0\373\0\356\0\336"..., 4096) = 4096
write(4, "\0\1\1\377\377\2\0\2\0\2\0\2\377"..., 64) = 64
write(4, "\0\2\0\2\0\2\0\2\376\1\0\1\0\1\0"..., 64) = 64
[SNIP -- many more reads and writes as per above -- reads are all
of 4096 bytes, writes are all of 64 bytes.  18 reads total 73728
bytes, 1024 writes total a suspicious 65536 bytes until...]
read(3, "\0$\0 \0\26\0\20\0\22\0\26\0\32\0"..., 4096) = 608
write(4, "\36\376\30\346\360\342a\372\352\24"..., 64) = 64
write(4, "\0\324\1\325\1\334\0\336\0\334\0"..., 64 <unfinished ...>

The successful write of 64 bytes at the end there is part of the
65536 bytes. The last read is short.  wc and ls -l agree that
beethoven.wav is 74340 bytes in length, which is exactly what the
reads on it total if you throw in the 608 bytes at the end and the
4 bytes for the RIFF magic at the top.  But write() blocks after
exactly 2^16 bytes are written -- maybe a buffer size, and nothing
is actually written out to the hardware?  At any rate, the writes
are blocking before the end of the file.

Just to rule out any bizarre EOF scenarios I tried a larger wav.  It
still blocks after writing 65536 bytes and the reads are nowhere
near EOF (still all 4096 bytes).

If it's not obvious already, I know next to nothing about the
architecture of the sound drivers.

Thanks for your reply.

--Sumner
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com

Re: ES1371 problems

[Santos Halpar]

I got and installed ALSA.  It works fine.  If someone out there
wants to me to try anything else with the regular kernel drivers
to get them working, let me know.  Otherwise, I'm happy with ALSA.

--Sumner
_________________________________________________________
Do You Yahoo!?
Get your free @yahoo.com address at http://mail.yahoo.com