FSO 2.6.28 usage report

[Stefan Schmidt]

Hello.

On Mon, 2009-01-12 at 13:10, Andy Green wrote:
>
> Somebody in the thread at some point said:
>
> | But we also have a list of things that we would like to see fixed now
> that it is
> | working good enough as a base for releases.
> |
> | rxerr on GPS serial port:
> | http://docs.openmoko.org/trac/ticket/2180
> | No reaction so far.
>
> Yes I think this is genuine diagnostic about edge appearing on RX during
> GPS wake.  I don't know what it means that it appears during transfer,
> but I would hazard a guess it can be true.  A long time ago someone
> reported in then Bugzilla that if they had the debug cable connected,
> they found interruptions and garbage on their GPS NMEA stream.

So you say that there might be hw problems with the uart on the soc? Or a driver
bug?

> | Kernel oops when recording audio:
> | http://docs.openmoko.org/trac/ticket/2179
> | Initial reaction but dead since then.
>
> I asked a couple of people to look at it but oh well.
>
> There's another one which is xrandr rotate, Nelson is looking at it.

ok

> | Threshold for accels. We finally like to ship the great accel gesture
> | application from our GSoC student, but it would only be really useful
> if we
> | could set a threshold instead of parsing data all the time and burn cpu.
>
> This is done by Simon Kagstrom some time ago, it's down in /sys.  Maybe
> Simon can give some advice.

Cool, that must have slipped through our radar. Simon, is the threshold working
and if how can we use it?

> | Small note. The more drivers defconfig produces an image that is to
> big for the
> | default uboot env. As we don't want to support 100s people changing
> the uboot
> | env we make the config more modular in OE.
>
> Ah not so fast.  There are two configs in the kernel tree, one is the
> moredrivers config that is for unconditional driver availability, but
> the other is gta02-packaging-defconfig which has roughly the same module
> set as the stable shipping kernel.  I prefer that we keep the packaging
> kernel in the kernel tree as far as possible rather than have a private
> one squirrelled away in one build system.  Have a look at it and if you
> see things you don't like can we change them here.

Whops, since when you have this other config? Never seen it before.

We can for sure make a sync for the general configs we changed. What we will
always do is to mangle the config to build kernel for GTA01 and GTA01 from the
same config. Jan, as you made the kernel more modular can you have a look how we
can sync with the packaging config? Would this fit your schedule?

> | For GTA01 we still use 2.6.24 and will test from time to time how far
> the .28
> | support is there.
>
> Great.

Well, this of course means we loking forward for more GTA01 support in .28,
battery driver comes to mind. :D

regards
Stefan Schmidt