Themabewertung:
  • 0 Bewertung(en) - 0 im Durchschnitt
  • 1
  • 2
  • 3
  • 4
  • 5
Budget only system mit matrox g450
#1
Hallo zusammen.

ich versuche gerade eine Matrox g450 mit softdevice zum laufen zu bringen. Ich lehne mich dabei ans HowTo easyVDR 0.4 mit softdevice für den Digitainer und für ViaEpia (02.02.2007) an.

im Schritt 3.1 möchte ich statt dem viafb den matroxfb verwenden. also in
/etc/lilo.conf
Code:
append = "video=matroxfb:[email protected] apm=off elevator=cfq logs=0 acpi=on"

und in der /etc/modules am ende ein
Code:
matroxfb_base
angehängt.

leider liefert nach dem reboot ein fbset -i nur:
Code:
mode "800x600-75"
    # D: 48.001 MHz, H: 46.876 kHz, V: 75.121 Hz
    geometry 800 600 800 600 16
    timings 20833 96 32 16 4 96 4
    rgba 5/11,6/5,5/0,0/0
endmode

Frame buffer device information:
    Name        : VESA VGA
    Address     : 0xe2000000
    Size        : 1920000
    Type        : PACKED PIXELS
    Visual      : TRUECOLOR
    XPanStep    : 0
    YPanStep    : 0
    YWrapStep   : 0
    LineLength  : 1600
    Accelerator : No

lsmod zeigt dass das matrox_fb geladen wird. aber dmesg liefert:

Code:
matroxfb: Matrox G450 detected
matroxfb: probe of 0000:01:00.0 failed with error -1

irgendwo wird vorher vesafb geladen:
Code:
Limiting direct PCI/PCI transfers.
vesafb: framebuffer at 0xe2000000, mapped to 0xd0980000, using 1875k, total 16384k
vesafb: mode is 800x600x16, linelength=1600, pages=16
vesafb: protected mode interface info at c000:7920
vesafb: pmi: set display start = c00c79b2, set palette = c00c7a1e
vesafb: pmi: ports = 3de 3df
vesafb: scrolling: redraw
vesafb: Truecolor: size=0:5:6:5, shift=0:11:5:0
Console: switching to colour frame buffer device 100x37
fb0: VESA VGA frame buffer device
ACPI: Power Button (FF) [PWRF]

kann es sein dass sich die beiden fb behindern?

vielen dank für eure hilfe
atosch
easVDR 0.5RC1_04
Hardware: Asrock P4i45gx, Celeron 2Ghz, 512MB DDR, HD1: 160GB, HD2: 250GB, PVR-350,WLAN: Ralink RT2500 PCI
Zitieren
#2
Hallo atosch,

...hast du, nachdem du die lilo.conf geändert hast, lilo ausgeführt?

Gruß
Wicky
Distri: easyVDR 0.5RC1
Hardware: M2NPV-VM, Fusi-FF,
Software: xineliboutput
Zitieren
#3
ja danke das wars, und ein übriggebliebenes  vga=0x314.

komischerweise wird der fb erst über das modul in der /etc/modules geladen. die auflösungen die ich als kernelparameter übergebe werden ignoriert.

viele grüße atosch
easVDR 0.5RC1_04
Hardware: Asrock P4i45gx, Celeron 2Ghz, 512MB DDR, HD1: 160GB, HD2: 250GB, PVR-350,WLAN: Ralink RT2500 PCI
Zitieren
#4
Hallo atosch,

versuch mal bitte dem Aufruf in der /etc/modules entsprechende Modulparameter mitzugeben, um die Auflösung zu konfigurieren.

Dann sollte das klappen.

Gruß
Wolfgang
Zitieren
#5
so weiter gehts:

ich hab punkt 3.3 übersprungen, da ich ja die matrox-karte verwenden möchte

bei punkt 3.4 wird directfb installiert also

Code:
cd /usr/local/src
    cvs -d:pserver:[email protected]:/cvs/directfb -z3 co -P DirectFB
    cd DirectFB/
        ./autogen.sh --prefix=/usr --with-gfxdrivers=matrox
        make

leider liefert das ein
Code:
In file included from /usr/local/include/linux/jiffies.h:7,
                from /usr/local/include/linux/sched.h:12,
                from /usr/local/include/linux/module.h:10,
                from /usr/local/include/linux/i2c.h:31,
                from matrox_maven.c:40:
/usr/local/include/linux/seqlock.h: In function `write_seqlock':
/usr/local/include/linux/seqlock.h:52: error: implicit declaration of function `spin_lock'
/usr/local/include/linux/seqlock.h:54: error: implicit declaration of function `smp_wmb'
/usr/local/include/linux/seqlock.h: In function `write_sequnlock':
/usr/local/include/linux/seqlock.h:61: error: implicit declaration of function `spin_unlock'
/usr/local/include/linux/seqlock.h: In function `write_tryseqlock':
/usr/local/include/linux/seqlock.h:66: error: implicit declaration of function `spin_trylock'
/usr/local/include/linux/seqlock.h: In function `read_seqbegin':
/usr/local/include/linux/seqlock.h:79: error: implicit declaration of function `smp_rmb'
In file included from /usr/local/include/linux/sched.h:12,
                from /usr/local/include/linux/module.h:10,
                from /usr/local/include/linux/i2c.h:31,
                from matrox_maven.c:40:
/usr/local/include/linux/jiffies.h: At top level:
/usr/local/include/linux/jiffies.h:16: error: parse error before "jiffies_64"
   
hmm, vielleicht brauche ich ja die kernel sourcen.

die kann man sich ja unter http://ftp.gwdg.de/pub/linux/easyvdr/0.4...en.tar.bz2

runterladen und in /usr/src entpacken.

das hilft aber leider auch nicht.

vielen dank für eure hilfe
atosch

easVDR 0.5RC1_04
Hardware: Asrock P4i45gx, Celeron 2Ghz, 512MB DDR, HD1: 160GB, HD2: 250GB, PVR-350,WLAN: Ralink RT2500 PCI
Zitieren
#6
Hallo atosch,

lass mal die Kernelsourcen kompilieren und schau dir mal das an, scheint ein bekanntes Problem zu sein.

http://www.mail-archive.com/directfb-use...06102.html

PS: Ich schau mal ob ich das aufgelöst bekomme, scheint ein Prob mit i2c.h zu sein!

Gruß
Wolfgang
Zitieren
#7
hmm,

ein make in /usr/src/linux bringt unter anderem ein:

Code:
  CC      kernel/panic.o
  CC      kernel/printk.o
kernel/printk.c: In function `log_buf_len_setup':
include/asm-generic/bitops/fls64.h:7: nicht implementiert: ?inline? beim Aufruf von ?fls64? gescheitert:
kernel/printk.c:9: nicht implementiert: von hier aufgerufen
include/asm-generic/bitops/fls64.h:7: nicht implementiert: ?inline? beim Aufruf von ?fls64? gescheitert:
kernel/printk.c:9: nicht implementiert: von hier aufgerufen
make[1]: *** [kernel/printk.o] Fehler 1
make: *** [kernel] Fehler 2

der kernel ist von http://ftp.gwdg.de/pub/linux/easyvdr/0.4...en.tar.bz2
directfb ist übrigens die aktuelle cvs von 1.0 rc4.

muss ich eigentlich die cvs nehmen oder tuts nicht auch ein debian paket?
in deinem how-to nimmst du zwar die cvs weil du die libcle266mpegdec verwenden möchtest. aber ne matrox sollte auch von ner stable unterstützt werden.

grüße atosch

easVDR 0.5RC1_04
Hardware: Asrock P4i45gx, Celeron 2Ghz, 512MB DDR, HD1: 160GB, HD2: 250GB, PVR-350,WLAN: Ralink RT2500 PCI
Zitieren
#8
Hi nochmal,

schau mal hier steht die Lösung zum fls64 - Problem, bitte die Originale wegsichern die ist zum VDR kompilieren die richtige und sollte dazu wieder aktiviert werden.

http://www.easy-vdr.de/forum/index.php?t...26#msg5726

Sorry, cvs von 1.0 rc4 kann ich nichts sagen, ausser das die rc3 auch schon probs mit de matrox-treibern hatte.

Gruß
Wolfgang
Zitieren
#9
Hallo atosch,

wie versprochen hier die Lösung zum Durchkompilieren mit dem Kernel 2.6.18.3 und softdevice:

In der Kernel-Source vom easyVDR-Kernel gibt es ein Verzeichnis /usr/src/linux-2.6.18.3/include/linux da liegt eine neuere i2c.h.

Diese Datei nach /usr/include/linux kopieren, aber vorher bitte die alte wegsichern!!!!

Mal schauen ob dann der VDR noch geht, aber das wirst du dann ja sehen, evtl muss der dann auch neu gebaut werden gegen die neue i2c.h.

Gruß
Wolfgang
Zitieren
#10
super. vielen dank.

hat geklappt. dfb++ in der version 1.0rc3 ist auch schon installiert.

jetzt fang ich mal an die ausgabe mit dem mplayer zu testen.

grüße atosch
easVDR 0.5RC1_04
Hardware: Asrock P4i45gx, Celeron 2Ghz, 512MB DDR, HD1: 160GB, HD2: 250GB, PVR-350,WLAN: Ralink RT2500 PCI
Zitieren


Gehe zu:


Benutzer, die gerade dieses Thema anschauen: