Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
2009/6/24 Luca Capello l...@pca.it: The major problem here is that we need too many extra stuff: a new kernel, a new libdrm and then a new xf86-video-glamo. Moreover, since libdrm is already in Debian main, we should coordinate any new package upload with its maintainer. If it gets ready this is all doable. But at the moment that stuff is purely for user testing if something works or not. Finally, is someone actually working on Glamo? Its life is directly linked with GTA02, since, as it was planned for GTA03, the new gta02-core community project has removed it. Regarding working on development, Lars-Peter at least has again done a few ioctl-related commits. It's been a few weeks since we've heard from Thomas (AFAIK), but he seemed enthusiastic about experimenting with KMS OpenGL. Whatever the case, it is probable FreeRunner will still be the only truly Free phone for the next two years or so at least. Gta02-core might not ever produce an actual hw product, and the other Linux phones are not as hackable. Currently the glamo operation is not rock stable, and is loading CPU too much - the major usage improvement for all of us would be to get KMS into stable state, in which case glamo can be guaranteed the regular calls it requires for functioning properly (user-space cannot guarantee this). At the same time KMS could be, in my very limited understanding, the key to not stalling CPU on gfx operations by not busy-looping anymore. Regarding Debian, nothing needs to be done at the moment regarding libdrm, kernel and mesa. But if the time comes they are relatively stable, I'll be happy to help in packaging the glamo bits. -Timo ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
Hi Timo! On Mon, 15 Jun 2009 13:26:23 +0200, Timo Jyrinki wrote: 2009/6/14 Luca Capello l...@pca.it: However, I cannot find upstream Git commit 0f03b39435910, which causes the problem above. http://git.openmoko.org/?p=xf86-video-glamo.git;a=commit;h=0f03b39435910933a34f5b5dccbc57fb55a2b6f1 Thanks, stupid me :-) There has been 7 commits after that, so maybe people should also test the newest version.. This is my idea: testing each new commit and find out if the xrandr bug has been fixed and if new bugs appear. On the other hand, I'd already be interested in Thomas's DRI/DRM/EXA stack of [...] because that's a) cool b) something that with addition of KMS could offer much better user experience in the long run... if there is a possibility to get rid of both crashes under load and busy loops that stall the CPU, Glamo could actually become a sort of accelerator it's currently not :) The major problem here is that we need too many extra stuff: a new kernel, a new libdrm and then a new xf86-video-glamo. Moreover, since libdrm is already in Debian main, we should coordinate any new package upload with its maintainer. Finally, is someone actually working on Glamo? Its life is directly linked with GTA02, since, as it was planned for GTA03, the new gta02-core community project has removed it. http://git.openmoko.org/?p=xf86-video-glamo.git;a=commitdiff;h=22997a5a5d4f53872d3a3073611c0cd7f1bcc263 I can simply include upstream fix or package a newer checkout, but I would like to not cause any regression. Yes, it'd be beneficial for -2 if there is uncertainty about whether to upgrade to later git version. I will firstly perform the tests I described above and then evaluate what to do: in any case, the next upload will include that fix. Thx, bye, Gismo / Luca pgphHLEbploNJ.pgp Description: PGP signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
2009/6/14 Luca Capello l...@pca.it: [...] [--rotate orientation] [...] [-o orientation] [...] Since xf86-video-glamo claims to be RandR 1.2 compatible, the --rotate option must work as well, which is not the case. Ah, no wonder I was puzzled about rotations not working. Yes indeed per-output setting should work as well. test this behavior on an Openmoko image, but I do not know which one already use xf86-video-glamo instead of Xglamo. I think the answer is none, because of proper X.org packaging lacking in OpenEmbedded, but not sure. However, I cannot find upstream Git commit 0f03b39435910, which causes the problem above. http://git.openmoko.org/?p=xf86-video-glamo.git;a=commit;h=0f03b39435910933a34f5b5dccbc57fb55a2b6f1 There has been 7 commits after that, so maybe people should also test the newest version.. On the other hand, I'd already be interested in Thomas's DRI/DRM/EXA stack of http://git.openmoko.org/?p=kernel.git;a=shortlog;h=refs/heads/drm-tracking + http://git.bitwiz.org.uk/?p=libdrm.git;a=shortlog;h=refs/heads/glamo + http://git.openmoko.org/?p=xf86-video-glamo.git;a=shortlog;h=refs/heads/exa-via-dri because that's a) cool b) something that with addition of KMS could offer much better user experience in the long run... if there is a possibility to get rid of both crashes under load and busy loops that stall the CPU, Glamo could actually become a sort of accelerator it's currently not :) http://git.openmoko.org/?p=xf86-video-glamo.git;a=commitdiff;h=22997a5a5d4f53872d3a3073611c0cd7f1bcc263 I can simply include upstream fix or package a newer checkout, but I would like to not cause any regression. Yes, it'd be beneficial for -2 if there is uncertainty about whether to upgrade to later git version. - for some reason, now matchbox-keyboard has some lag after hitting a key, and it somehow goes into autorepeat mode. Alt+D shows the desktop then hides it then shows it again and so on, Alt+X opens zillions of xterms... this could however be caused by something completely unrelated. Yeah this is also a true problem. Too bad there are no fixes but only workarounds to these (at least) two problems, ie. font size (workaround -dpi 96) and keys repeating (workaround disabling key repeat which I'm using). -Timo ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
2009/6/12 Luca Capello l...@pca.it: This is a workaround for a Xglamo bug. This should be fixed in Xglamo and not in kernel space. If unsure, say N. Can this be related to http://bugs.debian.org/529078? Not directly. I heard from Lindi that having that workaround not disabled causes crash in rotating eventually, but not immediately. I was able to xrandr -o left xrandr -o normal etc. many times even when I uses kernel with that workaround enabled. So I don't really know what's going on with that bug's filer. 1) What does DDX mean here? Specifically, which branch (master, dri-aware, exa-via-dri) is the Glamo driver you use built from? http://packages.qa.debian.org/x/xf86-video-glamo.html , ie. master but a bit old, and self-compiled to patch out the spurious EXA/16bit warnings that fill in Xorg.0.log: --- xf86-video-glamo-0.0.0+20090224.git703acea1.orig/src/glamo-draw.h +++ xf86-video-glamo-0.0.0+20090224.git703acea1/src/glamo-draw.h @@ -28,7 +28,7 @@ void GLAMOWaitIdle(GlamoPtr *pGlamo); -#define GLAMO_TRACE_FALL 1 +#define GLAMO_TRACE_FALL 0 #define GLAMO_TRACE_DRAW 1 #if GLAMO_TRACE_FALL 2) Which virtual keyboard do you use? xserver-xorg-video-glamo and matchbox-keyboard do not play well together: http://lists.linuxtogo.org/pipermail/smartphones-userland/2009-May/001483.html Using matchbox-keyboard but it works for me. I think this workaround was spread around at some point: /etc/default/nodm: NODM_X_OPTIONS='vt3 -nolisten tcp -dpi 96' And it was probably what fixed the problem. Using Sans 12 font at the moment for GTK. Obligatory screenshot: http://users.tkk.fi/~tajyrink/moko/debian4.png -Timo ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
Hi Timo! On Sun, 14 Jun 2009 12:04:33 +0200, Timo Juhani Lindfors wrote: Timo Jyrinki timo.jyri...@gmail.com writes: Not directly. I heard from Lindi that having that workaround not disabled causes crash in rotating eventually, but not immediately. I was able to xrandr -o left xrandr -o normal etc. many times even when I uses kernel with that workaround enabled. Please see xf86-video-glamo/703acea13: xrandr -o 1; xrandr -o 3 causes distortion -- http://docs.openmoko.org/trac/ticket/2255 As I wrote previously, I think the Xglamo workaround should be off by default, this is being discussed at: http://thread.gmane.org/gmane.comp.handhelds.openmoko.kernel/9960 I just added echo 0 /sys/class/i2c-adapter/i2c-0/0-0073/pcf50633-regltr.9/glamo3362.0/glamo-fb.0/xglamo_hack to /etc/rc.local to be able to use Xorg with the defconfig_gta02 The correct option to modify sysfs files would be to install sysfsutils and then edit /etc/sysfs.conf ;-) Thx, bye, Gismo / Luca pgp0Z8c7IRUs7.pgp Description: PGP signature ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
Re: Deprecating xserver-glamo (was: Recording from headset when pressing headset button
Timo Jyrinki timo.jyri...@gmail.com writes: 2009/6/9 Luca Capello l...@pca.it: Nothing is ready, because I need to tag the upstream version as well. Would it be too early to deprecate xserver-glamo in favor of xserver-xorg-video-glamo by adding also CONFIG_MFD_GLAMO_FB_XGLAMO_WORKAROUND=n to Debian's config.gta02? Why change the config? You can disable this workaround at runtime too. Just put that to init.d/xdm? -Timo ___ Smartphones-userland mailing list Smartphones-userland@linuxtogo.org http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/smartphones-userland
