Re: [PATCH 2.6.19-rc1 full] drivers: add LCD support

Franck Bui-Huu wrote:
Paulo Marques wrote:
Franck Bui-Huu wrote:
An application might want to display quickly a set of images, not for
doing animations but rather displaying 'fake' greyscale images.

To do "fake" greyscale you would need to synchronize with the actual
refresh of the controller or you will have very ugly aliasing artifacts.

Since there is no hardware interface to know when the controller is
refreshing, I don't think this is one viable usage scenario.

eh ?? Did you read my email before ? That was the point I was trying
to raise... and starting the refresh stuff _only_ when the device is
mmaped seems to me a good trade off.

I think we are violently agreeing about the optimal way of doing things.

But maybe I didn't explain my point about the "fake" greyscale in the best way, though.

There are two distinct "refresh"'s involved here: one is when the driver writes its software buffer into the display internal memory using the parallel port interface.

The other is when the actual display controller refresh that goes through all the common lines, etc., using the values on its internal memory to update the segment voltages.

The problem is that there is no way to know about the internal refresh that the controller does. So if you update its memory very frequently to try to produce a "fake" greyscale image, your updates will alias with the refresh rate of the actual display controller and you will see all sorts of strange effects on the display.

Aynywas it seems that the discusion about the design is closed and
won't lead to interesting things...

Only because we're mostly in agreement about what should be done ;)

But if you have other interesting things to suggest, I haven't seen Miguel reject any suggestions by other developers, yet (very much on the contrary, to be honest).

--
Paulo Marques
Software Development Department - Grupo PIE, S.A.
Phone: +351 252 290600, Fax: +351 252 290601
Web: www.grupopie.com

"The face of a child can say it all, especially the
mouth part of the face."
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages

  • Re: serial terminal out of an LCD display?
    ... Start with a VGA display and 8-bit ISA (original IBM ... PC bus) controller for the display. ... which emulate three types of terminals ...
    (comp.os.cpm)
  • video card adequat?
    ... a compaq webcam and it's display is very bad.. ... 512 kilobyte secondary memory cache Board: ... Primary IDE Channel [Controller] ...
    (microsoft.public.windowsxp.basics)
  • Re: Beginner questions: driving an LCD display [ Pandora, LPC2148, LPC2478, Openmoko ]
    ... resolution LCD display -- 320x240 or better. ... I expect I'll need a controller, probably an ARM something to handle ... QVGA TFT Color LCD: ... 10M Ethernet interface ...
    (comp.arch.embedded)
  • Re: Is threading the right solution for this challenge?
    ... A typical screen "refresh" could take up to 10-15 ... the display thread (since it is only inquiring there is no danger ... interrupt itself to check for user input and react to it. ... In ACCEPT with TIMEOUT, what happens if the user was in the process of ...
    (comp.lang.cobol)
  • Re: TFT Display ansteuern
    ... Im Prinzip ist es ein digitales RGB Display. ... Diese Controller machen ueblicherweise 'graphic acceleration', ... Bildspeicher, oder der Prozessor mit eingebautem LCD-Interface selber. ...
    (de.sci.electronics)