|
|
Subscribe / Log in / New account

NLUUG/ELCE: Embedded Linux and the community

NLUUG/ELCE: Embedded Linux and the community

Posted Nov 13, 2008 14:44 UTC (Thu) by Jaffa (guest, #4327)
In reply to: NLUUG/ELCE: Embedded Linux and the community by dwmw2
Parent article: NLUUG/ELCE: Embedded Linux and the community

Thanks for the response. Though, I will take exception to:

You're right that I didn't spend a huge amount of time on it, but neither should I have to.
(emphasis added)

At the moment, none of the use cases for the existing maemo.org - or the version to replace it - have "kernel developer who wants to do some investigation work on how close to upstream the Maemo kernel is". Personally (and no offence to you, or the very interesting article that this is), I don't think that's a use case we would want to support particularly.

The important thing (IMHO) is that someone wanting to do kernel hacking for their Maemo device can get, patch and rebuild the kernel. This is doable (evident from the number of community members who have done exactly that), although the procedure may be inadequate (anything involving Scratchbox is, unless you've already got it setup).


to post comments

Maemo use cases

Posted Nov 13, 2008 15:47 UTC (Thu) by corbet (editor, #1) [Link] (4 responses)

At the moment, none of the use cases for the existing maemo.org - or the version to replace it - have "kernel developer who wants to do some investigation work on how close to upstream the Maemo kernel is".

But...I think part of what David is trying to say is that "make it easier to get your useful changes back into the mainline" is a use case that projects like Maemo should be supporting. Making your kernel sources hard to find does not help in that regard.

Maemo use cases

Posted Nov 13, 2008 15:54 UTC (Thu) by Jaffa (guest, #4327) [Link] (1 responses)

"make it easier to get your useful changes back into the mainline" is a use case that projects like Maemo should be supporting. Making your kernel sources hard to find does not help in that regard.

Agreed with the first part. The second part is interesting - AIUI (although I'm not a kernel hacker on the Maemo kernel) the Maemo kernel is upstream with limited or no patches.

Nokia primarily do all the kernel work themselves, upstream in the omap tree. Making the kernel sources easier to find (although, come on, from maemo.org it wasn't that hard - the Googability of it notwithstanding) doesn't help get stuff upstream: upstream kernel hackers rarely go scouting around for patches. Instead, they get pushed stuff from people working in those trees day-in, day-out.

Maemo use cases

Posted Dec 3, 2008 5:56 UTC (Wed) by HalfMoon (guest, #3211) [Link]

upstream in the omap tree

That is, not upstream yet.

Maemo use cases

Posted Nov 14, 2008 11:09 UTC (Fri) by dneary (guest, #55185) [Link] (1 responses)

In that case, to be fair to Maemo, it's worth noting that Nokia ranked in the top 5 contributors to 2.6.27, ahead of Red Hat and Novell. Nokia's kernel guys are actually working quite well with upstream right now.

The kernel is one of the components of the Maemo platform which is developed essentially by Nokia engineers (working upstream mostly - see the omap list for a good example) rather than a community developed component.

Maemo use cases

Posted Nov 14, 2008 11:21 UTC (Fri) by dwmw2 (subscriber, #2063) [Link]

Nokia's kernel guys are actually working quite well with upstream right now.
This is a very good point — and although Jake doesn't mention it, I was careful to make precisely the same point on Friday during my presentation.

Nokia do very good work on the kernel, contributing heavily in areas like Bluetooth and flash storage (to mention just the parts I've noticed directly).


Copyright © 2025, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds