Hi!
Hat hier jemand aus der Liste Erfahrungen mit oben genanntem Board?
lspci sagt(Auszug): 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 00:0e.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 03)
Ich hab im Kernel (jetzt 2.4.3, vor kurzem 2.4.2) den OnBoard-Sound "VIA 82C686" fest einkompiliert. "Ensoniq AudioPCI (ES1370)" und "Creative Ensoniq AudioPCI 97 (ES1371)" sind als Modul vorhanden, wobei sich erstere nicht installieren ließ. Nummer 2 ging, allerdings haengt sich jetzt esd auf: Gnome fährt gar nicht richtig hoch, ich muß esd erst mit kill -9 "beenden". ;)
Allerdings gibt es letzteres Problem erst, seitdem ich das es1371-Modul aktiviert habe.
Muß ich unter debian noch ein extra Skript ausführen, um z.B. /dev/sndstat angelegt zu bekommen? Auf meinem alten PC hatte ich eine SB AWE64, die hatte ich mittels eines Scriptes zum laufen bekommen. Allerdings hab ich keinen Zugriff mehr auf dieses.
Ich hoffe, ihr könnt mir helfen.
Tobias Kluge
On Sun, Apr 01, 2001 at 08:15:07PM +0200, Tobias Kluge wrote:
Hat hier jemand aus der Liste Erfahrungen mit oben genanntem Board?
lspci sagt(Auszug): 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 00:0e.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 03)
Ich hab im Kernel (jetzt 2.4.3, vor kurzem 2.4.2) den OnBoard-Sound "VIA 82C686" fest einkompiliert. "Ensoniq AudioPCI (ES1370)" und "Creative Ensoniq AudioPCI 97 (ES1371)" sind als Modul vorhanden, wobei sich erstere nicht installieren ließ. Nummer 2 ging, allerdings haengt sich jetzt esd auf: Gnome fährt gar nicht richtig hoch, ich muß esd erst mit kill -9 "beenden". ;)
Die Treiber ES1370 und ES1371 haben nichts mit deinem AufmBrettKrachmacher zu tun - laß sie weg. Der zuerst genannte via-Treiber ist der einzige, den du benötigst. Gerade zum testen lohnt es sich übrigens, die relevanten Treiber als Modul zu bauen, da man ihnen so beim Laden noch ein paar Parameter mitgeben kann ohne jedesmal die Kiste neu zu booten. Bei mir benötigt der via-Treiber allerdings keine Parameter. "modprobe viaXYZ" und alles funktioniert, allerdings mit Kernel-2.2.??
Allerdings gibt es letzteres Problem erst, seitdem ich das es1371-Modul aktiviert habe.
Dann macht das Modul irgendwelchen Mist, obwohl es für keine Karte zuständig ist. Laß es weg.
Muß ich unter debian noch ein extra Skript ausführen, um z.B. /dev/sndstat angelegt zu bekommen?
IMO wird /dev/sndstat nur von den alten OSS-Treibern unterstützt. Der VIA-Treiber unterstützt es jedenfalls nicht.
Reinhard
Die Treiber ES1370 und ES1371 haben nichts mit deinem
AufmBrettKrachmacher
zu tun - laß sie weg. Der zuerst genannte via-Treiber ist der
einzige, den du
benötigst. Gerade zum testen lohnt es sich übrigens, die relevanten Treiber als Modul zu bauen, da man ihnen so beim Laden noch ein paar Parameter mitgeben kann ohne jedesmal die Kiste neu zu booten. Bei mir benötigt der via-Treiber allerdings keine Parameter. "modprobe viaXYZ" und alles funktioniert, allerdings mit Kernel-2.2.??
Hm, ich hab das mit 2.4 ausprobiert, allerdings modconf (debian-spezifisch zum Laden+Entladen von Modules), aber es hat sich geweigert, geladen zu werden. :(
Dann macht das Modul irgendwelchen Mist, obwohl es für keine Karte zuständig ist. Laß es weg.
Ok, ich werd's probieren.
Vielen Dank erst einmal, ich werd's probieren.
BTW, habt ihr schon einmal eine Rückmeldung von der Support-Abteilung von Gigabyte bekommen? Ich hab da mal angefragt, bis jetzt keine Rückmeldung. :(
Tobias
Bei mir benötigt der via-Treiber allerdings keine Parameter. "modprobe viaXYZ" und alles funktioniert, allerdings mit Kernel-2.2.??
ruth: ~# modprobe via82cxxx_audio /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: invalid parameter parm_irq /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: insmod /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o failed /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: insmod via82cxxx_audio failed
Hm, kann es sein, daß sich modconf irgendwelche Einstellungen merkt? Ich hatte vor langer Zeit schon mal probiert, das mit Parametern (irq, io) zu laden, allerdings ohne Erfolg. Seit dem will mir modconf immer den Parameter "irq=10" andrehen, ich kann es nicht verhindern (auch wenn ich den Parameter lösche, probiert er es mit Params). Wo speichert modconf diese Einstellungen, in der man-Page steht dazu nix...
Anderer Versuch mit insmod:
ruth:/lib/modules/2.4.3# insmod ac97_codec Using /lib/modules/2.4.3/kernel/drivers/sound/ac97_codec.o ruth:/lib/modules/2.4.3# insmod via82cxxx_audio Using /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters
# Wie sehen die Parameter fuer IO bzw. IRQ aus? ruth: modinfo via82cxxx_audio keine Ausgabe :(
Probleme in Verbindung mit NV_kernel - Treibern sind aber keine Bekannt, oder? Obwohl, ohne ging es auch nicht.
Nur zur Info:
ruth:/lib/modules/2.4.3# lspci 00:00.0 Host bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133] (rev 03) 00:01.0 PCI bridge: VIA Technologies, Inc. VT8363/8365 [KT133/KM133 AGP] 00:07.0 ISA bridge: VIA Technologies, Inc. VT82C686 [Apollo Super South] (rev 22) 00:07.1 IDE interface: VIA Technologies, Inc. Bus Master IDE (rev 10) 00:07.2 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10) 00:07.3 USB Controller: VIA Technologies, Inc. UHCI USB (rev 10) 00:07.4 SMBus: VIA Technologies, Inc. VT82C686 [Apollo Super ACPI] (rev 30) 00:0e.0 Multimedia audio controller: Ensoniq 5880 AudioPCI (rev 03) 01:00.0 VGA compatible controller: nVidia Corporation NV11 (rev a1)
Ein langsam verzweifelnder Tobias
On Mon, Apr 02, 2001 at 06:02:32PM +0200, Tobias Kluge wrote:
Bei mir benötigt der via-Treiber allerdings keine Parameter. "modprobe viaXYZ" und alles funktioniert, allerdings mit Kernel-2.2.??
ruth: ~# modprobe via82cxxx_audio /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: invalid parameter parm_irq
Du gibst dem Modul Parameter, die das Modul nicht kennt. DIESE MÜSSEN WEG. Modprobe regt sich doch nicht umsonst darüber auf. Schau mal in /etc/modules.conf oder /etc/conf.modules. Dort stehen die Parameter drin, die du dem Modul mal verpaßt hast.
Hm, kann es sein, daß sich modconf irgendwelche Einstellungen merkt? Ich hatte vor langer Zeit schon mal probiert, das mit Parametern (irq, io) zu laden, allerdings ohne Erfolg. Seit dem will mir modconf immer den Parameter "irq=10" andrehen, ich kann es nicht verhindern (auch wenn ich den Parameter lösche, probiert er es mit Params). Wo speichert modconf diese Einstellungen, in der man-Page steht dazu nix...
siehe oben. modconf klingt nach Debian. Da müßtest du mal die files /etc/modultils/* nach via82cxxx_audio durchsuchen und die Parameter löschen. Danach per /sbin/update-modules die o.g. Files im /etc neu erstellen. modconf muss man nicht wirklich benutzen (sorry sven :)
Anderer Versuch mit insmod:
ruth:/lib/modules/2.4.3# insmod ac97_codec Using /lib/modules/2.4.3/kernel/drivers/sound/ac97_codec.o
Das hat also geklappt. Wenn du "modprobe via82cxxx_audio" sagts, wird dieses Modul allerdings automagisch geladen. Du musst dich also NICHT um ac97_codec kümmern.
ruth:/lib/modules/2.4.3# insmod via82cxxx_audio Using /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters
Und wieder das gleiche wie oben. Logo.
# Wie sehen die Parameter fuer IO bzw. IRQ aus?
Du brauchst KEINE Parameter für dieses Modul. Die IO- und IRQ-Parameter sind fast ausschließlich bei Geräten am ISA-Bus nötig.
Reinhard
Bei mir benötigt der via-Treiber allerdings keine Parameter. "modprobe viaXYZ" und alles funktioniert, allerdings mit Kernel-2.2.??
ruth: ~# modprobe via82cxxx_audio /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: invalid parameter parm_irq
Du gibst dem Modul Parameter, die das Modul nicht kennt. DIESE MÜSSEN WEG. Modprobe regt sich doch nicht umsonst darüber auf.
Ok, ist erledigt. Allerdings sagt modprobe jetzt:
ruth:/etc/modutils# modprobe via82cxxx_audio /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: init_module: No such device Hint: insmod errors can be caused by incorrect module parameters, including invalid IO or IRQ parameters /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: insmod /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o failed /lib/modules/2.4.3/kernel/drivers/sound/via82cxxx_audio.o: insmod via82cxxx_audio failed
modconf muss man nicht wirklich benutzen (sorry sven :)
na ja, kann ich jetzt nachvollziehen... ;)
Anderer Versuch mit insmod:
ruth:/lib/modules/2.4.3# insmod ac97_codec Using /lib/modules/2.4.3/kernel/drivers/sound/ac97_codec.o
Das hat also geklappt. Wenn du "modprobe via82cxxx_audio" sagts, wird dieses Modul allerdings automagisch geladen. Du musst dich also NICHT um ac97_codec kümmern.
Klar, dachte ich mir schon. Nur mit insmod via... ging's eben nicht, deshalb der Umweg. ;
Also, noch einmal. Ich habe unter /etc/modutils alle Dateien für via82cxxx_audio gelöscht, update-modules durchgeführt und rausgekommen ist /etc/modules.conf: [befreit von Kommentaren] keep post-install bttv insmod tuner post-remove bttv insmod tuner
alias char-major-10-130 softdog alias char-major-10-175 agpgart alias char-major-81 bttv alias char-major-108 ppp_generic alias /dev/ppp ppp_generic alias tty-ldisc-3 ppp_async alias tty-ldisc-14 ppp_synctty alias ppp-compress-21 bsd_comp alias ppp-compress-24 ppp_deflate alias ppp-compress-26 ppp_deflate
alias loop-xfer-gen-0 loop_gen alias loop-xfer-3 loop_fish2 alias loop-xfer-gen-10 loop_gen alias cipher-2 des alias cipher-3 fish2 alias cipher-4 blowfish alias cipher-6 idea alias cipher-7 serp6f alias cipher-8 mars6 alias cipher-11 rc62 alias cipher-15 dfc2 alias cipher-16 rijndael alias cipher-17 rc5
alias sound via82cxxx_audio
post-install serial /etc/init.d/setserial modload > /dev/null 2> /dev/null pre-remove serial /etc/init.d/setserial modsave > /dev/null 2> /dev/null
alias parport_lowlevel parport_pc alias char-major-10-144 nvram alias binfmt-0064 binfmt_aout alias char-major-10-135 rtc
Ich hab v4l aktiviert, kann das irgendwelche Auswirkungen auf das Modul haben?
Tobias
Hallo nochmal,
ich habe gerade einige Kernels durchprobiert:
2.2.17 (original, bei debian 2.2 "potato" dabei; Soundkarte wurde als es1371 erkannt und anscheinend fehlerfrei in Betrieb genommen; allerdings ließ sich mit cdplay kein Ton entlocken; via82cxxx_audio ließ sich nicht laden: "Device or Resource busy" -> es war kein Sound-Treiber aktiv )
2.2.18 (gleicher Fehler "Device ...")
2.4.2 -||-
2.4.3 -||-
Jeweils als Modul. Hm, ich werde mir morgen mal den Quelltext reinziehen. ;(
Tobias
Am Montag, dem 02. April 2001 um 22:40:17, schrieb Tobias Kluge:
2.2.17 (original, bei debian 2.2 "potato" dabei; Soundkarte wurde als es1371 erkannt und anscheinend fehlerfrei in Betrieb genommen; allerdings ließ sich mit cdplay kein Ton entlocken; via82cxxx_audio ließ sich nicht laden: "Device or Resource busy" -> es war kein Sound-Treiber aktiv )
2.2.18 (gleicher Fehler "Device ...")
2.4.2 -||-
2.4.3 -||-
Und was sagt dmesg jeweils dazu? Geht denn das CD spielen unter Windows? Nicht das nur das noetige Kabel fehlt oder falsch angeschlossen ist...
Torsten
Hallo!
Tobias Kluge wrote:
ich habe gerade einige Kernels durchprobiert: 2.2.17 (original, bei debian 2.2 "potato" dabei; Soundkarte wurde als es1371 erkannt und anscheinend fehlerfrei in Betrieb genommen;
Nur die Register stimmen, die Hardware nicht. Der VIA-Chipsatz ist AC97-Sound kompatibel.
Ich habe den Sound einmal mit den Kernel-Treibern zum Laufen gebracht, aber das blieb häufiger hängen (wohl Interrupt?). Dann habe ich zu ALSA gegriffen und bin seitdem dabei geblieben. Die Module zum Kernel 2.4.3 kann ich Dir bieten, die modules.conf muss ich in der Schule raussuchen. Als Bonus geht dann auch sensors mit Informationen zu Lüfterdrehzahl, CPU-Temperatur, Spannungen usw.
Gruss Reiner
On Wed, Apr 04, 2001 at 12:50:30AM +0200, Reiner Klaproth wrote:
Nur die Register stimmen, die Hardware nicht. Der VIA-Chipsatz ist AC97-Sound kompatibel.
Ich habe den Sound einmal mit den Kernel-Treibern zum Laufen gebracht, aber das blieb häufiger hängen (wohl Interrupt?).
Bei funzt er gut - abgesehen von dem schon beschriebenen Knacken bei open/close.
Reinhard
ich habe gerade einige Kernels durchprobiert: 2.2.17 (original, bei debian 2.2 "potato" dabei; Soundkarte wurde als es1371 erkannt und anscheinend fehlerfrei in Betrieb genommen;
Nur die Register stimmen, die Hardware nicht. Der VIA-Chipsatz ist AC97-Sound kompatibel.
Ich habe den Sound einmal mit den Kernel-Treibern zum Laufen gebracht, aber das blieb häufiger hängen (wohl Interrupt?). Dann habe ich zu ALSA gegriffen und bin seitdem dabei geblieben. Die Module zum Kernel 2.4.3 kann ich Dir bieten, die modules.conf muss ich in der Schule raussuchen. Als Bonus geht dann auch sensors mit Informationen zu Lüfterdrehzahl, CPU-Temperatur, Spannungen usw.
Das wäre die Lösung... Wenn das klappen würde, wäre ich dir sehr dankbar!!!
Tobias
Hallo!
Tobias Kluge wrote:
Ich habe den Sound einmal mit den Kernel-Treibern zum Laufen gebracht, aber das blieb häufiger hängen (wohl Interrupt?). Dann habe ich zu ALSA gegriffen und bin seitdem dabei geblieben. Die Module zum Kernel 2.4.3 kann ich Dir bieten, die modules.conf muss ich in der Schule raussuchen. Als Bonus geht dann auch sensors mit Informationen zu Lüfterdrehzahl, CPU-Temperatur, Spannungen usw.
Das wäre die Lösung... Wenn das klappen würde, wäre ich dir sehr dankbar!!!
Reicht es mit einer CD am nächsten Mittwoch?
Gruss Reiner
Reiner Klaproth wrote:
Hallo!
Tobias Kluge wrote:
Ich habe den Sound einmal mit den Kernel-Treibern zum Laufen gebracht, aber das blieb häufiger hängen (wohl Interrupt?). Dann habe ich zu ALSA gegriffen und bin seitdem dabei geblieben. Die Module zum Kernel 2.4.3 kann ich Dir bieten, die modules.conf muss ich in der Schule raussuchen. Als Bonus geht dann auch sensors mit Informationen zu Lüfterdrehzahl, CPU-Temperatur, Spannungen usw.
Das wäre die Lösung... Wenn das klappen würde, wäre ich dir sehr dankbar!!!
Reicht es mit einer CD am nächsten Mittwoch?
Hm, ist etwas problematisch. Ich bin leider nicht aus Dresden. Nicht daß Dresden aus der Welt ist - allerdings wäre ich dann auf der Rückfahrt von Mittwoch abend ohne Licht am Fahrrad unterwegs. Und da bin ich nicht so scharf drauf.
Bestände die Möglichkeit, daß ich "am Tag" die CD abholen kann? Oder Du gibst mir deine KNr. und ich überweise dir das Porto+CD-Gebühr, und du steckst die CD einfach in einen Briefumschlag?
Allerdings hab ich Flatrate - du könntest das auch als eMail mit großem Anhang schicken oder auf einem Webserver zwischenlagern...
Ich hoffe, da ist was dabei... ;-)
Tobias
lug-dd@mailman.schlittermann.de
-
ecb_bischofswerda＠t-online.de -
Reiner Klaproth -
Reinhard Foerster -
Tobias Kluge -
Torsten Werner