[gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise

[gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise

[Stefan Nowy]

Hallo!

Ich habe da ein Problem. In einem Rechner habe ich eine AVM FritzCard
und eine Hauppauge WinTV NOVA HD S2. Beide Karten haben bisher
zeitgleich funktioniert.

Ich habe ein wenig mit der Kernelkonfiguration gespielt, aber immer
Version 3.0.6 benutzt.
Boote ich die alte Version des Kernels, so läuft die Fritzcard, die
TV-Karte nicht.
Boote ich den neu konfigurierten Kernel geht zwar die TV-Karte, dafür
die Fritzcard nicht. (geändert wurden "nur" "kleinere" Sachen, es ging
mir hauptsächlich um die Stromsparmechanismen und unbenötigte Dinge)

Leider habe ich noch etwas verändert : ein Bios-Update (Board ist ein
Asus E45M1-M PRO). Mir ist danach nicht aufgefallen, dass eine der
beiden Karten nicht geht.

Es hat also funktioniert: alte Konfiguration des Kernels und alte
Bios-Version.
Die Sache wäre somit meiner Meinung nach eindeutig: alte Version des
Bios zurückspielen und hoffentlich fertig. Blöd dabei ist nur: ich bin
über 600km von der Maschine entfernt.

Das komische ist, dass die beiden Karten wechselweise mit dem jeweiligem
Kernel funktionieren. Daher meine Hoffnung, dass ich irgendwas am Kernel
oder so verändern kann um beide Karten zum laufen zu bekommen. Weiter
unten folgt die Fehlermeldung beim Versuch des Ladens des Moduls cx8800
für die TV-Karte, sowie die Ausgabe von lspci (nur der relevante Teil)
und von /proc/interrupts,

Vielleicht hat jemand ja eine Idee...
Danke fürs lesen des langen Textes ;-)

Viele Grüße

Stefan

modprobe cx8800
tail /var/log/messages

Jun  8 16:42:33 server kernel: [524628.554451] cx88/0: cx2388x v4l2
driver version 0.0.8 loaded
Jun  8 16:42:33 server kernel: [524628.554498] cx88[0]/0: Can't get MMIO
memory @ 0x0, subsystem: 0070:6906
Jun  8 16:42:33 server kernel: [524628.554509] cx8800: probe of
0000:06:00.0 failed with error -22


lspci


06:00.0 Multimedia video controller: Conexant Systems, Inc.
CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
06:00.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
Video and Audio Decoder [Audio Port] (rev 05)
06:00.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
Video and Audio Decoder [MPEG Port] (rev 05)
06:00.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
Video and Audio Decoder [IR Port] (rev 05)
06:01.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02)




cat /proc/interrupts

           CPU0       CPU1
  0:        257       1622   IO-APIC-edge      timer
  1:          0          8   IO-APIC-edge      i8042
  4:    4932081  187204770   IO-APIC-edge      serial
  8:          7        105   IO-APIC-edge      rtc0
  9:          0          0   IO-APIC-fasteoi   acpi
 17:          0          4   IO-APIC-fasteoi   ehci_hcd:usb1,
ehci_hcd:usb2, ehci_hcd:usb3
 18:     175626    4690224   IO-APIC-fasteoi   ohci_hcd:usb4,
ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
 19:    2255010  376432542   IO-APIC-fasteoi   ahci, fcpci
 40:      58834    1803950   PCI-MSI-edge      eth1
 41:      67146    1587036   PCI-MSI-edge      eth0
NMI:          0          0   Non-maskable interrupts
LOC:   33692994   62209427   Local timer interrupts
SPU:          0          0   Spurious interrupts
PMI:          0          0   Performance monitoring interrupts
IWI:          0          0   IRQ work interrupts
RES:   18807802   17520380   Rescheduling interrupts
CAL:       8912       6393   Function call interrupts
TLB:    1235050     918074   TLB shootdowns
THR:          0          0   Threshold APIC interrupts
MCE:          0          0   Machine check exceptions
MCP:       1748       1748   Machine check polls
ERR:          0
MIS:          0

Re: [gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise

[Oliver Rath]

Möglicherweise verlangt der neue Kernel neuere Firmware-Versionen für
die TV-Karte, dass würde diese Seite erklären. Das Gleiche könnte für
die Fritzcard gelten. Schau mal ins Syslog, ob Du nicht eine
firmware-load problem findest.

ALternativ gäbs für die Fritzcard jetzt auch das misdnv2, was ich sehr
empfehlen kann.

Wenn Du verbesserte Stromsparmechanismen nutzen willst, rate ich
dringend auf ein Kernelupdate auf mind. 3.2.x., da hat sich nämlich
einiges getan diesbezüglich.

Hth
Oliver



Am 08.06.2012 17:20, schrieb Stefan Nowy:
> Hallo!
>
> Ich habe da ein Problem. In einem Rechner habe ich eine AVM FritzCard
> und eine Hauppauge WinTV NOVA HD S2. Beide Karten haben bisher
> zeitgleich funktioniert.
>
> Ich habe ein wenig mit der Kernelkonfiguration gespielt, aber immer
> Version 3.0.6 benutzt.
> Boote ich die alte Version des Kernels, so läuft die Fritzcard, die
> TV-Karte nicht.
> Boote ich den neu konfigurierten Kernel geht zwar die TV-Karte, dafür
> die Fritzcard nicht. (geändert wurden "nur" "kleinere" Sachen, es ging
> mir hauptsächlich um die Stromsparmechanismen und unbenötigte Dinge)
>
> Leider habe ich noch etwas verändert : ein Bios-Update (Board ist ein
> Asus E45M1-M PRO). Mir ist danach nicht aufgefallen, dass eine der
> beiden Karten nicht geht.
>
> Es hat also funktioniert: alte Konfiguration des Kernels und alte
> Bios-Version.
> Die Sache wäre somit meiner Meinung nach eindeutig: alte Version des
> Bios zurückspielen und hoffentlich fertig. Blöd dabei ist nur: ich bin
> über 600km von der Maschine entfernt.
>
> Das komische ist, dass die beiden Karten wechselweise mit dem jeweiligem
> Kernel funktionieren. Daher meine Hoffnung, dass ich irgendwas am Kernel
> oder so verändern kann um beide Karten zum laufen zu bekommen. Weiter
> unten folgt die Fehlermeldung beim Versuch des Ladens des Moduls cx8800
> für die TV-Karte, sowie die Ausgabe von lspci (nur der relevante Teil)
> und von /proc/interrupts,
>
> Vielleicht hat jemand ja eine Idee...
> Danke fürs lesen des langen Textes ;-)
>
> Viele Grüße
>
> Stefan
>
> modprobe cx8800
> tail /var/log/messages
>
> Jun  8 16:42:33 server kernel: [524628.554451] cx88/0: cx2388x v4l2
> driver version 0.0.8 loaded
> Jun  8 16:42:33 server kernel: [524628.554498] cx88[0]/0: Can't get MMIO
> memory @ 0x0, subsystem: 0070:6906
> Jun  8 16:42:33 server kernel: [524628.554509] cx8800: probe of
> 0000:06:00.0 failed with error -22
>
>
> lspci
>
>
> 06:00.0 Multimedia video controller: Conexant Systems, Inc.
> CX23880/1/2/3 PCI Video and Audio Decoder (rev 05)
> 06:00.1 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
> Video and Audio Decoder [Audio Port] (rev 05)
> 06:00.2 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
> Video and Audio Decoder [MPEG Port] (rev 05)
> 06:00.4 Multimedia controller: Conexant Systems, Inc. CX23880/1/2/3 PCI
> Video and Audio Decoder [IR Port] (rev 05)
> 06:01.0 Network controller: AVM GmbH A1 ISDN [Fritz] (rev 02)
>
>
>
>
> cat /proc/interrupts
>
>            CPU0       CPU1
>   0:        257       1622   IO-APIC-edge      timer
>   1:          0          8   IO-APIC-edge      i8042
>   4:    4932081  187204770   IO-APIC-edge      serial
>   8:          7        105   IO-APIC-edge      rtc0
>   9:          0          0   IO-APIC-fasteoi   acpi
>  17:          0          4   IO-APIC-fasteoi   ehci_hcd:usb1,
> ehci_hcd:usb2, ehci_hcd:usb3
>  18:     175626    4690224   IO-APIC-fasteoi   ohci_hcd:usb4,
> ohci_hcd:usb5, ohci_hcd:usb6, ohci_hcd:usb7
>  19:    2255010  376432542   IO-APIC-fasteoi   ahci, fcpci
>  40:      58834    1803950   PCI-MSI-edge      eth1
>  41:      67146    1587036   PCI-MSI-edge      eth0
> NMI:          0          0   Non-maskable interrupts
> LOC:   33692994   62209427   Local timer interrupts
> SPU:          0          0   Spurious interrupts
> PMI:          0          0   Performance monitoring interrupts
> IWI:          0          0   IRQ work interrupts
> RES:   18807802   17520380   Rescheduling interrupts
> CAL:       8912       6393   Function call interrupts
> TLB:    1235050     918074   TLB shootdowns
> THR:          0          0   Threshold APIC interrupts
> MCE:          0          0   Machine check exceptions
> MCP:       1748       1748   Machine check polls
> ERR:          0
> MIS:          0
>
>
>
>
>

Re: [gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise

[Stefan Nowy]

Hallo!

Am 08.06.2012 17:50, schrieb Oliver Rath:
> Möglicherweise verlangt der neue Kernel neuere Firmware-Versionen für
> die TV-Karte, dass würde diese Seite erklären.

der "neue" Kernel hat aber genau die gleiche Versionsnummer wie der
"alte"...

> ALternativ gäbs für die Fritzcard jetzt auch das misdnv2, was ich sehr
> empfehlen kann.

geht das auch zum faxen (mit hylafax)? bisher habe ich keine solchen
Berichte lesen können...

> Wenn Du verbesserte Stromsparmechanismen nutzen willst, rate ich
> dringend auf ein Kernelupdate auf mind. 3.2.x., da hat sich nämlich
> einiges getan diesbezüglich.

auch hier bremst mich manchmal die Forderung, das faxen funktionieren
muss... von daher hänge ich mit den Kernelversionen immer etwas
hinterher... ich sehe aber gerade, dass das Modul fcpci auch mit 3.2.x
als stable gekennzeichnet ist (https://belug.de/~lutz/pub/fcpci)

Danke und viele Grüße
Stefan

Fritz Card (was: Re: [gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise)

[Alex Schuster]

Oliver Rath schreibt:

> ALternativ gäbs für die Fritzcard jetzt auch das misdnv2, was ich sehr
> empfehlen kann.

Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card
(PCI) habe und der ganze ISDN-Kram hier (auf ~amd64, gentoo-sources-3.3.5)
nicht mehr klappt, was langsam sehr nervig ist.

Das war schon länger problematisch. Das fcpci-Paket aus portage
kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von
Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber
net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue udev,
und seit dem kann ich keine PPP-Verbindungen mehr starten. Das liegt wohl
daran, dass device-nodes nicht mehr umbenannt werden können. Ich habe das
hier in /etc/udev/rules.d/50-capi.conf:

KERNEL=="capi",  NAME="capi20", GROUP="uucp", MODE="0666"
KERNEL=="capi*", NAME="capi/%n"

Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt ein
device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit NAME
geht nun nicht mehr. Doch auch wenn ich die devices manuell mit mknod
anlege, klappt es nicht, es liegt wohl nicht nur am udev. Ich nehme nun
einen anderen PC dafür, der noch das alte udev hat, aber das ist ja auch
keine Dauerlösung.

Was auch nervt: Früher hatte ich meinen PC ständig laufen, nun lege ich
ihn nachts schlafen, d.h. suspend-to-ram. Anschließend geht noch weniger,
der capidrv zeigt mir eingehende Anrufe nicht mehr an. Leider kann ich
auch nicht das Kernelmodul vorher entladen (modprobe -r fcpci sagt es
sei in Benutzung) oder das /etc/init.d/capi Script stoppen.

Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder
mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch
eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch
noch...
Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren
wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein
Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not verzichtbar.
Fax wäre auch gut, aber ich könnte auch ohne leben.

mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel gutes
darüber gelesen. Angeblich kompiliert das eh nicht, die Gentoo-Pakete
sind veraltet, oder es ist eh im Kernel drin. Ich hatte mir auch mal die
v2 heruntergeladen, hab's aber auch nicht gebaut bekommen, und dann
aufgegeben ohne mir das näher anzusehen.

Für einen Tipp wäre ich dankbar. Gibt es mISDN v2 in einem Overlay, oder
hole ich mir das von der Homepage? Brauche ich auch die Kernelmodule?
Oder nur diese? Wie starte ich dann PPP, geht das einfach genauso über
pon/poff und Configs in /etc/ppp/peers, oder muss man da anders ansetzen?
Ich habe keine Ahnung. Mit fcpci benötige ich nur die capi4k-utils (mit
pppd USE flag), konfiguriere /etc/capi.conf, starte /etc/init.d/capi, 
trage 'plugin capiplugin.so' in /etc/ppp/peers/mypeer ein und kann mit
pon/poff arbeiten.

	Wonko

[gentoo-user-de] Re: Fritz Card

[Stefan Nowy]

Hallo!

Am 09.06.2012 20:00, schrieb Alex Schuster:
> Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card
> (PCI) habe und der ganze ISDN-Kram hier (auf ~amd64, gentoo-sources-3.3.5)
> nicht mehr klappt, was langsam sehr nervig ist.

leider scheint kaum noch jemand ISDN zu verwenden... außerhalb
Deutschlands ja eh unüblich, das schränkt den Nutzerkreis doch stark ein...


> Das war schon länger problematisch.

Ja, leider, und ist immer wieder ein Problem wenn man eine neue Maschine
aufsetzt oder diese einigermaßen aktuell gehalten werden soll...

> Das fcpci-Paket aus portage
> kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von
> Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber

ich habe mich im Groben an
http://forums.gentoo.org/viewtopic-t-891622-start-0.html
gehalten, also fcpci von
https://belug.de/~lutz/pub/fcpci
und patch von
http://final-frontier.ath.cx/ebuilds/kernel-2.6.39.patch.
Das funktioniert auch mit kernel 3.0.6 (zumindest auf zwei anderen
Maschine wie der in meinem Ursprungsposting


> net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue udev,
> und seit dem kann ich keine PPP-Verbindungen mehr starten. Das liegt wohl
> daran, dass device-nodes nicht mehr umbenannt werden können. Ich habe das
> hier in /etc/udev/rules.d/50-capi.conf:

dort habe ich
KERNEL=="capi", NAME=="capi20", SYMLINK+="faxCAPI"

aber IIRC geht das auch nicht

> Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt ein
> device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit NAME
> geht nun nicht mehr. Doch auch wenn ich die devices manuell mit mknod
> anlege, klappt es nicht, es liegt wohl nicht nur am udev.


aus o.g. Anleitung geht hervor:
Sollte /dev/capi20 nicht da sein:
"cd /dev ; MAKEDEV capi20 ; cp -aR capi20* /lib/udev/devices/."

in meinen Aufzeichnungen habe ich noch eine Bemerkung:
in /lib/udev/devices
chmod 666 capi20*
ln -s capi20 faxCAPI


vielleicht hilft Dir das ja weiter

> Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder
> mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch
> eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch
> noch...
> Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren
> wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein
> Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not verzichtbar.
> Fax wäre auch gut, aber ich könnte auch ohne leben.

ich stimme Dir zu, wobei ich aber keine anderen ISDN-Karten kaufen
möchte. Bei mir ist das zwar andersrum, also unbedingt faxen und evtl.
PPP. Was bei mir mit fcpci und CAPI geht ist die Protokollierung
mittels dem Modul capidrv (Jun 12 17:57:37 server kernel: capidrv-1:
incoming call XXXX)


> mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel gutes
> darüber gelesen. Angeblich kompiliert das eh nicht, die Gentoo-Pakete
> sind veraltet, oder es ist eh im Kernel drin. Ich hatte mir auch mal die
> v2 heruntergeladen, hab's aber auch nicht gebaut bekommen, und dann
> aufgegeben ohne mir das näher anzusehen.

Das Problem scheint zu sein, dass solche Dokumentationen hoffnungslos
veraltet sind... in meinen Augen müsste man a) vernünftige Lösungen
implementieren und b) diese auch vernünftig für die verschiedenen
Einsatzszenarien dokumentieren. Leider kann ich im Punkt a) nichts
ausrichten, da ist mein Wissen leider viel zu beschränkt...


Viele Grüße
Stefan

Re: [gentoo-user-de] Re: Fritz Card

[Alex Schuster]

Danke für die Antwort! Und sorry dass ich nix dazu schreibe, aber ich
habe momentan sehr viel zu tun, und das Thema muss noch ein wenig warten.

Stefan Nowy schrieb:

> Am 09.06.2012 20:00, schrieb Alex Schuster:
> > Ich schnappe mir diesen Thread mal, weil ich auch eine Fritz Card
> > (PCI) habe und der ganze ISDN-Kram hier (auf ~amd64,
> > gentoo-sources-3.3.5) nicht mehr klappt, was langsam sehr nervig ist.
> 
> leider scheint kaum noch jemand ISDN zu verwenden... außerhalb
> Deutschlands ja eh unüblich, das schränkt den Nutzerkreis doch stark
> ein...

Ja, leider. Ich brauche das hauptsächlich, um mich auf die Rechner
einiger meiner Kunden zwecks Fernwartung einloggen zu können. Aus
Sicherheitsgründen sind die nicht via Internet erreichbar, schon rein
physikalisch.

> > Das war schon länger problematisch.
> 
> Ja, leider, und ist immer wieder ein Problem wenn man eine neue Maschine
> aufsetzt oder diese einigermaßen aktuell gehalten werden soll...

Und bei jedem neuen Kernel bangt man und fragt sich, was nun wieder nicht
geht...

> > Das fcpci-Paket aus portage
> > kompilierte irgendwann nicht mehr, aber ich konnte einige Patches von
> > Hand einspielen. Ab Kernel 3.0 ging das dann auch nicht mehr, aber
> 
> ich habe mich im Groben an
> http://forums.gentoo.org/viewtopic-t-891622-start-0.html
> gehalten, also fcpci von
> https://belug.de/~lutz/pub/fcpci
> und patch von
> http://final-frontier.ath.cx/ebuilds/kernel-2.6.39.patch.
> Das funktioniert auch mit kernel 3.0.6 (zumindest auf zwei anderen
> Maschine wie der in meinem Ursprungsposting

Da lief es bei mir auch noch. 

> > net-dialup/fcpci aus dem dfreise-Overlay läuft. Dann kam das neue
> > udev, und seit dem kann ich keine PPP-Verbindungen mehr starten. Das
> > liegt wohl daran, dass device-nodes nicht mehr umbenannt werden
> > können. Ich habe das hier in /etc/udev/rules.d/50-capi.conf:
> 
> dort habe ich
> KERNEL=="capi", NAME=="capi20", SYMLINK+="faxCAPI"
> 
> aber IIRC geht das auch nicht

SYMLINK hatte ich auch drin, so findet man diese Regel oft im Netz. Da
ich den Fax-Kram nicht gebraucht habe, habe ich das mal der Einfachheit
halber rausgenommen.

> > Die erste Regel benennt /dev/capi in /dev/capi20 um, die zweite legt
> > ein device im /dev/capi/ Unterverzeichnis an. Aber das Umbenennen mit
> > NAME geht nun nicht mehr. Doch auch wenn ich die devices manuell mit
> > mknod anlege, klappt es nicht, es liegt wohl nicht nur am udev.
> 
> aus o.g. Anleitung geht hervor:
> Sollte /dev/capi20 nicht da sein:
> "cd /dev ; MAKEDEV capi20 ; cp -aR capi20* /lib/udev/devices/."

Hossa, das legt /dev/capi20 an, sowie /dev/capi20.[01][0-9]. capiinfo
funktoniert nun, aber wenn ich eine PPP-Verbindung aufbauen will, dann
fehlt das tty /dev/capi/0. Auf dem PC mit altem udev wird es beim
PPP-Start erzeugt, aber wenn ich es mit mknod /dev/capi/0 c 251 0
manuell bei mir anlege, funktioniert das immer noch nicht (Failed to
open /dev/capi/0: No such device or address). Ach, keine Ahnung.


> vielleicht hilft Dir das ja weiter

Danke dafür, ich habe ein wenig mehr Durchblick. Und /lib/udev/devices/
kannte ich noch nicht, wie ich sehe, damit kann man leicht statische
Devices anlegen, das ist nett :)

Aber selbst wenn das wieder klappt, geht es nach dem hibernate-ram nicht
mehr. Und darauf würde ich ungerne verzichten.


> > Nun brauche ich langsam mal eine neue Lösung. Entweder mit fcpci, oder
> > mISDN, oder alternativ eine andere Karte verwenden, ich habe auch noch
> > eine HFC-PCI Karte. Achja, den alten hisax-Treiber gibt es ja auch
> > noch...
> > Was ich unbedingt brauche ist PPP. Eingehende Anrufe zu protokollieren
> > wäre schon schön (ich habe mir was gescriptet so dass dann gleich ein
> > Fenster aufgeht und mir den Anrufer anzeigt), aber zur Not
> > verzichtbar. Fax wäre auch gut, aber ich könnte auch ohne leben.
> 
> ich stimme Dir zu, wobei ich aber keine anderen ISDN-Karten kaufen
> möchte. Bei mir ist das zwar andersrum, also unbedingt faxen und evtl.
> PPP. Was bei mir mit fcpci und CAPI geht ist die Protokollierung
> mittels dem Modul capidrv (Jun 12 17:57:37 server kernel: capidrv-1:
> incoming call XXXX)

Das klappt hier auch noch. Aber nur solange bis ich den Rechner mit
hibernate-ram schlafen lege, anschließend geht nix mehr. Oder... hoppla,
jetzt kann ich /etc/init.d/capi stoppen, das ging früher nicht, das
fcpci-Modul war ständig in use. Vielleicht liegt's am neuen Kernel, ich
habe seit heute 3.4.3-gentoo laufen. Womit ich auch schon Probleme hatte,
falls es daran liegt. Plötzlich hingen Dolphins, Konsolen und
plasma-desktop sowieso (aber letzteres passiert häufig), ich konnte die
Prozesse auch als root nicht killen, ps hing nach halber Ausgabe... mal
gucken, ob das nochmal auftritt. Aber zumindest habe ich jetzt wieder
Hoffnung, doch in etwa meinen alten Setup weiternutzen zu können.

> > mISDN hatte ich mir vor einer Weile mal angeschaut, aber nicht viel
> > gutes darüber gelesen. Angeblich kompiliert das eh nicht, die
> > Gentoo-Pakete sind veraltet, oder es ist eh im Kernel drin. Ich hatte
> > mir auch mal die v2 heruntergeladen, hab's aber auch nicht gebaut
> > bekommen, und dann aufgegeben ohne mir das näher anzusehen.
> 
> Das Problem scheint zu sein, dass solche Dokumentationen hoffnungslos
> veraltet sind... in meinen Augen müsste man a) vernünftige Lösungen
> implementieren und b) diese auch vernünftig für die verschiedenen
> Einsatzszenarien dokumentieren. Leider kann ich im Punkt a) nichts
> ausrichten, da ist mein Wissen leider viel zu beschränkt...

Ja, die Dokumentation. Es nervt, sich da in etwas einzuarbeiten, nur um
dann doch festzustellen, dass es so nicht geht und man was anderes
versuchen muss.

Hmm, jetzt habe ich doch mehr geschrieben als gedacht :)

Danke nochmal,

	Wonko

[gentoo-user-de] Re: [gentoo-user-de] zwei PCI-Karten funktionieren nur wechselweise [gelöst]

[Stefan Nowy]

[-- Attachment #1: Type: text/plain, Size: 757 bytes --]

Hallo!

Ich antworte mir mal selber...

...ich habe endlich Zeit gefunden, das Problem zu lösen.

Das Problem war, dass das modul fcpci.ko an zwei Stellen unter
/lib/modules zu finden war (zum einen /lib/modules/kernel/extra, zum
anderen unter /lib/modules/net/)

Jetzt hab ich es nur noch unter kernel/extra und sowohl die FritzCard
als auch die TV-Karte funktionieren wieder gleichzeitig.

Ich muss also irgendwas in den Kerneloptionen geändert haben, das den
Pfad beeinflusst hat.


> Leider habe ich noch etwas verändert : ein Bios-Update (Board ist ein
> Asus E45M1-M PRO). Mir ist danach nicht aufgefallen, dass eine der
> beiden Karten nicht geht.

das hat übrigens keinerlei Auswirkung gehabt.


Viele Grüße
Stefan


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 262 bytes --]