rawhide builds

Peter Robinson pbrobinson at gmail.com
Wed Apr 1 19:18:25 UTC 2009


>> > * open firmware interface (arch/x86/kernel/ofw.[ch])
>> > * geode GPIO driver (used by DCON and suspend/resume)
>> > * dcon driver (drivers/video/olpc_dcon.[ch])
>> > * suspend/resume code (arch/x86/kernel/olpc_pm.*)
>> >
>> >   > What's stopping these from being upsteamed?
>> >
>> > Just the work of submitting them and responding to criticism, which is
>> > hard to find time for; OLPC doesn't employ any kernel hackers at the
>> > moment.  Going with staging first does sound like a decent idea.
>>
>> By the sound of it getting that into staging would be a good way of
>> getting it upstreamed, it would allow more feedback and testing
>> without having to afaict do the full review and also get more eyes on
>> it which would ultimately help get it mainline with some help from all
>> of the kernel community. I think that fedora is enabling some features
>> that are self contained in the staging part of the tree as well which
>> would also allow us to use the main Fedora kernel.
>
> Fedora isn't enabling things from staging because they tend to be things
> which are poorly maintained and don't have a real path to upstream.
>
> Also, most of the pieces in question aren't drivers and thus couldn't go
> into staging anyway.  And the one piece that is a driver (the dcon) ends
> up depending on some of the pieces which aren't.

OK, wasn't aware staging was such a mess. Do you have any other
suggestions as to the best way to get this stuff upstream? I'm not a
kernel developer so its not something I see that I can take on
effectively.

Peter




More information about the Fedora-olpc-list mailing list