From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751786AbcEUBl5 (ORCPT ); Fri, 20 May 2016 21:41:57 -0400 Received: from mail-yw0-f182.google.com ([209.85.161.182]:33483 "EHLO mail-yw0-f182.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751647AbcEUBl4 (ORCPT ); Fri, 20 May 2016 21:41:56 -0400 Date: Fri, 20 May 2016 21:41:59 -0400 From: Tom Rini To: Sebastian Frias Cc: u-boot@lists.denx.de, linux-arm-kernel@lists.infradead.org, LKML , Mason Subject: Re: [U-Boot] Sharing code between Linux and bootloader (U-boot) ? Message-ID: <20160521014159.GK7650@bill-the-cat> References: <573F1F07.6040202@laposte.net> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="2feizKym29CxAecD" Content-Disposition: inline In-Reply-To: <573F1F07.6040202@laposte.net> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --2feizKym29CxAecD Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Fri, May 20, 2016 at 04:28:23PM +0200, Sebastian Frias wrote: > Hi, >=20 > Some bootloaders (like U-boot) support several HW devices: serial, > network, NAND, USB, etc. most of which are also supported by Linux. >=20 > So the question is: is code shared? I mean, I understand that the > drivers need to talk to the appropriate API, and such API could be > different between Linux and U-boot. > But putting that aside, would it be naive to imagine that some "core" > functionality could be shared? Or would that part be so small it is > not worth the effort? >=20 > Since many companies use both, U-boot and Linux, I would figure they > try their best to optimize engineering resources and share code, > right? > In that case, I also wonder how do they share DT descriptions that > right now are being stored in the Linux kernel tree. >=20 > We'd like to share code/DT for obvious reasons, what would you guys > suggest? So, in all cases, Linux is always the primary. In some cases in U-Boot we port drivers over (NAND is a good example here). In other cases, things are similar enough that it's having done it in one place it's easy enough to do it again in the other. --=20 Tom --2feizKym29CxAecD Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQIcBAEBAgAGBQJXP7znAAoJEIf59jXTHXZSrcsQAL7V1BRUVz8m+UWD8C4njS8A s0uDceNPSk0hoCfKgmS0gp1MwlZp4/3Ng0OOknxZKhgMZq/2S+iR7uN592YrXV2d kVZqk/m2tX8KoWTIdPuxCOZOI/J36Sv0BN/AkiQpn0uxkT9WS3ZgEBGK/xPTPi1G /CC1heFEcOJ0KQr6nmBIO5IAMU9ecTmw4VHxawdtU7ohrtJXgfFeSQH02ZDPkUh5 m8k7Nzzp+x20AKVB26z/pfTpcv0dNCA/yHzit7wvq2EsHUnAb5UidKPaZ+0adEwN WcF+rJRufnzXYrCsTjEIyhA+eaKTvykmbut2Eh5FYVArP4/PohZivaLqYli2r9WT 7yTYq+nHvmPWWNWOb85+1d99Clg79PePy45r0OiORYM1UNnrGv5nDbN7c9/UenQy aNqONRqrAj5Rc5AKxEs8EHriDL1mfYktcKQMavyOPQbIq8F9yZtxegKahfKsm9lh BP/HlyVp0vsNSktmmN5x5rBkCAOFIv5wKtliuTplC566Ymk1OqLjQBb3KRvNP+7h Kxe5EfvyGRVkKmz+lFs2XVc9oxarUMqCBKkDyDH2qC3n37LGh332yyFfaz6W9Ggr VhRy6SXrJfqztKQTaLI7RbkhhF9jljxW17Uz86zd4R7JUbjk6Q2YzuINgmVtTjbm t9Q0fMWstHl2uDskxCAz =sH1E -----END PGP SIGNATURE----- --2feizKym29CxAecD--