Anleitung zu alsa-0.9.6-0.pm.0.i586.rpm und Vanilla-Kernel
Kann mir bitte wer in groben Schritten sagen, wie ich in einen Vanilla-Kernel 2.4.22 die Alsa-Pakete von Packman alsa-0.9.6-0.pm.0.i586.rpm - http://packman.links2linux.de/download.php4?t=b&id=1829 integriere? Es gab da von Manfred schon mal einen kleinen Hinweis in der ML, den ich aber nicht weiter verfolgte, da eine Hardware-Komponente nach der anderen in diesem PC defekt wurde. Bei http://www.alsa-project.org/ liest man zu Zeit: This page is temporarily closed in protest against software patents. Websites may soon be closed down permanently due to software patents. Software patents can get you prosecuted for publishing texts written by yourself! Ich war auf der Alsa-Seite schon mal früher und fand dort leider auch nicht, was für die Packman-Pakete genau notwendig ist, sondern nur Details um die Pakete selber zu kompilieren. Al
Hallo Al, Am Freitag, 29. August 2003 16:54 schrieb Al Bogner
Kann mir bitte wer in groben Schritten sagen, wie ich in einen Vanilla-Kernel 2.4.22 die Alsa-Pakete von Packman alsa-0.9.6-0.pm.0.i586.rpm - http://packman.links2linux.de/download.php4?t=b&id=1829 integriere?
Das sind Kernel-Module.Die werden zu deineKerel nicht passen. Entweder das xxx src.rpm und damit Alsa neu bauen. Oder halt aus dem tar.gz von also-projekt.org.
Bei http://www.alsa-project.org/ liest man zu Zeit: This page is temporarily closed in protest against software patents. Websites may soon be closed down permanently due to software patents. Software patents can get you prosecuted for publishing texts written by yourself!
...und etwas weiter: "To enter our site, click here. " - Bingo Gruß Harald
Am Freitag, 29. August 2003 16:54 schrieb Al Bogner:
Kann mir bitte wer in groben Schritten sagen, wie ich in einen Vanilla-Kernel 2.4.22 die Alsa-Pakete von Packman alsa-0.9.6-0.pm.0.i586.rpm - http://packman.links2linux.de/download.php4?t=b&id=1829 integriere?
Das Paket + das alsa-tools rpm enthält alles, ausser den Kernel-Treibern. Was Du also noch brauchst, ist das Treiber Paket von der Alsa-Seite. Du brauchst konfigurierten Kernel-Sourcen (Source-RPM installieren, ein 'make cloneconfig' und 'make dep' aufrufen), dann die Treibersourcen entpacken und mit dem üblichen Dreisatz './configure', 'make' und 'make install' die Treiber des mitgelieferten Kernels aktualisieren. Mehr ist nicht nötig. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Freitag, 29. August 2003 19:46 schrieb Manfred Tremmel:
Kann mir bitte wer in groben Schritten sagen, wie ich in einen Vanilla-Kernel 2.4.22 die Alsa-Pakete von Packman alsa-0.9.6-0.pm.0.i586.rpm - http://packman.links2linux.de/download.php4?t=b&id=1829 integriere?
Das Paket + das alsa-tools rpm enthält alles, ausser den Kernel-Treibern. Was Du also noch brauchst, ist das Treiber Paket von der Alsa-Seite.
Ok, ich habe nun einen KT400A-Chipsatz (Epox EP-8K9A9+) mit einem 2.4.22-ac1-Kernel grundsätzlich zum Laufen gebracht, der vom 2.4.20-Kernel noch nicht unterstützt wird. Wo gibt es die Kernel-Treiber bei http://gd.tuwien.ac.at/opsys/linux/alsa/ für den 2.4.22-ac1-Kernel? Da gibt es http://gd.tuwien.ac.at/opsys/linux/alsa/driver/ und http://gd.tuwien.ac.at/opsys/linux/alsa/kernel-patches/ Welche Treiber brauche ich da genau für 2.4.22-ac1? Ich bin da jetzt sehr vorsichtig und will mir nichts kaputt machen. Heute bekam ich wieder mal ein Teil von dem PC, den ich vor 5 Monaten zusammenbaute und dessen Teile immer wieder defekt wurden. So wie es aussieht, dürfte es vorerst passen. Manfred erinnert sich sicher noch an meine unerklärlichen Probleme mit transcode und dem A7N8X.
Du brauchst konfigurierten Kernel-Sourcen (Source-RPM installieren,
Was meinst du mit Source-RPM? Ich habe linux-2.4.22.tar.gz entpackt und mit patch-2.4.22-ac1.gz gepatcht und dann nach meinen Bedürfnisse die Optionen definiert. Dieser Kernel fährt mit einigen kleinen und unwichtigen Schönheitsfehlern hoch.
'make cloneconfig' und 'make dep' aufrufen), dann die Treibersourcen entpacken und mit dem üblichen Dreisatz './configure', 'make' und 'make install' die Treiber des mitgelieferten Kernels aktualisieren.
Das sollte dann klar sein, wenn ich die richtige Datei habe. Und danach installiere ich alsa-0.9.6-0.pm.0.i586.rpm und alsa-tools-0.9.6-0.pm.0.i586.rpm ? Al
Am Freitag, 29. August 2003 23:40 schrieb Al Bogner:
Ok, ich habe nun einen KT400A-Chipsatz (Epox EP-8K9A9+) mit einem 2.4.22-ac1-Kernel grundsätzlich zum Laufen gebracht, der vom 2.4.20-Kernel noch nicht unterstützt wird.
Ok, andere Situation, bin zunächst von einem SuSE-Kernel ausgegangen.
Wo gibt es die Kernel-Treiber bei http://gd.tuwien.ac.at/opsys/linux/alsa/ für den 2.4.22-ac1-Kernel?
Grundsätzlich müssen die alsa-treiber zum kernel compiliert werden, das sollte allerdings mit jedem 2.4er Kernel klappen. Zu finden unter http://www.alsa-project.org/ (ist aber nicht so ganz einfach, die Seite aufzurufen, zumindestens ich komm nur gelegentlich drauf).
Welche Treiber brauche ich da genau für 2.4.22-ac1? Ich bin da jetzt
Wie gesagt, einfach den alsa-drivers Tarball von der alsa-Homepage.
sehr vorsichtig und will mir nichts kaputt machen. Heute bekam ich wieder mal ein Teil von dem PC, den ich vor 5 Monaten zusammenbaute und dessen Teile immer wieder defekt wurden. So wie es aussieht,
Du kannst Dir damit eigentlich nichts zerschiesen. Der Kernel wird nicht gepatched, sondern die Treiber werden parallel dazu installiert.
dürfte es vorerst passen. Manfred erinnert sich sicher noch an meine unerklärlichen Probleme mit transcode und dem A7N8X.
Jo, ist noch nicht ganz vergesen.
Was meinst du mit Source-RPM?
Vergiss es, wenn Du nen Kernel selbst compiliert hast, müssen die Sourcen ja eh schon installiert und konfiguriert sein. Stell sicher, dass der /usr/src/linux Link auf das Kernel-Sourcen-Verzeichnis verweist, dann passt das.
Das sollte dann klar sein, wenn ich die richtige Datei habe. Und danach installiere ich alsa-0.9.6-0.pm.0.i586.rpm und alsa-tools-0.9.6-0.pm.0.i586.rpm ?
Die kannst Du vorher schon installieren. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 30. August 2003 02:15 schrieb Manfred Tremmel:
Wo gibt es die Kernel-Treiber bei http://gd.tuwien.ac.at/opsys/linux/alsa/ für den 2.4.22-ac1-Kernel?
Grundsätzlich müssen die alsa-treiber zum kernel compiliert werden, das sollte allerdings mit jedem 2.4er Kernel klappen.
Zu finden unter http://www.alsa-project.org/ (ist aber nicht so ganz einfach, die Seite aufzurufen, zumindestens ich komm nur gelegentlich drauf).
Die Seite vom europäischen Mirror in Wien habe ich immer erreicht. Wo ist nun der Unterschied zwischen "driver" und "kernel-patches"? Siehe http://gd.tuwien.ac.at/opsys/linux/alsa/driver/ und http://gd.tuwien.ac.at/opsys/linux/alsa/kernel-patches/ bzw. ftp://gd.tuwien.ac.at/opsys/linux/alsa/driver/ und ftp://gd.tuwien.ac.at/opsys/linux/alsa/kernel-patches/ Am neuesten sollte zur Zeit http://gd.tuwien.ac.at/opsys/linux/alsa/driver/alsa-driver-0.9.6.tar.bz2 und http://gd.tuwien.ac.at/opsys/linux/alsa/kernel-patches/alsa-bk-2003-08-21.pa... sein. Ich verstehe noch nicht was der Kernel-Patch bzw. der Treiber bewirkt. In einer SuSE-Kernel-Konfiguration gibt es Optionen für Alsa und ich vermute mal, dass ich den Kernel patchen muss. Da passiert aber folgendes: Ich befinde mich im Verzeichnis der Vanilla-Kernelsourcen /usr/src/linux-2.4.22-alsa und führe u.a. Befehl durch, worauf sich folgende Fehlermeldung ergibt: patch -p1 < /install/linuxins/alsa/alsa-bk-2003-08-21.patch can't find file to patch at input line 4 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Nru a/sound/pci/rme9652/hdsp.c b/sound/pci/rme9652/hdsp.c |--- a/sound/pci/rme9652/hdsp.c Thu Aug 21 11:35:46 2003 |+++ b/sound/pci/rme9652/hdsp.c Thu Aug 21 11:35:46 2003 -------------------------- File to patch: Skip this patch? [y] y Skipping patch. 1 out of 1 hunk ignored can't find file to patch at input line 15 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -Nru a/sound/pci/ice1712/ice1724.c b/sound/pci/ice1712/ice1724.c |--- a/sound/pci/ice1712/ice1724.c Thu Aug 21 11:36:03 2003 |+++ b/sound/pci/ice1712/ice1724.c Thu Aug 21 11:36:03 2003 Al
Hallo, bei Gentoo gibt es unter doc's eine recht gute Anleitung wie Alsa installiert und konfiguriert wird. Alles was mit dem Kernel zu tun hat wuerde ich sowieso nicht mit rpm's durchfuehren - siehe ebendiese Probleme hier. Prost, Klaus
Am Samstag, 30. August 2003 14:01 schrieb Klaus Imgrund:
bei Gentoo gibt es unter doc's eine recht gute Anleitung wie Alsa installiert und konfiguriert wird. Alles was mit dem Kernel zu tun hat wuerde ich sowieso nicht mit rpm's durchfuehren - siehe ebendiese Probleme hier.
Das alsa RPM von Packman hat ja genau deshalb nichts mit dem Kernel zu tun. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 30. August 2003 13:49 schrieb Al Bogner:
Wo ist nun der Unterschied zwischen "driver" und "kernel-patches"?
Der Patch versucht die treiber in den Kernel reinzubringen, was aber nur funktionieren kann, wenn der Patch exakt zum kernel Passt. Das driver Paket hat die Probleme nicht, das wird "ausserhalb" des Kernels compiliert. Zu dem Patch kann ich Dir nichts sagen, den hab ich nie verwendet. Nimm einfach das driver Paket und gut ist. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Samstag, 30. August 2003 14:11 schrieb Manfred Tremmel:
Zu dem Patch kann ich Dir nichts sagen, den hab ich nie verwendet. Nimm einfach das driver Paket und gut ist.
Leider nicht: /usr/src/packages/SOURCES/alsa-driver-0.9.6 # ./configure checking for gcc... gcc checking for C compiler default output... a.out checking whether the C compiler works... yes checking whether we are cross compiling... no checking for executable suffix... checking for object suffix... o checking whether we are using the GNU C compiler... yes checking whether gcc accepts -g... yes checking for ranlib... ranlib checking for a BSD compatible install... /usr/bin/install -c checking how to run the C preprocessor... gcc -E checking for ANSI C header files... yes checking for gcc option to accept ANSI C... none needed checking for an ANSI C-conforming const... yes checking for inline... inline checking whether time.h and sys/time.h may both be included... yes checking whether gcc needs -traditional... no checking for current directory... /usr/src/packages/SOURCES/alsa-driver-0.9.6 checking cross compile... checking for directory with kernel source... /lib/modules/2.4.22-ac1-alsa/build checking for kernel version... 2.4.22-ac1-alsa checking for GCC version... Kernel compiler: gcc 3.3 20030226 (prerelease) (SuSE Linux) Used compiler: gcc (GCC) 3.3 20030226 (prerelease) (SuSE Linux) checking for kernel linux/compiler.h... "yes" Removing a dummy linux/compiler.h. checking for kernel linux/pm.h... "yes" checking for kernel linux/spinlock.h... "yes" checking for kernel linux/irq.h... "yes" Removing a dummy linux/irq.h. checking for kernel linux/threads.h... "yes" Removing a dummy linux/threads.h. checking for kernel linux/rwsem.h... "yes" Removing a dummy linux/rwsem.h. checking for kernel linux/gameport.h... "yes" Removing a dummy linux/gameport.h. checking for kernel linux/devfs_fs_kernel.h... "yes" checking for kernel linux/highmem.h... "yes" Removing a dummy linux/highmem.h. checking for kernel linux/workqueue.h... "no" checking for kernel asm/hw_irq.h... "yes" checking for kernel linux/jiffies.h... "no" checking for kernel linux/compat.h... "no" checking for kernel linux/adb.h... "yes" Removing a dummy linux/adb.h. checking for kernel linux/cuda.h... "yes" Removing a dummy linux/cuda.h. checking for kernel linux/pmu.h... "yes" Removing a dummy linux/pmu.h. checking for kernel module symbol versions... "no" checking for PCI support in kernel... "yes" checking for SGI/MIPS (HAL2) architecture... "no" checking for directory to store kernel modules... /lib/modules/2.4.22-ac1-alsa/kernel/sound checking for verbose printk... on checking for debug level... none checking for ISA support in kernel... "no" checking for processor type... k7 checking for SMP... "no" checking for ISA PnP driver in kernel... yes checking for PnP driver in kernel... no checking for Kernel ISA-PnP support... "no" checking for Kernel ISA-PnP module support... "no" checking for strlcpy... "no" checking for snprintf... "yes" checking for vmalloc_to_page... "yes" checking for old kmod... "yes" Removing local linux/isapnp.h. checking for driver version... 0.9.6 checking for sequencer support... yes checking for OSS/Free emulation... yes checking for RTC callback support in kernel... "no" checking for USB support... "yes" checking for kernel PCMCIA checking for PCMCIA support... "no" checking for PCMCIA module support... "no" checking for PC9800 support in kernel... "no" checking for which soundcards to compile driver for... all configure: creating ./config.status config.status: creating version config.status: creating Makefile.conf config.status: creating snddevices config.status: creating utils/alsa-driver.spec config.status: creating utils/buildrpm config.status: creating toplevel.config config.status: creating include/config.h config.status: creating include/config1.h config.status: creating include/version.h config.status: include/version.h is unchanged /usr/src/packages/SOURCES/alsa-driver-0.9.6 # make install rm -rf /lib/modules/2.4.22-ac1-alsa/kernel/sound make[1]: Entering directory `/usr/src/packages/SOURCES/alsa-driver-0.9.6/support' make[1]: Nothing to be done for `modules_install'. make[1]: Leaving directory `/usr/src/packages/SOURCES/alsa-driver-0.9.6/support' make[1]: Entering directory `/usr/src/packages/SOURCES/alsa-driver-0.9.6/acore' mkdir -p /lib/modules/2.4.22-ac1-alsa/kernel/sound/acore cp snd-hwdep.o snd-page-alloc.o snd-pcm.o snd-rawmidi.o snd-timer.o snd.o /lib/modules/2.4.22-ac1-alsa/kernel/sound/acore cp: cannot stat `snd-hwdep.o': No such file or directory cp: cannot stat `snd-page-alloc.o': No such file or directory cp: cannot stat `snd-pcm.o': No such file or directory cp: cannot stat `snd-rawmidi.o': No such file or directory cp: cannot stat `snd-timer.o': No such file or directory cp: cannot stat `snd.o': No such file or directory make[1]: *** [_modinst__] Error 1 make[1]: Leaving directory `/usr/src/packages/SOURCES/alsa-driver-0.9.6/acore' make: *** [install-modules] Error 1 Al
Am Sonntag, 31. August 2003 00:39 schrieb Al Bogner:
Leider nicht:
/usr/src/packages/SOURCES/alsa-driver-0.9.6 # ./configure
Schaut doch gut aus.
/usr/src/packages/SOURCES/alsa-driver-0.9.6 # make install
Moment mal, da fehlt das 'make'. Du kannst noch nichts installieren, was noch nicht compiliert ist. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 31. August 2003 02:25 schrieb Manfred Tremmel:
Am Sonntag, 31. August 2003 00:39 schrieb Al Bogner:
Leider nicht:
/usr/src/packages/SOURCES/alsa-driver-0.9.6 # ./configure
Schaut doch gut aus.
/usr/src/packages/SOURCES/alsa-driver-0.9.6 # make install
Moment mal, da fehlt das 'make'. Du kannst noch nichts installieren, was noch nicht compiliert ist.
Aua, man sollte dem INSTALL nicht blind folgen.
3) Run './configure' script.
If you have ISA Plug & Play soundcard, use --with-isapnp=yes switch.
If you want sequencer support, use --with-sequencer=yes switch.
If you do not want OSS/Free emulation, use --with-oss=no switch.
If you want turn on debug mode use --with-debug=full switch.
If you want debug soundcard detection try --with-debug=detect switch.
If you have kernel source code in another directory than /usr/src/linux,
use --with-kernel=
Am Sonntag, 31. August 2003 11:40 schrieb Al Bogner:
serialmidi.c: In function `open_tty': serialmidi.c:158: error: invalid operands to binary > serialmidi.c: At top level:
Naja, da scheint dann wohl noch ein Fehler drin zu sein. Umgehen kannst Du das, wenn Du exklusiv nur den Treiber für Deine Karte compilierst. Gib die mal beim ./configure mit an, dann sollte das funktionieren. -- Machs gut | http://www.iiv.de/schwinde/buerger/tremmel/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 31. August 2003 12:46 schrieb Manfred Tremmel:
Am Sonntag, 31. August 2003 11:40 schrieb Al Bogner:
serialmidi.c: In function `open_tty': serialmidi.c:158: error: invalid operands to binary > serialmidi.c: At top level:
Naja, da scheint dann wohl noch ein Fehler drin zu sein. Umgehen kannst Du das, wenn Du exklusiv nur den Treiber für Deine Karte compilierst. Gib die mal beim ./configure mit an, dann sollte das funktionieren.
Wie lautet der Befehl dann für eine 4DWave NX genau? Der Treiber sollte snd-trident lauten. Al
Am Sonntag, 31. August 2003 17:16 schrieb Al Bogner:
Wie lautet der Befehl dann für eine 4DWave NX genau? Der Treiber sollte snd-trident lauten.
./configure --help Ganz unten wird der Parameter --with-cards= aufgeführt, schaus Dir an. -- Machs gut | http://www.iivs.de/schwinde/buerger/tremmel/ | http://packman.links2linux.de/ Manfred | http://www.knightsoft-net.de
Am Sonntag, 31. August 2003 18:48 schrieb Manfred Tremmel:
Am Sonntag, 31. August 2003 17:16 schrieb Al Bogner:
Wie lautet der Befehl dann für eine 4DWave NX genau? Der Treiber sollte snd-trident lauten.
./configure --help
sv:/usr/src/packages/SOURCES/alsa-driver-0.9.6 # ./configure --with-cards=trident,via82xx Manfred, danke es scheint zu laufen. Ich habe remote konfiguriert, da ich gerade an den Rechner nicht ran kann. Yast hat aber nicht gemeckert. Fraglich ist noch was das Onboard sound-modul braucht. Zum EP-8K9A9+ liest man: AC 97 Audio mittels RealTek ALC650 (6 Kanal-Unterstützung, S/PDIF in/out) Ich habe mal via82xx mit kompoliert. Possible cards are: dummy, virmidi, serial-u16550, mtpav, mpu401, als100, azt2320, cmi8330, dt019x, es18xx, opl3sa2, sgalaxy, sscape, ad1816a, ad1848, cs4231, cs4232, cs4236, pc98-cs4232, es1688, gusclassic, gusmax, gusextreme, interwave, interwave-stb, opti92x-ad1848, opti92x-cs4231, opti93x, sb8, sb16, sbawe, es968, wavefront, als4000, azt3328, cmipci, cs4281, ens1370, ens1371, es1938, es1968, fm801, intel8x0, maestro3, rme32, rme96, sonicvibes, via82xx, ali5451, cs46xx, emu10k1, ice1712, ice1724, korg1212, nm256, rme9652, hdsp, trident, vx222, ymfpci, powermac, sa11xx-uda1341, usb-audio, harmony, vxpocket, vxp440, serialmidi, pdplus, mixart, msnd-pinnacle, pdaudiocf In ca. 2h werde ich den Sound testen können. Ich berichte dann, ob ich auch was höre. Im Usenet las ich ja noch einige Probleme mit Soundkarten und aktuellen VIA-Chipsets. Al
Am Sonntag, 31. August 2003 19:51 schrieb Al Bogner:
In ca. 2h werde ich den Sound testen können. Ich berichte dann, ob ich auch was höre. Im Usenet las ich ja noch einige Probleme mit Soundkarten und aktuellen VIA-Chipsets.
Es ging nun doch schneller und analog von meiner Trident-Karte ist nun was zu hören. Aufatmen :-) Somit wird es schön langsam mit dem KT400A-Chipsatz. Die SPDIF-Ausgabe wird hoffentlich nach der asound.state-Anpassung auch funktionieren. Testen konnte ich SPDIF aber noch nicht. Al
Am Sonntag, 31. August 2003 12:46 schrieb Manfred Tremmel:
Am Sonntag, 31. August 2003 11:40 schrieb Al Bogner:
serialmidi.c: In function `open_tty': serialmidi.c:158: error: invalid operands to binary > serialmidi.c: At top level:
Naja, da scheint dann wohl noch ein Fehler drin zu sein.
Das Problem ist der ac-Patch. Subject: Re: [Alsa-user] driver-0.9.6: make[1]: *** [serialmidi.o] Error 1 Cc: alsa-user@lists.sourceforge.net Al Bogner wrote:
serialmidi.c:158: error: invalid operands to binary >
The -ac kernel patch makes an incompatible change to the tty structure. Change the offending line to: if (atomic_read(&tty->count) > 1) {
participants (4)
-
Al Bogner
-
Harald_mail@t-online.de
-
Klaus Imgrund
-
Manfred Tremmel