Re: SGX library modifications?
On Wed, 2010-03-31 at 17:28 +0200, ext Ahmed Ammar wrote: On Wed, 2010-03-31 at 18:18 +0300, Kimmo Hämäläinen wrote: On Wed, 2010-03-31 at 15:16 +0200, ext Ahmed Ammar wrote: Hello, While trying to compile xserver-xorg-video-fbdev_0.4.0-180+0m5.tar.gz I have come across missing definitions: sgx_exa.c:79: error: ‘EURASIA_TAG_STRIDE_THRESHOLD’ undeclared (first use in this function) After further digging and installing of the maemo5 SDK I found that these are provided by opengles-sgx-img-common-dev. And after chatting with Stskeeps on IRC I was informed that Nokia have actually modified the SGX libraries. I would like to know how Nokia have managed to do so? Have they gotten the source for the drivers from ImgTec? Are they actually different to those available from TI? Yes, we had access to the source code, but mostly the modifications were done by ImgTec developers. Would it be possible for someone to use your binaries outside the maemo project? I guess if the SGX chip is the same (and you have compatible X parts). Also, could this be forward ported to newer libraries from TI/ImgTec? I'm sure all generic fixes were forward ported, but notice that the driver in Fremantle is a bit old compared to the upstream. Thanks for the quick response Kimmo, So as I expected, any reason why ImgTec decided not to take this into their TI driver pack? Janusz, do you know/remember? I've currently got most things ported correctly using your xorg server. Just doing the big part of porting your kernel changes to 2.6.33. Cool :) -Kimmo Best Regards, ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
How long do we have to wait ...
... til autobuilder is useful again? I can understand no one can say something about the PR1.2 release date. But more and more users on talk.maemo.org complains about uninstallable and unupdateable applications. Ok, extras-devel is not for every user, but many users are willing to use and test new applications. The only think developers can say is - wait until the next firmware update is released. Most users, don't know anythink about those PR1.2 dependencys, even some developer can not understand, why thier applications can not be tested. Maybe they heard about new next PR1.2 and new qt libraries, but I, for example, didnt know that non-qt application are affected as well. Why is it necessary that the autobuilder uses PR1.2 libraries, as many (most) testers don't have them, and can not test applications from extras-devel anymore? regards nicolai ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: SGX library modifications?
On Thu, 2010-04-01 at 11:05 +0300, Kimmo Hämäläinen wrote: I've currently got most things ported correctly using your xorg server. Just doing the big part of porting your kernel changes to 2.6.33. Kimmo, I've ported the pvr stuff to the 2.6.33 kernel but I'm now hitting a problem with X: (EE) AIGLX error: dlopen of /usr/lib/dri/pvr2d_dri.so failed (/usr/lib/dri/pvr2d _dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering Now, I can't find pvr2d_dri.so anywhere in maemo SDK too, is X supposed to fall back to software rendering? Best Regards, -- Ahmed A. Ammar Senior Systems Engineer ConnectmeTV email: ahmed.am...@connectmetv.com tel:+2010 600-5516 ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
Re: problem with dbus-scripts and Phone.SMS
On Wed, 2010-03-24 at 15:15 +0100, Nicolas Chuche wrote: But, maybe, in those cases dbus-scripts is the wrong tool and it would be better to create a custom daemon to do whatever is required. I really like the idea of dbus-scripts to handle all my dbus scripts. I don't like the idea of having many daemons waiting for dbus signal. But that could be my sysadmin past... Well if the dbus signal is frequent enough you probably _do_ want a separate daemon to offset the fork+exec overhead Now that I think of it, does dbus-scripts have some sort of rate limiting scheme so that it does not thrash the N900 on a wrong configuration ? ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers -- Ovi Mail: Get mail on your mobile or the web http://mail.ovi.com ___ maemo-developers mailing list maemo-developers@maemo.org https://lists.maemo.org/mailman/listinfo/maemo-developers
