From nobody Fri May 20 17:33:34 2022 X-Original-To: current@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 1BF401B3A616 for ; Fri, 20 May 2022 17:33:41 +0000 (UTC) (envelope-from manu@bidouilliste.com) Received: from mx.blih.net (mx.blih.net [212.83.155.74]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "mx.blih.net", Issuer "R3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4L4Yjc03wsz4nmW for ; Fri, 20 May 2022 17:33:39 +0000 (UTC) (envelope-from manu@bidouilliste.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=bidouilliste.com; s=mx; t=1653068011; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=mJYc3nPdPd/5rMP/sfJgBCKZW3FUIOylP5sD2ar3yDc=; b=pkWrBonj58mSmfCA461uOe8az0QaVv7x5KGkb2vaFK9xii5klbbZADtfrb62LA020B4Sq8 kbylCiGwv0l/ClS1Ic4L7KMDLvRZ3xSc4AUCk1UjewGSFmzMalKDIE2akJN923xe3jSUlr atK81HOk2z5kAfBogbXnPUQO9cv0AEA= Received: from amy (lfbn-idf2-1-1518-133.w92-169.abo.wanadoo.fr [92.169.82.133]) by mx.blih.net (OpenSMTPD) with ESMTPSA id f5b6238d (TLSv1.3:TLS_AES_256_GCM_SHA384:256:NO); Fri, 20 May 2022 17:33:31 +0000 (UTC) Date: Fri, 20 May 2022 19:33:34 +0200 From: Emmanuel Vadot To: Toomas Soome Cc: "Bjoern A. Zeeb" , current@freebsd.org Subject: Re: loader_4th.efi broke? Message-Id: <20220520193334.2a791540c8eefaf73d0173fe@bidouilliste.com> In-Reply-To: <1BA529E5-064B-46A8-A412-3D7A66AD6D2F@me.com> References: <71D61E79-B3A5-49FA-9B9E-26E124A5B4EF@me.com> <1BA529E5-064B-46A8-A412-3D7A66AD6D2F@me.com> X-Mailer: Sylpheed 3.7.0 (GTK+ 2.24.33; amd64-portbld-freebsd14.0) List-Id: Discussions about the use of FreeBSD-current List-Archive: https://lists.freebsd.org/archives/freebsd-current List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-current@freebsd.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4L4Yjc03wsz4nmW X-Spamd-Bar: -- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=bidouilliste.com header.s=mx header.b=pkWrBonj; dmarc=pass (policy=none) header.from=bidouilliste.com; spf=pass (mx1.freebsd.org: domain of manu@bidouilliste.com designates 212.83.155.74 as permitted sender) smtp.mailfrom=manu@bidouilliste.com X-Spamd-Result: default: False [-2.50 / 15.00]; RCVD_VIA_SMTP_AUTH(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(-0.20)[bidouilliste.com:s=mx]; FREEFALL_USER(0.00)[manu]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MV_CASE(0.50)[]; MID_RHS_MATCH_FROM(0.00)[]; MIME_GOOD(-0.10)[text/plain]; R_SPF_ALLOW(-0.20)[+ip4:212.83.155.74/32]; NEURAL_HAM_LONG(-1.00)[-1.000]; TO_DN_SOME(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; DKIM_TRACE(0.00)[bidouilliste.com:+]; DMARC_POLICY_ALLOW(-0.50)[bidouilliste.com,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; MLMMJ_DEST(0.00)[current]; FREEMAIL_TO(0.00)[me.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; SUBJECT_ENDS_QUESTION(1.00)[]; ASN(0.00)[asn:12876, ipnet:212.83.128.0/19, country:FR]; RCVD_COUNT_TWO(0.00)[2]; RCVD_TLS_ALL(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Fri, 20 May 2022 20:19:58 +0300 Toomas Soome wrote: >=20 >=20 > > On 20. May 2022, at 20:11, Bjoern A. Zeeb wrote: > >=20 > > On Fri, 20 May 2022, Toomas Soome wrote: > >=20 > >>> On 20. May 2022, at 20:00, Bjoern A. Zeeb wrote: > >>>=20 > >>> Hi, > >>>=20 > >>> something between > >>> 255692.f70de61e567df59bceb2d18c8bc1b54943a7466b and > >>> 255723.b3fa36efe797445cb0b4fd26d79226836db2a2b3 > >>> made loader_4th.efi go all > >>> "failed to allocate staging area: 9" > >>>=20 > >>> I am netbooting booting, no ZFS involved. > >>> One other data point: the base system compile may have changed in tha= t time. > >>>=20 > >>> I haven't dug into yet. Is anyone else seeing this? > >>>=20 > >>=20 > >> staging area will be allocated very early, so for some reason either t= he memory map is fragmented or there is just too low memory. > >>=20 > >> 9 is EFI_OUT_OF_RESOURCES. > >=20 > > The UEFI hasn't changed; 64GB of memory haven't changed. Power > > cycling didn't make a difference. Going back to the old one > > immediately worked again. I saw no changes in stand/ relevant. > >=20 > > Is there a way to debug this or should we simply "stop" if this fails > > rather than endlessly fill the console with it? > >=20 >=20 >=20 > um, ok 64GB should be plenty;) of course, if the firmware is squashing lo= w memory map to small chunks, then there is problem (we are asking to use l= ow 4GB because of buggy firmwares?), but you can try loader_lua.efi. The ot= her cause could be grown kernel modules - we try to allocate 64MB staging a= rea first, if it is not enough, then we try to get larger chunk?. >=20 > Of course, screen spamming is bug, that should not happen.=20 >=20 > rgds, > toomas See https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D264021 It was bisected to the latest llvm update, I haven't digged yet. --=20 Emmanuel Vadot