From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from list by lists.gnu.org with archive (Exim 4.90_1) id 1m6E5X-00046n-Hw for mharc-grub-devel@gnu.org; Wed, 21 Jul 2021 11:24:47 -0400 Received: from eggs.gnu.org ([2001:470:142:3::10]:59222) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m6E5U-00045G-Fc for grub-devel@gnu.org; Wed, 21 Jul 2021 11:24:45 -0400 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:27366 helo=mx0a-001b2d01.pphosted.com) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1m6E5Q-0002OM-Tp for grub-devel@gnu.org; Wed, 21 Jul 2021 11:24:44 -0400 Received: from pps.filterd (m0098416.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.43/8.16.0.43) with SMTP id 16LF47VM053295; Wed, 21 Jul 2021 11:24:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ibm.com; h=subject : to : cc : references : from : message-id : date : in-reply-to : content-type : content-transfer-encoding : mime-version; s=pp1; bh=vt9wgUJZjMqRZ75t7CyvKRGZ3f829XdipWksu0ASlJc=; b=RdlgrmI13zV2LWrPyC1LBbcoUmGfGUTg/tL6cCxjfpcSaaMsvDa3dJPlhhF8r01xqKn4 yTWQH//TP7Hz+L2Pfm4aHK+YOrIIfOeiChdhcV7rocuj1A6QfxkKr0c0gTSFA9/uAz5r QgRZ13kEzfEVkFP3/fE6yTNrwCVlRGcWSDlMQF55BOLF2HlrQTsbi5tcJTGyoANsmcSu 7EtOGATw6TJl01WX7klV4iatpZ3X+WqWmi8TaSHrM7agsUTJkU5Pf498Me9rzOj8pofG PzYQZq5BfLe/WHBWOIv4oUSBCAUrV12Ua65eM4DlZjAAGHOC+nxkSzLMYO690GgtlR8P 4w== Received: from pps.reinject (localhost [127.0.0.1]) by mx0b-001b2d01.pphosted.com with ESMTP id 39xk7geceq-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Jul 2021 11:24:36 -0400 Received: from m0098416.ppops.net (m0098416.ppops.net [127.0.0.1]) by pps.reinject (8.16.0.43/8.16.0.43) with SMTP id 16LF4Gj7054280; Wed, 21 Jul 2021 11:24:36 -0400 Received: from ppma04dal.us.ibm.com (7a.29.35a9.ip4.static.sl-reverse.com [169.53.41.122]) by mx0b-001b2d01.pphosted.com with ESMTP id 39xk7gece9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Jul 2021 11:24:36 -0400 Received: from pps.filterd (ppma04dal.us.ibm.com [127.0.0.1]) by ppma04dal.us.ibm.com (8.16.1.2/8.16.1.2) with SMTP id 16LFLFW3014520; Wed, 21 Jul 2021 15:24:35 GMT Received: from b03cxnp07027.gho.boulder.ibm.com (b03cxnp07027.gho.boulder.ibm.com [9.17.130.14]) by ppma04dal.us.ibm.com with ESMTP id 39upudcgvk-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Wed, 21 Jul 2021 15:24:35 +0000 Received: from b03ledav003.gho.boulder.ibm.com (b03ledav003.gho.boulder.ibm.com [9.17.130.234]) by b03cxnp07027.gho.boulder.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id 16LFOYHX26607976 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 21 Jul 2021 15:24:34 GMT Received: from b03ledav003.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 233A36A04F; Wed, 21 Jul 2021 15:24:34 +0000 (GMT) Received: from b03ledav003.gho.boulder.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4A76A6A054; Wed, 21 Jul 2021 15:24:33 +0000 (GMT) Received: from [9.47.158.152] (unknown [9.47.158.152]) by b03ledav003.gho.boulder.ibm.com (Postfix) with ESMTP; Wed, 21 Jul 2021 15:24:32 +0000 (GMT) Subject: Re: [PATCH v2 02/22] ieee1275: claim more memory To: The development of GNU GRUB , Daniel Kiper , Patrick Steinhardt Cc: Daniel Axtens , rashmica.g@gmail.com, alastair@d-silva.org, nayna@linux.ibm.com, chris.coulson@canonical.com, hanson.char@gmail.com, hchar@amazon.com, javierm@redhat.com, leif@nuviainc.com, phcoder@gmail.com, pjones@redhat.com, pmenzel@molgen.mpg.de, xnox@ubuntu.com References: <20210630084031.2663622-1-dja@axtens.net> <20210630084031.2663622-3-dja@axtens.net> <20210715215104.dgcfefezytxq6exe@tomti.i.net-space.pl> <20210721144532.y4lutwqg5mwr3dko@tomti.i.net-space.pl> From: Stefan Berger Message-ID: Date: Wed, 21 Jul 2021 11:24:32 -0400 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0 In-Reply-To: <20210721144532.y4lutwqg5mwr3dko@tomti.i.net-space.pl> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US X-TM-AS-GCONF: 00 X-Proofpoint-ORIG-GUID: 9MLpu7f7x-RKVgrIaxBbbqPnriz1yIeW X-Proofpoint-GUID: 0CycRAyOwH3fxt8K_YoNQEOYHwtMZdiI Content-Transfer-Encoding: 7bit X-Proofpoint-UnRewURL: 0 URL was un-rewritten MIME-Version: 1.0 X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:6.0.391, 18.0.790 definitions=2021-07-21_09:2021-07-21, 2021-07-21 signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 impostorscore=0 phishscore=0 lowpriorityscore=0 suspectscore=0 spamscore=0 malwarescore=0 clxscore=1011 mlxscore=0 adultscore=0 mlxlogscore=999 bulkscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.12.0-2104190000 definitions=main-2107210088 Received-SPF: pass client-ip=148.163.158.5; envelope-from=stefanb@linux.ibm.com; helo=mx0a-001b2d01.pphosted.com X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.117, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: grub-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: The development of GNU GRUB List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 21 Jul 2021 15:24:45 -0000 On 7/21/21 10:45 AM, Daniel Kiper wrote: > On Fri, Jul 16, 2021 at 05:59:20AM +0200, Patrick Steinhardt wrote: >> On Thu, Jul 15, 2021 at 11:51:04PM +0200, Daniel Kiper wrote: >>> CC-in a few people who can be interested in this... >>> >>> On Wed, Jun 30, 2021 at 06:40:11PM +1000, Daniel Axtens wrote: >>>> On powerpc-ieee1275, we are running out of memory trying to verify >>>> anything. This is because: >>>> >>>> - we have to load an entire file into memory to verify it. This is >>>> extremely difficult to change with appended signatures. >>>> - We only have 32MB of heap. >>>> - Distro kernels are now often around 30MB. >>>> >>>> So we want to claim more memory from OpenFirmware for our heap. >>> AFAICT it is common problem in the GRUB right now. Please take a look at >>> [1], [2]. It would be nice to find general solution for all. Of course >>> if possible. So, if somebody could take a look at memory management in >>> the GRUB and propose a solution for the problem that would be perfect. >>> Any volunteers? >>> >>> Daniel >>> >>> [1] https://lists.gnu.org/archive/html/grub-devel/2020-06/msg00009.html >>> [2] https://lists.gnu.org/archive/html/grub-devel/2021-01/msg00031.html >> I think that my [1] should solve the issue generically. Instead of >> bumping any of the static limits we have in place, we just drop them >> altogether in favor of dynamically requesting additional EFI regions >> whenever we realize that the currently mapped regions cannot satisfy our >> needs. Like this, we can lower the initially requested regions, but >> scale them to the specific needs if need be. >> >> I had planned to revisit this patch series much earlier, but somehow I >> didn't yet find the time. Any comments on my approach would be welcome >> though, and if we agree that this may be a viable route to go down then >> I'd be happy to further pursue it. > Patrick, thanks a lot! I will take a look at the [1] patchset next week. > > Daniel A., Stefan, may I ask you to take a look at the [1] too and tell > us how it will work in your cases? I will try this later today by replacing Daniel A.'s 3 patches with those in [1] and see what happens. I see a lot of _efi_ in the functions in the 3 patches in [1] ... > > Daniel > > [1] https://lists.gnu.org/archive/html/grub-devel/2020-06/msg00009.html > > _______________________________________________ > Grub-devel mailing list > Grub-devel@gnu.org > https://lists.gnu.org/mailman/listinfo/grub-devel