[0.4/0.5] HowTo: Displaylink via X-server

Schau dir mal bitte den ersten Thread genau an.
Das Packet benotigst du nicht.(yavdr-hardware-displaylink)
Ich weiß allerdings nicht ob die Dateien noch in Yavdr 0.5 noch alle funktionieren.
Falls es Probleme gibt bitte nochmals melden.

Gruß Santos

Hallo, die Sache mit dem Paket habe ich auch nicht weiter verfolgt, bin dann eben nach diesem Howto vorgegangen. Wenn ich -d none in der graphtft config einstelle, hab ich nur das yavdr Logo. Hab jetzt mal -d /dev/fb9 eingetragen, so ist wenigstens das OSD da, allerdings auch der Mauspfeil Das mit dem Standby ist offenbar mittels passendem Script auch im Griff. Mal sehen, ist für mich halt alles recht komplex...

Ich sende dir gleich mal was zu .

Habe es per pm geschickt.

Im Anhang.
Natürlich nicht vergessen

apt-get install xserver-xorg-video-displaylink xserver-xorg-input-void x2x

Wenn er es hinbekommen hat, kann man ja zur Anthreize Theme übergehen.

Gruß Sascha

HI ..

Ich hab seit heute ein UM-710 an meinen yavdr0.5 dran.
Bin vorgegangen wie im ersten Post beschrieben , also Pakete nachinstalliert und die Dateien aus "displaylink-via-x-server-0.5.tar.bz2" an die entsprechende Stelle kopiert.
Danach noch die /etc/init/graphtft-fe.conf erstellt und ein reboot gemacht.

Beim Booten wird das Display kurz mal schwarz und dann bleibt es einfach weiss.
yaVDR startet auf meinem TV erstmal ohne das yaVDR Logo und es bleibt alles schwarz, nach ner halben Minute oder so (ziemlich lang) kommt dann doch ein Bild.

Wenn ich per dmesg schaue habe ich folgende Meldungen:

[    0.000000] kernel direct mapping tables up to df800000 @ 1fffb000-20000000
[    0.000000]   NODE_DATA [000000021dffb000 - 000000021dffffff]
[    0.279093] PCI: MMCONFIG for domain 0000 [bus 00-3f] at [mem 0xf8000000-0xfbffffff] (base 0xf8000000)
[    0.279095] PCI: MMCONFIG at [mem 0xf8000000-0xfbffffff] reserved in E820
[    0.408657] pnp 00:0b: [mem 0xf8000000-0xfbffffff]
[    0.408713] system 00:0b: [mem 0xf8000000-0xfbffffff] has been reserved
[    1.770709] vesafb: mode is 1024x768x32, linelength=4096, pages=0
[    1.770711] vesafb: scrolling: redraw
[    1.770712] vesafb: Truecolor: size=8:8:8:8, shift=24:16:8:0
[    1.772192] vesafb: framebuffer at 0xf1000000, mapped to 0xffffc90005800000, using 3072k, total 3072k
[    1.772566] fb0: VESA VGA frame buffer device
[    3.127598] udlfb: DisplayLink nanovision MiMo - serial #USM700-8B040625
[    3.127600] udlfb: vid_17e9&pid_401a&rev_0007 driver's dlfb_data struct at ffff88020e065800
[    3.127602] udlfb: console enable=1
[    3.127603] udlfb: fb_defio enable=1
[    3.127604] udlfb: shadow enable=1
[    3.131180] udlfb: vendor descriptor not available (-32)
[    3.131199] udlfb: allocated 4 65024 byte urbs
[    3.349385] udlfb: 800x480 valid mode
[    3.349387] udlfb: Reallocating framebuffer. Addresses will change!
[    3.350209] udlfb: 800x480 valid mode
[    3.350211] udlfb: set_par mode 800x480
[    3.351056] udlfb: DisplayLink USB device /dev/fb1 attached. 800x480 resolution. Using 1504K framebuffer memory
[    3.351937] usbcore: registered new interface driver udlfb
[    3.551616] udlfb: open /dev/fb1 user=1 fb_info=ffff88020e067000 count=1
[    3.551623] udlfb: released /dev/fb1 user=1 count=0
[    3.551686] udlfb: open /dev/fb1 user=1 fb_info=ffff88020e067000 count=1
[    3.551692] udlfb: open /dev/fb1 user=1 fb_info=ffff88020e067000 count=2
[    3.603059] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
[    3.638675] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
[    4.634844] udlfb: wait for urb interrupted: ffffffc2 available: 0
[    5.463327] NVRM: drivers including, but not limited to, vesafb, may result in
[    5.634634] udlfb: wait for urb interrupted: ffffffc2 available: 0
[   36.717739] udlfb: /dev/fb1 FB_BLANK mode 0 --> 0
[   37.715502] udlfb: wait for urb interrupted: ffffffc2 available: 0
[   38.723277] udlfb: wait for urb interrupted: ffffffc2 available: 0
[   39.723055] udlfb: wait for urb interrupted: ffffffc2 available: 0
[   40.722846] udlfb: wait for urb interrupted: ffffffc2 available: 0
[   41.722614] udlfb: wait for urb interrupted: ffffffc2 available: 0

Der letzte Eintrag wiederholt sich immer wieder, auch dann im normalen syslog.

wenn ich mir die Devices anschaue , ist ein fb9 (link auf fb1) vorhanden

crw-rw---- 1 root video 29, 0 Nov  8 23:58 /dev/fb0
crw-rw---- 1 root video 29, 1 Nov  9 00:05 /dev/fb1
lrwxrwxrwx 1 root root      3 Nov  8 23:58 /dev/fb9 -> fb1

Was kann ich noch tun, bzw. wo muss ich schauen / drehen, damit das Display an meinem yavdr läuft ?

Danke schon mal ...

Hi !

Ok, im ersten Post steht nix davon, aber im weiteren Verlauf des Threads stand sowas geschrieben.
Diese Datei habe ich aber erst bei meinen späteren Versuchen angelegt.
Zuerst eigentlich komplett nach Anleitung vorgegangen und den gleichen Effekt gehabt, nämlich leider keine Funktion.

Ich werde aber gerne noch mal alles löschen und von Anfang an noch mal testen.
Komisch ist halt diese Fehlermeldung von usbfb die sich im Sekundentakt wiederholt.

Gruß,

Markus

So , habe gerade eben noch mal alles nach Anleitung aus dem ersten Post installiert.
Nun habe ich nen dauerhaft grünen Bildschirm, leider passiert auch weiterhin nichts.

Wenn mir jemand noch Hinweise geben kann und / oder welche Logs oder Infos noch gebraucht werden, bitte melden.

Danke.

[Update] So ich antworte mir mal selbst:

Hatte vergessen eine Datei zu kopieren. Nun funzt das Display grundsätzlich. Wird alles angezeigt.
Aber ich habe nun das Problem, dass das USB-Display ordentlich Farben anzeigt, dafür der TV im Hauptmenü Farben fehlen.
Muss mal forschen...

Ok, hab mal in der xorg.conf.DL von Depth 16 auf Depth 24 gestellt, nun scheint alles zu passen.
Einzig der Mauszeiger und die Darstellung von graphtft im Fenstermodus stört bisschen.
Wenn ich "Un/Decorate" im PopUpMenü auswähle , dann stimmt die Darstellung.

Wie kann ich das direkt aktivieren ?

Hey, danke Dir...

Hatte mir dann doch gleich auch mal die Mühe gemacht selbst zu gucken und das auch gefunden.
Ebenso mit dem Mauszeiger.

Trotzdem noch mal Danke für die prompte Hilfe ..

Gruß..

Moin,

muss mich doch noch mal melden:

Das Display funktioniert nun grundsätzlich gut.
Nur wenn ich den VDR ausschalte - bei mir Suspend-to-Ram / ACPI Wakeup , dann habe ich beim nächsten Aufwecken zwar ganz normale VDR-Funktion,
das Display zeigt kurz yaVDR-Grafik an und dann nur noch grünen Bildschirm.

Wenn Ihr Logs braucht, bitte sagen. Ich hatte so direkt keine brauchbaren Meldungen drin gefunden nach wakeup.

Wenn ich den Rechner ganz normal restarte , dann funktioniert wieder alles.

Gruß...

PS: Die einzige Meldung in dmeg sowie in syslog, die mir komisch vor kommt ist folgende:

udlfb: /dev/fb1 FB_BLANK mode 0 --> 0

Eben nochmal einen Timer definiert und TV ausgeschaltet. VDR startet bei Timer, aber Display bleibt grün.

PSS:

Wenn ich in der Console den x-DL Server restarte , nen Moment warte und dann vdr restarte, dann habe ich wieder Bild auf beiden Displays.

Hi !

Hmm, hatte mal versucht mit force-reload-modules.list ( vesafb und udlfb eingetragen ) und mit force-reload-services.list ( x-DL eingetragen) , aber leider hat das so nicht funktioniert.

Was definitiv funktioniert ist stop vdr, stop x-DL, start x-DL, bisschen warten , start vdr.

Gibt es ne Möglichkeit beim Resume das so quasi zu automatisieren ?

Gruß.

Hi. welche Skin benutzt du für das Display ???

Gruß Santos

Hi ,

also wenn Du mich meinst , dann den Standard der voreingestellt ist bei der 0.5er , ist der 800x480 anthraize.
Sollte das damit was zu tun haben ?

Markus

Moin !

So ich habe wohl einen Workaround gefunden, ist zwar ein ziemlicher Hack , aber bei mir scheint es nun zu funktionieren.

Ich habe zum ersten die Datei /etc/yavdr/force-reload-services.list anlegt:

x-DL

Danach habe ich noch die Datei /etc/pm/sleep.d/30force-reload angepasst, da es bei mir noch funktioniert hat wenn vdr neu gestartet wird nach ein paar Sekunden:

case $1 in
    thaw|resume)
        FRMLIST="/etc/yavdr/force-reload-modules.list"
        FRSLIST="/etc/yavdr/force-reload-services.list"
        if [ -r $FRSLIST ]; then
            services=( `cat $FRSLIST | sed "s/#.*$//"` )


            for service in ${services[@]}; do
               service $service stop
            done
        fi


        if [ -r $FRMLIST ]; then
            modules=( `cat $FRMLIST | sed "s/#.*$//"` )


            for module in ${modules[@]}; do
               rmmod $module || /bin/true
            done


            for module in ${modules[@]}; do
               modprobe $module
            done
        fi


        if [ -r $FRSLIST ]; then
            services=( `cat $FRSLIST | sed "s/#.*$//"` )


            for service in ${services[@]}; do
               service $service start
               if [ $service -eq "x-DL" ]; then            # Diese Condition habe ich einfügt
                 sleep 2                                   # damit nach Neustart des x-DL Service
                 service vdr stop                          # auch vdr noch mal durchgestartet wird
                 sleep 2                                   # mit jeweils kurzer Wartezeit
                 service vdr start                         # Diese Datei ist allerdings templated,
               fi                                          # ich werde noch ein custom template basteln.
            done


        fi
        ;;
esac

Ist bestimmt nicht die feine englische Art, aber solange es bei mir funktioniert

Gruß,

Markus

Zitat von Markus23

Hey, danke Dir...

Hatte mir dann doch gleich auch mal die Mühe gemacht selbst zu gucken und das auch gefunden.
Ebenso mit dem Mauszeiger.

Trotzdem noch mal Danke für die prompte Hilfe ..

Gruß..

Alles anzeigen

Ich habe es nun auch geschafft, ein Samsung U70 anzuschließen und bekomme auch alles unter VDR nach dieser Anleitung hier angezeigt (ein Problem habe ich gehabt: vdr hat automatisch immer wieder "-graphtft" in der order.conf eingefügt, wenn ich über das webfrontend die Ausgabe geändert habe. Allerdings bekomme ich nicht die Fensterleiste im TFT weg. Ich habe bereits

<application name="graphtft-fe*">
    <decor>no</decor>
    <maximized>true</maximized>
    <skip_pager>yes</skip_pager>
    <skip_taskbar>yes</skip_taskbar>
  </application>

in /etc/openbox/rc.xml eingefügt, das hat aber nichts geändert. Was muss ich noch tun?

Etwas verwirrend war für mich auch yavdr-hardware-displaylink. Wieso gibt es das überhaupt noch, wenn es nicht funktioniert?

Neben dem Balken würde ich jetzt gerne noch XBMC auf dem kleinen TFT anzeigen lassen, zumindest wenn der Beamer nicht läuft. Dazu habe ich einen älteren Thread gefunden, nachder es wohl in yavdr 0.3. mal eine Lösung gabe ([0.3] gelöst Wie XBMC auf graphtft Display ?), werde daher dort diese Frage thematisch passend dranhängen.

Gruß, Ben