FSO 2.6.28 usage report

Andy Green andy at openmoko.com
Mon Jan 12 14:10:45 CET 2009

Hash: SHA1

Somebody in the thread at some point said:
| Hello.
| As you guys know FSO likes to life at the bleeding edge so we want to
| support .28 in our MS5 release scheduled for the end of this month.
| We use the andy-tracking branch and there commit
| 34240a1c06ae36180dee695aa25bbae869b2aa26 as this one has proven to
have working
| suspend and resume and other features working.
| Our userspace is working with all the new sysfs pathes. So far so good.

Super duper.

| 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.

| 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.

| 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.

| 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.

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


- -Andy
Version: GnuPG v1.4.9 (GNU/Linux)
Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org


More information about the openmoko-kernel mailing list