Outstanding kernel patches
Andres Salomon
dilinger at queued.net
Mon Jan 14 10:29:36 EST 2008
On Mon, 14 Jan 2008 19:21:01 +0800
David Woodhouse <dwmw2 at infradead.org> wrote:
> Stuck in tin cans again, I've been looking at building an OLPC kernel
> based on 2.6.24, starting by going through the diffs between our stable
> tree and 2.6.22 (on which it's based).
>
> Ideally, we should be committing almost nothing directly to our tree --
> it should _all_ be going upstream. As much as possible, I try to commit
> to the git tree which I'm going to ask Linus to pull from and _then_
> cherry-pick those commits into the OLPC tree.
>
> If we don't do it like that, we need to remember to chase our changes
> upstream. Here's a quick summary of what looks like it needs to be
> (cleaned up and) pushed upstream...
>
> dwmw2:
> some olpc_battery changes
After I send the touchpad stuff up, I had intended to modify your serial
number patch a bit.. I was going to add a RAW field to the power_supply
API and run that by Anton.
> libertas private ioctls
> jffs2 crc noise
>
> Jordan:
> [PATCH] Add a configuration option to avoid automatically probing VGA
> scx200_acb: Add a module option to tune the SMB_CLK
> [PATCH] Add a notifier list for VT console modes
> geode video support
I have outstanding patches here that need additional testing/finishing
touches before committing to the master branch.
> DCON (or maybe this is dwmw2's)
>
> Jon Corbet:
> Some cafe_ccic.c changes
>
As Jon mentioned, I'm not aware of anything outstanding that hasn't gone
upstream..
> Andres / other:
> cs5535audio
> promfs
This will probably be one of the last things to go up, since it requires
so much coordination w/ other architectures.
> DISABLE_SUSPEND_VT_SWITCH
> make config_noninteractive
The beginning of it is upstream, but.. it's not fun.
> sysprof
> pci: do not delay when changing power states on OLPC
> atkbd/i8042 hacks
Needs to be cleaned up.
> olpc touchpad
Being worked on.
>
> Core OLPC platform support:
> - Need to clean up the device-tree handling. Can we use fdt?
> - PCI support
> - EC support
> - Power management
>
> I'm willing to take on the core platform support and try to get that
> upstream -- we really ought to get at least the basics of that ready for
> when the 2.6.25 merge window opens.
>
> That's only a quick pass; if you know you've committed something to the
> OLPC tree which you haven't also sent to Linus, please think about what
> needs doing to get it ready for the (imminent) 2.6.25 merge window.
>
I'm working on the touchpad stuff now. I'm concentrating on cleaning
stuff up to get it upstream; look in the master branch. I don't forsee
us being able to get _everything_ upstream by 2.6.25 due to necessary
cleanups, but 2.6.26 is definitely doable.
Anyways, touchpad first.
More information about the Devel
mailing list