Re: Freerunner and Wayland
On Thu, 7 Jul 2011 18:05:02 +0100 Neil Jerram neiljer...@gmail.com wrote: Just wondering... is it at all feasible, in the nearish future, for Wayland to run on the Freerunner? I mean directly on KMS, not as an X client. Would there be any advantage to that, compared to the current X usage? I'm imagining it might perform better, but I don't really know. It's feasible, but not easy. Wayland is essentially a thin wrapper around the low-level DRM and KMS stuff allowing clients to submit hardware command sequences directly rather than going via X's acceleration pathways. A lot of the performance difficulties with the X pathway (not just on our hardware) seem to be because the server can't possibly know enough about what the client wants to accelerate it effectively. Fast and smooth graphics on the Freerunner should be perfectly possible, but would rely on exactly this kind of clairvoyance from the X server. So, getting Wayland to run on its own shouldn't be too difficult (famous last words..), but writing programs which can actually make use of it is significantly more difficult. Tom -- Thomas White t...@bitwiz.org.uk ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
[QtMoko] Suggestion for an external mailing list
Hello everyone, this is not the first time http://lists.openmoko.org/ has some problem (I don't know why it happens). In this moment it is unreachable... will this email ever arrive to you? Anyway, since QtMoko is hosted on sourceforge and the site offers a mailing list service[1] I thought we could use it. What do you think? Regards Giacomo [1] http://sourceforge.net/apps/trac/sourceforge/wiki/Mailing%20lists -- ## giacomo 'giotti' mariani gpg --keyserver pool.sks-keyservers.net --recv-key 0x99bfa859 O ASCII ribbon campaign: stop HTML mail www.asciiribbon.org ## ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner and Wayland
Hi Tom, Thanks for your answer... On 13 July 2011 10:01, Thomas White t...@bitwiz.org.uk wrote: acceleration pathways. A lot of the performance difficulties with the X pathway (not just on our hardware) seem to be because the server can't possibly know enough about what the client wants to accelerate it effectively. Fast and smooth graphics on the Freerunner should be perfectly possible, but would rely on exactly this kind of clairvoyance from the X server. So, getting Wayland to run on its own shouldn't be too difficult (famous last words..), but writing programs which can actually make use of it is significantly more difficult. I have read that some toolkits, like Gtk+ and Cairo, have (or are in the process of having) support for Wayland as their backend directly (i.e. not via X). Also that it's possible to write clients using a GL API directly, and that the library providing that API would use Wayland directly. I guessed from that that the toolkit or GL implementation might be in a better position to have exactly that kind of clairvoyance - i.e. to know what kind of acceleration would be useful, and to ask the hardware driver for that. Hence, I thought, there might be some performance benefit in the acceleration-potential being in the toolkit or library, instead of in X; and also perhaps in just cutting out one of the layers. Also, I presume, I could write a new client today using e.g. the Cairo API, and that should Just Work. Is any of that correct? (Having said that, I don't recall reading yet of any Wayland support in the E toolkit, and certainly that would be a specific problem for SHR usage. But maybe Wayland is still worth experimenting with in a non-SHR setup.) Thanks again, Neil ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: Freerunner and Wayland
On Wednesday 13 July 2011, Neil Jerram wrote: Hi Tom, Thanks for your answer... On 13 July 2011 10:01, Thomas White t...@bitwiz.org.uk wrote: acceleration pathways. A lot of the performance difficulties with the X pathway (not just on our hardware) seem to be because the server can't possibly know enough about what the client wants to accelerate it effectively. Fast and smooth graphics on the Freerunner should be perfectly possible, but would rely on exactly this kind of clairvoyance from the X server. So, getting Wayland to run on its own shouldn't be too difficult (famous last words..), but writing programs which can actually make use of it is significantly more difficult. I have read that some toolkits, like Gtk+ and Cairo, have (or are in the process of having) support for Wayland as their backend directly (i.e. not via X). Also that it's possible to write clients using a GL API directly, and that the library providing that API would use Wayland directly. Add Qt to that list. Meego may be using it, and kwin is being ported as the first stage in letting kde run on Wayland. Both of these may be a little heavy for the Glamo's GL capabilitites, but it shows writing applications for Wayland is getting much easier. ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
replacement screens for USA owners of OM Freerunner
Does anybody know of a source for replacement screens for OM Freerunner owners in the United States? My screen got cracked, and shipping it to Pulster would be slow and expensive (plus my bank says the wire transfer might take up to 2 weeks!) I would be paying VAT in Germany for another thing. There used to be an eBay seller, but he disappeared. Thanks! William ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: replacement screens for USA owners of OM Freerunner
did you tried from handheld-linux? i noticed that they sell displays for GTA-04 project, maybe it is less expensive than Pulster... here is a link ;) http://www.handheld-linux.com/wiki.php?page=GTA04-Early-Adopter Best Regards, Sanvy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Suggestion for an external mailing list
badly isn't a word, it's poorly ;p but only grammar- I like the opinion. Especially now that Radak plans on using FSO, posts are only going to get more relevant to the community at large. The community of QTmoko is small enough now that just one general mailing list is enough. If it ever gets the size of SHR, then I would agree. On Wed, Jul 13, 2011 at 9:30 AM, matteo sanvy sanvym...@gmail.com wrote: Hello Giotti :D I reply to confirm that I get this email 1 hour ago, so now it seems to work... Anyway, I think that we should keep this mailing list, because today this is the most followed by the whole community, and to see that this project is so well developed can make understand that not all is dead. This is my (badly expressed) opinion :) Best Regards Sanvy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
Re: [QtMoko] Suggestion for an external mailing list
yep, I do vote for a dedicated qtmoko mailing list(sf.net), but do agree that subscribing to OM mailing list(little hiccups negligible :)) is/was one of the best step ever in my life. I 'll prefer following both ML. Rgds On 7/14/11, Alishams Hassam alishams.has...@gmail.com wrote: badly isn't a word, it's poorly ;p but only grammar- I like the opinion. Especially now that Radak plans on using FSO, posts are only going to get more relevant to the community at large. The community of QTmoko is small enough now that just one general mailing list is enough. If it ever gets the size of SHR, then I would agree. On Wed, Jul 13, 2011 at 9:30 AM, matteo sanvy sanvym...@gmail.com wrote: Hello Giotti :D I reply to confirm that I get this email 1 hour ago, so now it seems to work... Anyway, I think that we should keep this mailing list, because today this is the most followed by the whole community, and to see that this project is so well developed can make understand that not all is dead. This is my (badly expressed) opinion :) Best Regards Sanvy ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community -- Ranjit Pillai gnumen.org ___ Openmoko community mailing list community@lists.openmoko.org http://lists.openmoko.org/mailman/listinfo/community
