linux-kernel - Re: Forked android kernel development from linux kernel mainline

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <20101110003524.GL3099@thunk.org>
Date:	Tue, 9 Nov 2010 19:35:24 -0500
From:	Ted Ts'o <tytso@....edu>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Elvis Dowson <elvis.dowson@....com>,
	Linux Kernel Mailing List <linux-kernel@...r.kernel.org>
Subject: Re: Forked android kernel development from linux kernel mainline

On Tue, Nov 09, 2010 at 10:32:25PM +0000, Alan Cox wrote:
> > Ah, but if you make changes to the android userspace that aren't
> > accepted upstream by the core android development team, you'll be
> > forking the android userspace.  And given that they are continuing to
> 
> Oh so forking the kernel is fine but forking userspace is silly. Quaint

I didn't say that it was silly; that was your words.  What I said is
that it's not clear any handset manufacturers would pay attention to
the forked android userspace (which was his assumption/hope).  Whether
or not it is "silly" depends on what goals are for the original
poster.  If he is trying to effect change in terms of how the handset
manufactures do their driver development, then it might not meet his
goals.  If he wants to do it for the technical challenge, then of
course he should be encouraged to do whatever give it a go....

I suspect that sometimes we of the LKML community are in danger of
believing our own propaganda, and assume that getting code into
mainline, and developing in mainline is always better than any
alternative, and is higher priority than any other consideration.  If
a product had 33% less battery lifetime, but was developed in
mainline, would you buy that over a standard product?  OK, maybe a
LKML denizen might.  But would most customers?

OTOH, if the original poster thinks that he can develop changes to the
Android userspace that allow the use of an upstream kernel, and has
just as good battery lifetime, and with a system which is just as
debuggable and easy to maintain as the current android userspace, then
by all means, I would love for him to try to prove that he can.  And I
will certainly be happy to introduce him to the Android developers who
measure power usage in mobile devices using microwatt meters to see if
he really can do as good of a job using a stock kernel.

So Elvis, if you think you can, please consider this a challenge!  :-)

Or if he just wants to get the drivers into mainline so that other
non-Android devices can use those particular chipsets, that's good
too.  I just hope that he can do appropriate testing so that he can be
a good maintainer for the drivers, which means testing them.  Pushing
code that may or may not work isn't necessarily an improvement!

       	  	    	       	     	      - Ted
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/