[0.2] Samsung U70 und graphtft

info: display wird erkannt, und duerfte auch funktionieren:

[    6.813688] udlfb: module is from the staging directory, the quality is unknown, you have been warned. 
[    6.818874] DisplayLink device attached
[    6.819665] ret control msg 0: 4 0500fffffff0 
[    6.904300] RPC: Registered udp transport module. 
[    6.904310] RPC: Registered tcp transport module. 
[    6.904316] RPC: Registered tcp NFSv4.1 backchannel transport module. 
[    6.905563] EDID XRES 800 YRES 480 
[    6.905572] INIT VIDEO 0 800 480 
[    6.906042] ret control msg 1 (STD_CHANNEL): 16 
[    6.906285] ret bulk 2: 156 156 
[    6.906403] ret bulk 3: 0 
[    6.906410] found valid mode...30303 
[    6.907085] screen base allocated !!! 
[    6.908079] colormap allocated 
[    6.917115] usbcore: registered new interface driver udlfb 
[    6.917128] VMODES initialized

frage: ist das graphtft schon so gepatcht, dass es mit dem display funktionieren sollte?
ich habe in graphtft.plugin.conf "-d /dev/fb1" stehen, graphtft laedt, aber das display bleibt schwarz.

lt einem anderen thread (aus mitte 2009), muesste man graphtft folgendermassen patchen:
"fbrenderer.c" unter /imlibrenderer/fbrenderer
in zeile 462:

aenderung von:
case 16 : fbdev_draw_16(dataptr, force); break;
in:
case 16 : fbdev_draw_16(dataptr, force); system("echo '' >/dev/fb0"); break;

ich koennte ja jetzt den source code laden und testen, aber wenn's jemand weiss, und mir sagen koennte ob es bei ihm tut, waere das sicherer

danke!

hab mir das git gezogen, treiber kompiliert, aber geaendert hat sich nichts.
ausserdem ist das device bei mir dev/fb0 und nicht fb1.

was mich wundert: wenn ich vdr stoppe, dann zeigt das display was an, und wird dann nicht mehr aktualisiert bis ich vdr das naechste mal stoppe.

sehr sonderbar.

Zitat

Originally posted by bexbier
im ersten post hast du geschrieben das du graphtft mit /dev/fb1 startest, darauf hatte ich mich bezogen.

sorry. du hast recht. war mein fehler. war zuerst mal fb1, und ist jetzt fb0

Zitat

aber graphtft ist ja schnell gepatcht

naja. ganz so einfach wohl doch nicht. ich hab die sourcen ausgecheckt, gepatcht, und dann kompiliert. bloss hab ich dann immer segfaults. mach wohl was falsch.

Zitat

als test kannst auch einfach mal vdr mit graphtft laufen lassen und per console ein
echo '' >/dev/fb0 absetzen

das werd ich mal probieren.
und dann mal sehen wie man richtig pakete baut unter debian, damit das sauber bleibt. sonst hab ich in 2wochen wieder einen riesen sauhaufen.

ich hätte eine grosse bitte:

irgendwie schaffe ich es nicht, die gepatchten sourcen von graphtft mit vdr von yavdr 0.2 zu kompilieren. wenn es dann mal sauber durchkompiliert, segfaultet dann vdr mit
ERROR: /usr/lib/vdr/plugins/libvdr-graphtft.so.1.7.14: undefined symbol: _ZNK10cRecording5TitleEcbi

hat das jemand laufen und koennte mir die libvdr-graphtft.so.1.7.14 zur verfügung stellen?

oder jemand kann mir erklären was ich falsch mache:

ich mach apt-get source vdr und apt-get source vdr-plugin-graphtft
dann ein dpatch apply-all
dann muss ich noch vdr mit dem vdr-1.7xxx vanilla patch aus dem patch dir von graphtft patchen, sonst kompiliert das plugin nicht.
wenn ich dann die lib nach /usr/lib/vdr/plugins kopiere und restarte kommt der segfault.

danke!!
servus izeman

super. das graphtft funktioniert jetzt. bloss wird jetzt immer das display ÜBERSCHRIEBEN, anstatt vorher gelöscht und dann neu geschrieben.

hat das jemand mit meinem izeman theme laufen?