Gruesse!
* Christoph Klein <[EMAIL PROTECTED]> schrieb am [18.09.04 15:41]:
> hmm ... dh der "routing conflict" beruht darauf, dass IRQs geshared werden
> und
> der Treiber eines der IRQ-sharenden Ger�te nicht damit zurecht kommt ?
> oder welche M�glichkeit gibt es noch, dass ein "routing conflict" erscheint,
> wenn
> doch IRQ sharing eigentlich problemlos funktionieren m�sste ?
Der Konflikt und das Sharing m�ssen ja nicht urs�chlich zusammenh�ngen.
Es *kann* doch einfach so sein: Zum Zeitpunkt, wo das BIOS die Hardware
initialisiert, ist wesentlich weniger Hardware aktiv als zum Zeitpunkt,
an dem das Betriebsystem die Hardware �bernimmt. Oder auf den
Karten-Chips sind irgendwelche "Voreinstellungen/W�nsche" (setze mich
bitte auf IRQ xyz, bei ISA-Karten gab es das mal). Das OS als Oberguru
seiner Hardware �ndert das jetzt und die Karte beschwert sich. Linux in
seiner gnadenlosen Offenheit macht diese Beschwerde jetzt auch noch
�ffentlich ;-)
> > Da du bei dem PC ja auch eine etwas betagtere Hardware einsetzt (ich
> > werkele hier z.B. auch noch mit meinem K62/350 rum, gl�cklich und
> > zufrieden!) w�re es auch noch mal eine �berlegung, �ber ein BIOS-Update
> > nachzudenken. Evtl. behebt ein Update eine mangelhafte
> > BIOS-Implementation im Bereich PCI-Bus.
>
> ok, das ist auch eine idee - ich werde mal schauen ob ich irgendwo ein
> update finde :-)
Da du den Hersteller/Bezeichnung deines Boards ja nicht kennst kannst
du:
a) Rechner aufmachen, irgendeine gr��ere Bezeichnung auf dem
Mutterbrett mal �ber Google suchen lassen.
oder b) versuchen den Hersteller/Bezeichnung aus dem Speicher
auszulesen. Dazu als root:
dd if=/proc/kcore of=/tmp/mem bs=1024 count=1000
strings /tmp/mem | less
Im less pager kannst du dann z.B. nach BIOS oder MANUFACT suchen
lassen, oder einfach durchbl�ttern bis zu was findest. Was du dann
siehst bzw. suchst sind alle Textstrings auch des BIOSes, und da ist
i.d.R. auch der Hesteller und die Bezeichnung zu finden.
count=1000 sollte eigentlich langen, wenn du nichts findest was nach
BIOS aussieht count mal erh�hen z.B. 2000
> > Oder es gibt bei mISDN ein Tool wie z.B. capiinfo bzw isdnctrl bei Hisax
> zum �berpr�fung des Status.
>
> hmm eigentlich m�sste capiinfo ja auch bei mISDN funktionieren - capi setzt
> ja auf dem hardwaretreiber f�r die isdnkarten
> auf soweit ich wei�, also m�sste capiinfo => capi2.0 => mISDN eigentlich
> gehen....
> ich habe mal mit apt-file search capiinfo ausfindig gemacht und versucht zu
> installieren:
>
> apt-get:
> > Starting ISDN services:
> > no ISDN cards configured! Please configure 'hisax' module with modconf
> [...]
> > Starting ISDN active cards :ERROR: cannot load module kernelcapi
>
> das kann nun entweder hei�en, dass das debian-package nicht f�r mISDN
> konzipiert ist, also
> auf "hisax" in verbindung mit 2.4 oder dass der versuch "kernelcapi" als
> modul deswegen fehlschl�gt,
> weil ich es fest einkompiliert habe, also kein modul da ist.
> ich werde es nochmals als modul kompilieren.
M��te (*wenn* es mit mISDN geht) auch mit fest einkompilierter
CAPI-Unterst�tzung gehen. Die erste Meldung (ISDN-Services) kannst du
ignorieren, das kommt vom isdnlog bzw. hisax. Vielleicht hast du ja
auch mISDN bzw. capi-seitig noch nicht alles aktiviert im Kernel. Es
mu� doch zu mISDN in /usr/share/doc doch eine Readme geben, wo die
Konfiguration beschrieben ist?
> ok, ich teste das mal alles durch, biosupdate, kartentauschen etc ;-)
Viel Spa� ;-)
> mfg christoph
Gru�
Gerhard
