From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wr0-x229.google.com (mail-wr0-x229.google.com [IPv6:2a00:1450:400c:c0c::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B728121AE263E for ; Wed, 21 Jun 2017 10:43:36 -0700 (PDT) Received: by mail-wr0-x229.google.com with SMTP id c11so89163970wrc.3 for ; Wed, 21 Jun 2017 10:45:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=EDRPYHlLUnJRldOAWFN2tkYYIyf2CDgJofiuUhRGVzo=; b=jlrGAs0oiNAtrDeGVyGT02Df/gDe/RfpheDHPIkVlo1mEssAVtxNvmcKmlFf6sRFOO lfeTOL0qR2CASkKbIG5ctBCtKvSUCSuIbBVSV4wZXxwFoUtWHWEfpNBhYsD6VGqURu1T /QoaFLsewMEWtqEKrgNXtzuv/SdGbTOYVlHJU= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=EDRPYHlLUnJRldOAWFN2tkYYIyf2CDgJofiuUhRGVzo=; b=MoL0On5Cs7PquLsxqB1SutqRjsZYLa44vhlesqpAfDoNItmjm/iAnj38dkhsoNiTHF E/dNAlEu7aqd9udS02BCci8cLAqeuQAgA8x3QZgBDmk1POziVch6IzXymUd+PnyGaZu8 FVsbZMY0nLNj9ZvfPOQk0lxpyXsyFgM8bfOO1dRkk44JUuVUcn1Xw+IugkVf7CHHBP9n eH8+EDAtwjekqWjfdcWz2Ydr8bjLaZfG+lXL4b7kqfxDq7V0Qg76qPDFDN4bFNwzn4uL 89WIS44zygOh4kfsPMWfmpzwQZE1TSo4lJq8Dgb2V4V16cREXBm0BlwKc3kfxiIdtWLN TwZw== X-Gm-Message-State: AKS2vOznx9XmpqrBk2KAw+nX9f5STZDWZCaad90rYrqZucEODM5Rrh2E kM917LmyjxzmWoy7cGeorg== X-Received: by 10.223.143.77 with SMTP id p71mr23715843wrb.3.1498067099206; Wed, 21 Jun 2017 10:44:59 -0700 (PDT) Received: from bivouac.eciton.net (bivouac.eciton.net. [2a00:1098:0:86:1000:23:0:2]) by smtp.gmail.com with ESMTPSA id v2sm18609046wrb.68.2017.06.21.10.44.58 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 21 Jun 2017 10:44:58 -0700 (PDT) Date: Wed, 21 Jun 2017 18:44:56 +0100 From: Leif Lindholm To: edk2-devel@lists.01.org Cc: Andrew Fish , "Kinney, Michael D" , "Richardson, Brian" , Ard Biesheuvel , Graeme Gregory , Linaro UEFI , Ryan Harkin , "haojian.zhuang@linaro.org" , Chenhui Sun , Heyi Guo , "Duran, Leo" , Marcin Wojtas , Evan Lloyd , Alan Ott Message-ID: <20170621174456.GH26676@bivouac.eciton.net> References: <20170503225539.GQ1657@bivouac.eciton.net> MIME-Version: 1.0 In-Reply-To: <20170503225539.GQ1657@bivouac.eciton.net> User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Re: [RFC] migration of OpenPlatformPkg to tianocore X-BeenThere: edk2-devel@lists.01.org X-Mailman-Version: 2.1.22 Precedence: list List-Id: EDK II Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jun 2017 17:43:37 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, I have now pushed updated versions of devel-OpenPlatformPkg branches to edk2-platforms and edk2-non-osi. I now also have a Readme.md at the top-level of edk2-platforms describing All the silly hacks are gone, and all platforms now build. I would really appreciate if people could have a look (and a play). Regards, Leif On Wed, May 03, 2017 at 11:55:39PM +0100, Leif Lindholm wrote: > Hi all, > > As some of you may be aware, I have been working around the lack of > a clear upstreaming strategy for platform support by keeping such code > in a dedicated repository I set up at Linaro for that purpose: > https://git.linaro.org/uefi/OpenPlatformPkg.git > > During discussions at the last Seattle plugfest we finally agreed on > the (theoretical) details of how to use the edk2-platforms repository. > After that I promised to migrate OpenPlatformPkg across to the > edk2-platforms and edk2-non-osi structure, with the explicit end goal > from my side that this should become the master branch for each. > > And now, before the release of HURD 1.0, I have. > > Current limitations (that I can remember): > - A few references to OpenPlatformPkg remain, in ways that do not > appear to break any of the platform builds. Most likely this affects > dead code, but in case it's been accidentally orphaned, I thought it > best to > - I have simply nuked all references to Ebl (used in _addition_ to the > UEFI shell, which was never the intent) and the efi-toolkit > ramdisk driver. > - The Marvell Yukon driver that I sent out for review last week has > not migrated anywhere, and so has been temporarily disabled > Mike suggested I should > - USB support on the LeMaker Cello board depends on the patch > "OptionRomPkg: add firmware loader driver for Renesas PD72020x" > sent out by Ard on 18th of April. > - I have dropped some of the binary-only modules from OpenPlatformPkg, > and contacted the platform owners with requests for modifications. > - The git history is quite messy and will be cleaned up, but I wanted > to keep the transition quite visible in the RFC. > - I haven't filled anything into the Maintainers.txt files - I am in > favour of moving to a fully machine-readable format with wildcards > as Laszlo has proposed in the past, and think this would be an > excellent point to have that discussion (which can be had separately > for edk2-platforms and edk2-non-osi from edk2). > - Few of the platforms complete the FV generation stage, and I've > inserted a couple of silly hacks to get them to get as far as they > do. I think that either I am missing some points of how > PACKAGES_PATH is intended to work, or I'm simply hitting corner > cases no one has come across before. I could really use some help > debugging these issues. (examples below). > > The below depends on the 3-part series I sent out today for importing > DwEmmcDxe and EfiTimeBaseLib from OpenPlatformPkg. But apart from > that, I have uploaded branches called devel-OpenPlatformPkg to: > > https://github.com/tianocore/edk2-platforms/tree/devel-OpenPlatformPkg > https://github.com/tianocore/edk2-non-osi/tree/devel-OpenPlatformPkg > > These branches _will_ be rebased occasionally until they get to a > point where they can move out of devel- stage (and hopefully onto > master).