Red Hat Bugzilla – Bug 5206
sndconfig doesn't initialize ESS 1868 properly - freezes computer
Last modified: 2014-03-16 22:10:02 EDT
sndconfig recognizes the ESS 1868 (A ISA pnp card), but
when it loads the modules, the computer freezes
(consoleswitch works, but doing anything in any prompt
That's not good. Any chance you could run a debugging version
under gdb and see where this is happening?
Does it happen if you just do:
modprobe sb io=whatever, etc. from the command line, or if you
a) pnpdump -c
b) isapnp /etc/isapnp.conf?
"pnpdump -c" hangs indefitely, with this output (note that this,
unlike sndconfig, can be terminated by ctrl-c. You can't do much
until you've done that, though):
# Compiler flags: -DREALTIME -DNEEDSETSCHEDULER -DABORT_ONRESERR
# Trying port address 0203
# Board 1 has serial identifier 27 ff ff ff ff 68 18 73 16
# Board 2 has serial identifier a4 00 00 00 44 88 16 75 06
(CONFLICT (IO FATAL)(IRQ FATAL)(DMA FATAL)(MEM FATAL)) # or WARNING
When I use my old isapnp.conf-file (and modprobe) I get sound, and
the system doesn't lock up. The file was not generated by sndconfig
earlier - I remember using pnpdump, though.
Is the readport different in the working isapnp.conf?
The working file looks like this:
(CONFIGURE ESS1868/-1 (LD 1
(IO 0 (BASE 0x0220))
(IO 1 (BASE 0x0388))
(IO 2 (BASE 0x0330))
(DMA 0 (CHANNEL 1))
(INT 0 (IRQ 5 (MODE +E)))
(CONFIGURE ASU1688/68 (LD 0
# Number of IO addresses required: 4
(IO 0 (BASE 0x0100))
# IRQ 3, 4, 5, 9, 10, 11, 12 or 15.
# High true, edge sensitive interrupt
(INT 0 (IRQ 3 (MODE +E)))
# *** ERROR *** No IRQ specified!
I don't see any readport at all
There will be a new sndconfig (appearing shortly, 0.37-3), that
makes pnpdump run outside of newt, so you should be able to kill it.
It probably won't actually configure the card, though.
What sort of motherboard/chipset/BIOS do you have?
The motherboard is AI5TV-V8-0530. It has an Award 4.51PG BIOS, with
Award Plug and Play Bios Extension v1.0a
(it is a P200MMX-computer which I only have access to during weekends)
What kernel are you running?
2.2.12-10, pentium version - the default installed (lorax, 0914).
FWIW, I compiled a custom kernel (from the same sources) and it
behaves in the samme manner.
It looks like the working file initialises the board on 0x100, which
is below 0x203 where pnpdump starts looking?
Actually, the 0x100 is just the first port for the second
Should be fixed with sndconfig-0.37-4, isapnptools-1.18b-2.