Hmmm. I'm seeing something like this. I have an
and mpg123 will play a list of songs correctly, but if I ^C out of it and
try again, I see the "pcm0: play interrupt timeout, channel dead" message
and it don't want to play again until a reboot.
The gusc0 device is the only one using irq 5 and I h
According to Cameron Grant:
> is the irq shared? have your printf display the neomagic status - i'll bet
> it's 0 indicating the irq was not generated by the neomagic.
Ahem, yes it is shared, by almost everything on the machine. Should have
thought of that...
--
Ollivier ROBERT -=- FreeBSD: Th
"me too"
pcm0: mem 0xfda0-0xfdaf,0xfac0-0xfaff irq
5 at device 0.1 on pci1
pcm0: play interrupt timeout, channel dead
Then EBUSY until the cows come home. I chatted with Cam some this
evening; this problem seems to have come about as a result of driver
restructuring. This chi
> According to Cameron Grant:
> > this is a known problem. it seems the neomagic driver never worked
right,
> Well, it used to work :)
it used to *appear* to work.
> > so when newpcm became dependant on interrupts it ceased functioning.
now we
> > trap the lack of irqs and disable the channel a
According to Cameron Grant:
> this is a known problem. it seems the neomagic driver never worked right,
Well, it used to work :)
> so when newpcm became dependant on interrupts it ceased functioning. now we
> trap the lack of irqs and disable the channel and emit a warning to the
> console.
I
> The first time I run mpg123, it does nothing (that is, no sound is
emitted)
> and afterwards, /dev/dsp can't be opened at all...
> Any idea ?
this is a known problem. it seems the neomagic driver never worked right,
so when newpcm became dependant on interrupts it ceased functioning. now we
t
FreeBSD sidhe.freenix.org 5.0-CURRENT FreeBSD 5.0-CURRENT #19: Thu Aug 3 19:19:36
CEST 2000 roberto@sidhe:/src/src/sys/compile/nSIDHE i386
FreeBSD Audio Driver (newpcm) Aug 3 2000 17:03:04
Installed devices:
pcm0: at memory 0xfe00, 0xfea0 irq 9 (1p/1r channels duplex)
The first
With yesterday's current I get bounce buffer panics in isa_dmastart
doing cat foo.pcm >/dev/dsp. The same thing happens with mss.c v1.42
modified to reduce MSS_BUFSIZE by 48k.
The card is ESS1869 in this case:
Jan 5 02:16:55 avalon /kernel: unknown0: at
port 0x800-0x807 on isa0
Jan 5 02:16