[Libdlo] Blanking Support on mimo 740

Hal Glenn hglenn at 2g-eng.com
Mon Jan 11 07:37:51 PST 2010


Justin, and group.
Sorry to slightly hijack your topic.
Interesting about your direct to frame buffer QT program. I'm in the 
processors of converting a large 10 monitor (MIMO 720)  PYQT application 
over to Linux from windows. I had thought about going the direct to 
frame buffer route but I did not know how I was going to get all the 
touch screens working. I'd done it before with a PYQT app on a gumstix 
machine, but it's been a while. I was looking at all the udev stuff last 
night, but it's still kind of Greek to me. I've upped to to the 2.6.32 
kernel so I have the e2i support but don't really know what to do with 
it yet.

I think if I could get the direct to framebuffer and touch screen 
support working for my apps, I'd be able to have a udev script that 
fires up each PYQT aplication on the correct frame buffer as the devices 
are attached correct? Does this sound legitimate? It would keep me from 
having to fire up 10 X servers, which I think would be good! I'd also 
need to fix the horizontal line issue that people are experiencing and 
I'd be happy to help test and debug where I can!

Thanks
Hal Glenn

justin at dynam.ac wrote:
> Hi All,
> I've managed to get a Mimo 740 running under my FC12 install with no
> problem using the latest udlfb code from the git Repository.
>
> I'm using this setup at the moment with a Embedded version of a QT
> application, that uses the framebuffer console directly. No problems
> (mostly) at all there.
>
> The only issue I have currently:
>
> Blanking Support (via the sysfs path: /sys/class/graphics/fb1/blank) is
> not working at all. I'm trying to write a basic screensaver for my QT app
> that will enable blanking, but before I even started on that I thought I
> would test out blanking support.
>
> I've put some debug statements into the udlfb.c file for the dlfb_blank
> function to check its getting called and the dlfb_sync_bulk_msg call
> returns successfully. This is what I'm getting:
>
> usb 1-4.2: dlfb: open /dev/fb1 user=1 count=1
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 0
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 3
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 1
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 2
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 3
> usb 1-4.2: dlfb: dlfb_sync_bulk_msg Returned 0
> usb 1-4.2: dlfb: Blank /dev/fb1 Blank 0
>
> But nothing happens to the MIMO. I thought it might have something to do
> with a application "opening" on/dev/fb1, but even when closing my app, I'm
> still not getting any results.
>
> Anything else I can provide to help diagnose this problem?
>
> On a side note, and maybe for a latter email, I'm also getting horizontal
> artifacts on the screen after several hours of operations. Reading the
> archives, I saw someone else post on this, and there was a thought there
> was a race condition on the memmap. This is very reproducible for me
> (takes about 1 hour though) so if I can provide further info to help debug
> that, I'm willing to take on the challenge!
>
> One last question and I'm not sure if its even supported on these
> displaylink devices, but can we implement software backlight control? If
> someone knows the command/registers, I'm more than willing to have a stab
> at implementing it (my first venture into Kernel Programming though...)
>
> Cheers
>
> Justin
>
>
> _______________________________________________
> Libdlo mailing list
> Libdlo at lists.freedesktop.org
> http://lists.freedesktop.org/mailman/listinfo/libdlo
>   


More information about the Libdlo mailing list