Hi,
mein 2.4.8er Kernel kann das mit Plug&Pray ja selber machen, leider funktioniert es bei mir nicht :(
Erst nach einem manuellen Aufruf von "isapnp /etc/isapnp.conf" wird die Soundkarte erkannt und benutzbar.
in rc.sysinit steht dazu sowas:
# set up pnp if [ -x /sbin/isapnp -a -f /etc/isapnp.conf -a ! -f /proc/isapnp ]; then if [ -n "$PNP" ]; then action "Setting up ISA PNP devices: " /sbin/isapnp /etc/isapnp.conf else action "Skipping ISA PNP configuration at users request: " /bin/true fi fi
Da also /proc/isapnp schon da ist, macht er garnix. Der Kernel scheint jedenfalls die PNP-Karte(Terratec EWS 64 XL mit cs4236) nicht richtig zu initialisieren (vergibt resourcen aber enabled sie nicht?).
Kann man das ganze beim Kernel irgendwie steuern/ausschalten?
Bei Kerneloption "nopnp" machen auch die Initscripte gleich garnix (PNP=), also auch kein "isapnp /etc/isapnp.conf"
Ganz unabhängig davon bekomme ich wenn ich das Modul "sound" hinzufüge sowas:
Dec 3 13:38:42 1stpc kernel: end_request: I/O error, dev 02:00 (floppy), sector 0
Scheinbar gibts einen DMA/IO/IRQ-Konflikt zwischen Soundkarte (604,608,330,388,220,201), IRQ(5,9), DMA (1,0) und meinem Floppy (normalerweise IRQ 6 und 3F0-3f7) und was probt überhaupt hier "sound.o" schon rum?
Mit Alsa habe ich natürlich die gleichen Probleme.
Für ein paar Infos wäre ich sehr dankbar.
Gruß, Stephan
Hi Stephan,
Am Montag, dem 03. Dezember 2001 um 14:15:38, schrieb Stephan Goetter:
Da also /proc/isapnp schon da ist, macht er garnix.
was steht denn dort drin? Nach deiner Beschreibung koenntest du eigentlich auch isapnp aus dem Kernel rauslassen und nur mit /sbin/isapnp arbeiten. Aber normalerweise sollte alles vollautomatisch gehen, wenn der Treiber das unterstuetzt. Welchen Treiber verwendest denn du fuer deine Karte? Es gibt zumindest was haendisches in der Art:
cat > /proc/isapnp <<EOF card <idx> <vendor> dev <idx> <logdev> auto activate EOF
Siehe isapnp.txt. Es muss aber dann auf jeden Fall vor dem Laden des Moduls passieren. Vielleicht muss man den Treiber noch anpassen, ich bin ja laut drivers/sound/sb_card.c:31 etwas vorbelastet... ;-)
Torsten
Am Montag, dem 03. Dezember 2001 um 21:56:01, schrieb Torsten Werner:
Welchen Treiber verwendest denn du fuer deine Karte?
Ich Idiot, das stand doch in deiner Mail drin. Den Inhalt von /proc/isapnp braeuchte ich, um den Treiber eventuell zu fixen. Aber vielleicht bekommst du es auch allein hin...
Torsten
Am Montag 03 Dezember 2001 22:06 schrieben Sie:
Am Montag, dem 03. Dezember 2001 um 21:56:01, schrieb Torsten Werner:
Welchen Treiber verwendest denn du fuer deine Karte?
Ich Idiot, das stand doch in deiner Mail drin. Den Inhalt von /proc/isapnp braeuchte ich, um den Treiber eventuell zu fixen. Aber vielleicht bekommst du es auch allein hin...
Ok, hab dir mal meine /proc/isapnp und isapnp.conf angehangen.
Wie sieht dieses fixen aus?
Stephan
Am Montag, dem 03. Dezember 2001 um 23:15:34, schrieb Stephan Goetter:
Wie sieht dieses fixen aus?
Probiere mal angehaengten patch gegen 2.4.12.
Card 1 'CSCa836:AudioSystem EWS64' PnP version 1.0 Product version 1.0 Logical device 0 'CSCa800:CoDec' Device is active
Komisch, das Device ist active. Ist das der Inhalt von /proc/isapnp direkt nach dem Booten, ohne /sbin/isapnp aufzurufen?
Torsten
Am Montag 03 Dezember 2001 23:38 schrieben Sie:
Am Montag, dem 03. Dezember 2001 um 23:15:34, schrieb Stephan Goetter:
Wie sieht dieses fixen aus?
Probiere mal angehaengten patch gegen 2.4.12.
Das mit dem ausprobieren kann eine Weile dauern, ich muss mir erst das SRC-RPM über mein 28.800 Modem und Glasfaser herunterladen.
Card 1 'CSCa836:AudioSystem EWS64' PnP version 1.0 Product version 1.0 Logical device 0 'CSCa800:CoDec' Device is active
Komisch, das Device ist active. Ist das der Inhalt von /proc/isapnp direkt nach dem Booten, ohne /sbin/isapnp aufzurufen?
Nee, der sieht, wie erwartet, so aus.
Card 1 'CSCa836:AudioSystem EWS64' PnP version 1.0 Product version 1.0 Logical device 0 'CSCa800:CoDec' Device is not active
Feedback dann nächste Woche irgendwann,
Stephan der durch Torstens Hilfe vielleicht auch bald in die Kernelsourcen kommt.
lug-dd@mailman.schlittermann.de