hallo liste, > Aber klar, kein Verdr�cken ;-)
einverstanden, also gehts hier weiter :-) > Das *ist* APIC. ACPI (beachte die Buchstabenandordnung) ist f�r > Power-Management zust�ndig. das war eigentlich das, was mich etwas durcheinander brachte, also ACPI _nur_ powermanagement > Ich bin nicht der Hardware-Experte, aber IRQ-Sharing ist reine Sache > des BIOSes bzw. des PCI-Busses. Unabh�ngig von A*PI*C hmm w�rde das dann bedeuten, dass, wenn das bios/pcibus die irqs nicht shared, das betriebssystem es auch nicht machen kann ? au�er es kann mit APIC die interrupts neu verteilen und ggf. auch sharen, wenn es die hardware unterst�tzt ? > Trotzdem geh�rt f�r mich die System.map zum jeweiligen Kernel. nun, das dachte ich mir auch des �fteren beim bf2.4 kernel, bei dem ja auch eine dabei ist. bei den selbstkompilierten wei� ich nicht, wo man die jeweilige datei herbekommt bzw. zu was sie �berhaupt gut ist; der kernel und die module funktionieren ja auch so ;-) > Die /etc/modules.conf fasst man nicht an. Das steht auch am Anfang der > Datei. Diese wird jedesmal nach Modul-�nderung �berschrieben. jo, das hatte ich gelesen - nur aus ratlosigkeit habe ich es halt in allen dateien probiert, welche irgendetwas mit module laden zu tun hatten. > Debian-like ist: Module, die beim Starten gebraucht werden, werden in > die /etc/modules eingetragen. Optionen zu den Modulen in die jeweiligen >Files unter /etc/modutils. Der Befehl update-modules generiert dann die > /etc/modules.conf. danke f�r die info, endlich f�llt mal etwas licht ins dunkel, der bedeutung der restlichen mod* dateien ;-) > Eine /etc/modprobe.conf habe ich hier nicht, ist > aber vielleicht eine Spezialit�t des 2.6.x-er Kernels. jo, ab 2.5.x glaube ich wird die modules.conf nicht mehr verwendet, stattdessen die modprobe.conf, hat ein leicht abgewandeltes format (manpage), es gibt aber ein script, welches bei den module-init-tools f�r 2.6 mitgeliefert wird, generate-modprobe.conf oder �hnlich hei�t es, welche die alte modules.conf konvertiert. statt modutils wird dann das verzeichnis modprobe.d (auch unter /etc ) verwendet.... > Deshalb IMHO *local* APIC des Kernels. Da das dann eine einseitige > Richtung ist k�nnte ich mir vorstellen, das es da zu Problemen kommen > kann- okay, ist nun ja abgeschaltet - also eine fehlerquelle weniger.... > > K�nnte das bedeuten, dass ACPI auch seitens des Bios doch verf�gbar ist ? :-) > > wenn ja, beeinflusst das die M�glichkeit IRQ sharing zu aktivieren ? > > Keine wirkliche Ahnung. Schau ins Mainboard-Handbuch oder Datenblatt. > IRQ-Sharing hat mit A*CP*I nichts zu tun. hmm ok, ich schau mal ob ich etwas handbuch-m��iges auftreiben kann, hab die hardware von nem bekannten bekommen - keinerlei zubeh�r ;-) > Nein, ist normal. Du hast halt prinzipiell nur eine beschr�nkte Anzahl > freier IRQs, normalerweise 2/9, 5, 10, 11. > [...] > Abhelfen kann man, indem man evtl. nicht ben�tigte IRQs freimacht. Z.B. > wenn man kein Modem/serielle Maus benutzt COM1/COM2 abschalten. Oder > den LPT-Port, wenn kein Drucker dran ist. Keine PS/2 Maus/Tastur? Dann > PS/2 abschalten. Keine Festplatte/CDRom am zweiten IDE-Controller (IRQ > 15). Dann abschalten. Das Abschalten geschieht im BIOS. ok, ich versuche mal die abschalt-methode - falls das nicht zum erfolg f�hrt, m�sste man aber versuchen IRQ sharing zu aktivieren. wenn nun ACPI nichts mir IRQ-sharing zu tun hat, also auch dessen aktivierung im kernel nutzlos ist - wie aktiviert man IRQ-sharing dann ? > Zu den irq-routing Meldungen: Meiner Meinung nach sind das keine > Fehler- sondern Info/Warn-Meldungen. Wenn die Komponente am Ende mit > den Werten wie sie /proc/interrupts ausgibt l�uft, ist aller ok. > > Nur bei Nichtfunktionieren w�rde ich diese Warnungen beachten. nun, die netzwerkkarten gehen ja, nur die isdn karten funktionieren nicht - was aber auch an mISDN oder der pbx liegen kann, also in /proc/interrupts sind sie zu finden; module (zwar auch mit irq routing conflict) sind geladen..... die pbx bringt w�hrend sie versucht zu starten nur folgende meldungen: server:~# pbx state ** PBX4Linux ** Version 2.5 (August 2004) debug_init: using stdout for debug log debug_init: using stderr for warning log debug_init: using stderr for error log debug_init: debug_mask = 1000 cannot request MGR_NEWENTITY from mISDN. Exitting due to software bug. wie gesagt, entweder in mISDN oder der pbx ist ein bug, oder die karten funktionieren tats�chlich nicht (obwohl sich die module laden lassen) falls es an mISDN/der pbx liegt, werde ich evtl. auch mal auf deren mailinglisten vorbeischauen ;-) > Funktionieren dann beide Netzwerk-Karten? jo, beide gehen. ich baue dann die ISDN karten mal aus, und versuche es ohne routing conflict die module laden zu lassen :-) > Und: siehst du mittlerweile mit modconf deine Module deines Kernels? leider nicht, das h�ngt mit der modprobe.conf von kernel 2.6 zusammen, das "alte" modconf kommt damit nicht zurecht - is ja auch nicht soo wichtig das modconf ;-) mfg & vielen dank christoph -- Haeufig gestellte Fragen und Antworten (FAQ): http://www.de.debian.org/debian-user-german-FAQ/ Zum AUSTRAGEN schicken Sie eine Mail an [EMAIL PROTECTED] mit dem Subject "unsubscribe". Probleme? Mail an [EMAIL PROTECTED] (engl)
