| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Tue, 31 Oct 2006 09:10:59 +0100 From: Franck Bui-Huu <vagabon.xyz@...il.com> To: Paulo Marques <pmarques@...popie.com> CC: Franck <vagabon.xyz@...il.com>, Miguel Ojeda <maxextreme@...il.com>, akpm@...l.org, linux-kernel@...r.kernel.org Subject: Re: [PATCH 2.6.19-rc1 full] drivers: add LCD support Paulo Marques wrote: > Franck Bui-Huu wrote: >> Miguel Ojeda wrote: >>> [...] >>> Anyway, an animation of 10 Hz wouldn't be fine at this >>> kind of LCDs, so it is pointless which the refresh rate of the driver >>> is, as it is not useful to display images as fast as the driver >>> refresh the LCD. >> >> 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. Aynywas it seems that the discusion about the design is closed and won't lead to interesting things... bye Franck - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists