[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