Re: Arch Linux ARM on N900
 

re Xorg issues..

It seems the same issue is present for raspi folk, and even someone using chromebook, there's an issue opened at archlinuxarm issue tracker for it. So, nothing to do but wait for update that fixes it or revert to 1.13.

EDIT:
https://github.com/archlinuxarm/PKGBUILDs/issues/446
http://www.raspberrypi.org/phpBB3/vi...38568&p=320464

Re: Arch Linux ARM on N900
 

Can you please add the link?

Re: Arch Linux ARM on N900
 

I'm surprised that you got the fbdev-sgx driver to work w/ more recent X servers at all. Mainly I would expect that you'd need to forward port all the dri2 changes from the harmattan xserver that never made it upstream.

Re: Arch Linux ARM on N900
 

Forward port for 1.13 was done by Marko Saukko, all I did was a tweak for 1.14 and corrected some paths here and there to match dss changes in more recent kernels, packaging etc. For kernel driver, I bluntly removed dependency to dss bits that appeared to be not upstreamed. I'm not sure at all it's done right, or if it's enough but at least it's been usable for 2D, and the few GLES tests I've done, did work.
So, we have usable driver, which is somewhat faster and more featurefull than the plain fbdev to use until someone comes up with a better one. Unfortunately I don't possess the skills to do that.

Re: Arch Linux ARM on N900
 

I was refering to dri2 patches in the xserver itself, not in the driver. I suspect the result is less than good if the xserver's dri2 code is taken from upstream. But it's possible that the problems won't become visible unless you have a GLES based compositor.

As far as the kernel goes, IIRC the whole vsync infrastructure never got fully upstreamed. That may mean that page flipping either won't work, or blows up as well :)

Re: Arch Linux ARM on N900
 

Yes, less than good seems to be the case here. Actually, compiling with -DCOMPOSITE etc does not even work currently, so the support is not there.

That is exactly what the state currently is :) However, I've seen it cause (visual) trouble only with hildon-desktop for far.

Re: Arch Linux ARM on N900
 

whats going up?? update a bit abt achivments and still to be achived:)

Re: Arch Linux ARM on N900
 

I'm busy and currently have very little time to put into this, if at all.

Some goals to achieve / ideas / todo:

Cleanup all PKGBUILDS etc and put them to github so my absence can be compensated if necessary.

Package Xorg 1.13. Fbdev is broken apparently upstream, so this needs to be done to restore functionality. I will try to do that at some point if no one else is going to.

Update all neon builds.

In addition to neon builds of packages, provide also egl/gles2 builds (like Cairo, Enlightenment, etc)

Provide Weston with fbdev backend, and maybe something else too supporting framebuffer at compile time, like netsurf.

Sort Pulseaudio mess. Currently call audio works but anything else makes PA go 80% CPU time. Needs packaging.

SGX binaries need repackaging. This will probably end in me compiling mesa too.

New rootfs, especially since netctl is out.

Get people involved, I can't handle this currently by myself.

So, what I'm doing? I'm working on Awesome configuration for touchscreen devices, partially inspired by Hildon desktop. I've also been doing some theme work in that department, and otherwise.

Kernel side is completely in other hands, so we're going with the current 3.5 until upstream kernel is usable.

I guess that's about it. Comments, questions and suggestions are very welcome.

Re: Arch Linux ARM on N900
 

skry, are the android drivers for sgx in better shape? just wondering if maybe using them with libhybris would sort out some of your issues.

Re: Arch Linux ARM on N900
 

No idea, I can take a look.

Edit:
If I understood correctly, this would require us to use Android kernel.