View source for Kernel/Upstreaming
From Openmoko
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Return to Kernel/Upstreaming.
You do not have permission to edit this page, for the following reasons:
You can view and copy the source of this page:
Return to Kernel/Upstreaming.
Random notes on SHR kernel patches (v2.6.39.4..shr-2.6.39-nodrm).
lindi: bugfix/feature. sounds sensible. s3c specific
lindi: bugfix. s3c specific
lindi: feature. simple. I personally can live without nand.
lindi: openmoko specific. only for gta01: to have serial console and GSM on the same port.
lindi: feature. tricky! Used by battery hdq queries (temperature, current, capacity etc.) and vibrator. Should just rewrite them in assembler?
lindi: feature. tricky!! This does not include the DRM/3D bits but it is enough for me.
lindi: feature. openmoko specific. simple.
lindi: openmoko specific. nand. simple.
lindi: openmoko specific. cleanup.
lindi: openmoko specific.
lindi: openmoko specific. simple.
lindi: openmoko specific. feature.
lindi: openmoko specific. simple.
lindi: openmoko specific. simple.
lindi: openmoko specific. simple.
lindi: openmoko specific. simple.
lindi: openmoko specific. relatively simple, real trouble is in the glamo driver itself
lindi: openmoko specific. LCD control?
lindi: openmoko specific. depends on the tricky fiq support above.
lindi: openmoko specific. depends on the tricky fiq support above.
lindi: openmoko specific. simple.
lindi: trivial.
lindi: tricky! probably can never be mainlined. Maybe we can build it as a separate module package in debian?
lindi: feature. quite essential. does not look too tricky.
lindi: feature. not sure how easy this is to mainline
lindi: safe cleanup?
lindi: feature. has some useless whitespace changes. gpio stuff which I don't really understand
lindi: just moves a file
lindi: cleanup? No idea how tricky this really is
lindi: has again extra whitespace changes. I guess genirq is some more abstract way to handle IRQs? Can not really judge how tricky this is.
lindi: feature. we can live without this if bq27x00 is mainlined or vice versa.
lindi: trivial
lindi: glamo stuff, no idea
lindi: bugfix. trivial.
lindi: feature. I personally need this a lot so that I can differentiate between RTC and GSM wakeups
lindi: openmoko specific. glamo hack. Who said 2-4-2 timings have no drawbacks? ;-)
lindi: openmoko specific. feature. simple. I personally can live without this.
lindi: openmoko specific feature. looks quite simple.
lindi: atheros wifi hack
lindi: openmoko specific. gta01-only?
lindi: openmoko specific. bugfix. simple.
lindi: openmoko specific. Is this needed at all with qi? (My guess is no, its resume path does not touch serial ports)
lindi: openmoko specific. feature. hard to say how tricky this is. I can personally live without accelerometers. Rumor says that upstream has a different driver for the same chip but is very bad :-)
lindi: openmoko specific. bugfix to accelerometer support.
lindi: openmoko specific. bugfix to accelerometer support.
lindi: openmoko specific. trivial bugfix to accelerometer support. Why not rebase this to the patch?
lindi: s3c specific. hack? I personally can live with evdev if this really only affects tslib.
lindi: s3c specific. bugfix? hard to say how ready this is for mainlining.
lindi: openmoko specific. quite essential. hack: read ts during vblank?
lindi: bugfix. should be easy to mainline.
lindi: trivial. Occurs with gcc 4.4 but not 4.6 anymore. No need to mainline :-)
lindi: openmoko specific. bugfix. not yet ready. See http://docs.openmoko.org/trac/ticket/2478