Onboard-Graka lspci-basiert blacklisten?

[gms]

Moin,

es hätte so einfach sein können: Setze seit Jahren einen Pundit P1-AH2 mit Geforce 6150 Onbard Grafikkarte ein. Leider kann die kein VDPAU, weshalb jetzt für HD was Besseres her muss. Also flugs eine Geforce 8400 GS (G98) gekauft und reingesteckt.

Folgendes Problem, wäre für Hilfe echt dankbar:

- Onboard-Grafik lässt sich nicht im Bios disablen.

- lspci findet beide Grafikkarten, leider aber zuerst die onboard

- mit dem alten easyvdr habe ich einfach die Xorg.conf auf die neue Karte angepasst. Bekam dann auch ein Bild. Leider ruckelig, weil die alte easyvdr noch kein VDPAU unterstützte.

- bei der Installation des aktuellen (beta, stable - haben beide) easyvdr berücksichtigt er nur die zuerst gefundene (onboard) Karte und mosert dann, dass die von VDPAU nicht unterstützt wird.

- die zweite Karte bleibt in der Installation leider unberücksichtigt, komme also nicht weiter.

Frage: Lässt sich die Onboard Graka irgendwie basierend auf ihrer PCI Adresse blockieren? Die habe ich ja (0.5.0). Dann käme der Installer ja nur noch an die neue Karte und alles wäre prima... Kenne leider nur die Blacklist, aber die ist ja modulbasiert und nvidia sind beide.

Danke und viele Grüße!
Georg

[sparkie]

Obigen Pundit habe ich auch.

Aber da gibt es doch 'Advanced->PCIPnP->Primary Display Adapter' wo man genau dies festlegen kann?

[Wirbel]

Neben Sparkies Vorschlag wäre die xorg.conf der zweite Ansatzpunkt.

[gms]

Hi,

die Bios-Option "primary" ignoriert er aber munter und fährt unabhängig von der Einstellung immer mit der onboard als primary hoch. Bei älteren Pundits kann man das shared memory auf "0" setzen und onboard damit abschalten. Geht bei meinem aber nicht mehr.

Ok - dann halt nochmal Standardinstall, danach zweite Karte per Xorg.conf einbinden und zuletzt VDPAU, korrekt? Wo finde ich denn die sinnigste Reihenfolge für die VDPAU-Nachinstallation?

Viele Grüße!
Georg

[sparkie]

die Bios-Option "primary" ignoriert er aber munter und fährt unabhängig von der Einstellung immer mit der onboard als primary hoch.

hast du dann auch am OnBoard wirklich nichts mehr angeschlossen? Teilweise wird es sonst tatsaechlich ignoriert.

[gms]

hast du dann auch am OnBoard wirklich nichts mehr angeschlossen? Teilweise wird es sonst tatsaechlich ignoriert.

...definitiv nichts. Ich bekomme auch bei Bios-Einstellung "Primary"="PCI" und einzigem Anschluss eines Monitors an die PCI-Grafikkarte nichtmal die POST-Meldungen auf den Monitor.

Ok - also wohl Neuinstallation und dann Xorg von Hand verbiegen. Dachte es gäbe eine Kerneloption o.ä., mit der man die PCI-Adresse der OnBoard-Karte ausblenden kann.

Leider ist die Hardwareerkennung der Installationsroutine schon zufrieden, wenn sie die erste Karte findet. Das ist leider immer die OnBoard, weil sie einfach eine niedrigere PCI-Adresse hat.

Viele Grüße!
Georg

[sparkie]

vielleicht hilft ein BIOS Upgrade? So ein gravierender Bug muesste ja schon oefters aufgetreten sein...
... wenn es kein Exemplarfehler ist.

[gms]

vielleicht hilft ein BIOS Upgrade? So ein gravierender Bug muesste ja schon oefters aufgetreten sein...
... wenn es kein Exemplarfehler ist.

Nee, Bios ist schon aktuell. Fehler ist auch dokumentiert (u.a. hier letzter Post: http://vip.asus.com/forum/view.aspx?boar...uage=en-us)
Wobei ich die Kiste mit Linux + handkonfigurierter Xorg.conf immerhin zum Booten und auch zum Starten des VDR bekomme.

Leider leider stürzt der nach ein paar Minuten ab. Schätze das Netzteil ist zu schwach, denn es bekommen ja beide Grakas und meine Sat-Karte Strom. Kann auch die Hitze in dem kleinen Gehäuse sein, keine Ahnung. PCI-Karte hat aber einen Lüfter.

Egal - habe sie wieder rausgenommen und bin zurück auf 0.6.10 gegangen. Muss mir glaube ich jetzt mal was grundsätzlicheres überlegen :-}

Viele Grüße
Georg

[Martin]

so zum Beispiel kann man PCI Ressourcen verstecken:
(Das verstärkt nur leider nicht das Netzteil...)

title        Xen 3.4 / Debian GNU/Linux, kernel 2.6.26-2-xen-686
root        (hd0,0)
kernel        /boot/xen-3.4.gz
module        /boot/vmlinuz-2.6.26-2-xen-686 root=/dev/hda1 ro console=tty0 pciback.hide=(01:00.0) noirqdebug
module        /boot/initrd.img-2.6.26-2-xen-686

[gms]

so zum Beispiel kann man PCI Ressourcen verstecken:
(Das verstärkt nur leider nicht das Netzteil...)

Danke Martin! Nach der Info hatte ich gesucht. Momentan ist leider das Wetter zu schön für sowas, aber gelegentlich probiere ich das nochmal. Schätze aber, dass das Netzteil taumeln wird.
Da der geplante Umstieg auf HD eh neue Karten bedingt, mache ich wohl eine größere Lösung (Netceiver, GuruPlug Plus (VDR etc Server), ION-Clients). Ich such mal, ob jemand schon ähnliches hat...

Viele Grüße
Georg

[Captain_Beefheart]

Hallo Martin

das wäre dann doch auch die Lsg. für dieses...

-  Problem bei Inst. mit 2 Grakas  -

  oder?
 
    Captain_Beefheart

[sinai]

Hört sich so an. Müsstest nur die Id mit lspci  ermitteln.

Andy per HTC Hero

[Captain_Beefheart]

Prima

Test bei der nächsten komplett Inst.
( der 2te Augang meiner NVidia is ja für mein minimal
  Atmolight verplant - daher die Matrox für GraphTFT)

  Gruß
    C.B.