From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x234.google.com (mail-wm0-x234.google.com [IPv6:2a00:1450:400c:c09::234]) (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 383AE2194235A for ; Tue, 11 Apr 2017 02:44:35 -0700 (PDT) Received: by mail-wm0-x234.google.com with SMTP id o81so58607576wmb.1 for ; Tue, 11 Apr 2017 02:44:35 -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:mime-version:content-disposition :user-agent; bh=0XLtonCvkOHIZi9NzioI/GCCZCWCQ2hQJwDJE7wqGbI=; b=VnZTCNBHmENkoEaXpB9m2qT+FhAK6HNCqIyHb8vewY8gg4EsxP8PAfIwBQxqzair7W IYnM2Cg4Xxd4CN1pwznBQemMaTacS00MKB+m/+9Qu7NMqBbGLcycphu+ZL+c1DfO/PZo oTdhhMC2C+ubMqV9OLgpNVmeiXkywFWgIpZJM= 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:mime-version :content-disposition:user-agent; bh=0XLtonCvkOHIZi9NzioI/GCCZCWCQ2hQJwDJE7wqGbI=; b=c5Ysm2xkITwKHenPkZKDDE9f55h5y76F6sJg9LP3JrdAKb7i1xhDRi5u/XCQO2L/H0 zMLBq1DnlaM+r2ipCP0va4MYPGDZJZKUAqSUX1Xy//f5DsvZc7+wuiZseWK7Qnw80Fvx fjOfOWt3Fou5mqfyjWHnRK8BYusesRxYNdBvNy1wpTUJeE8ns9WgG+emDLWWQIDFLf+o vAyTqlXGfKzLEG+h7u83K1thcg7CJ/AUuqPd44ejAS+sfKXgSXMxee/Ya2dy2hdFBrmA 4bR3mRYnqIz1ZtyBb8pgYX7h3V5PPU6g4YCFeCjZEWeqDgXTeFUp9mx4VZiHRF5YGX8M nW4w== X-Gm-Message-State: AN3rC/4S7HJU8xwI+K0GBpD6ZuG3aQw3UakqYvL+RF7LwU0soQGyIDgj 95PwJcXd7MrftgMC X-Received: by 10.28.64.131 with SMTP id n125mr14013155wma.78.1491903873572; Tue, 11 Apr 2017 02:44:33 -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 l68sm10332350wrc.52.2017.04.11.02.44.32 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 11 Apr 2017 02:44:32 -0700 (PDT) Date: Tue, 11 Apr 2017 10:44:30 +0100 From: Leif Lindholm To: edk2-devel@lists.01.org Cc: Andrew Fish , Chenhui Sun , Marcin Wojtas , Evan Lloyd , Ard Biesheuvel Message-ID: <20170411094430.GT1657@bivouac.eciton.net> MIME-Version: 1.0 User-Agent: Mutt/1.5.23 (2014-03-12) Subject: Future of EBL (is there one?) 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: Tue, 11 Apr 2017 09:44:35 -0000 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi all, This email was brought about by Ard's spring cleaning. EBL (EmbeddedPkg/Ebl/) is (to the best of my understanding) a sort of lightweight alternative to UEFI Shell, especially for serial console only embedded devices. Probably because this was included in some existing ARM platforms in the past, and its monolithic design made it more familiar to embedded firmware developers to plug new commands into than the (extremely modular) Shell, this has now made it into several definitely-not-embedded platform ports. In order to reduce the risk of this happening again, I would like to consider the option of deleting EBL. Do we still have a need for EBL in EDK2? If so, can someone give a descriptive mission statement for it? What is it intended for, and what does it provide over the alternatives? For those on cc who have included it in platform ports (in OpenPlatformPkg), can you explain why? Evan - is EBL of any interest to your team? Regards, Leif