From nobody Fri Nov 08 13:53:20 2024 X-Original-To: freebsd-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 4XlL541mhmz5cH0F for ; Fri, 08 Nov 2024 13:53:44 +0000 (UTC) (envelope-from dch@skunkwerks.at) Received: from fout-b2-smtp.messagingengine.com (fout-b2-smtp.messagingengine.com [202.12.124.145]) (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 did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4XlL5370c7z4XGl for ; Fri, 8 Nov 2024 13:53:43 +0000 (UTC) (envelope-from dch@skunkwerks.at) Authentication-Results: mx1.freebsd.org; none Received: from phl-compute-02.internal (phl-compute-02.phl.internal [10.202.2.42]) by mailfout.stl.internal (Postfix) with ESMTP id DC2BE1140131; Fri, 8 Nov 2024 08:53:42 -0500 (EST) Received: from phl-imap-02 ([10.202.2.81]) by phl-compute-02.internal (MEProxy); Fri, 08 Nov 2024 08:53:42 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=skunkwerks.at; h=cc:cc:content-transfer-encoding:content-type:content-type :date:date:from:from:in-reply-to:in-reply-to:message-id :mime-version:references:reply-to:subject:subject:to:to; s=fm1; t=1731074022; x=1731160422; bh=7U8+2JBQIDF7E4YJi9cKFmKj4Qz7NqH4 u4uPlzKhkrA=; b=XRXSip0lYPBnFVA76lII7BGoiQjefsgrBxXrn2jbDb01y7kN q032idFmwWMhjpU3ZQhnic0oWMqExA6OdM94hDfhC+tnosEi2MF524fTGRJGAF4S wbTb03WIo097MtfdlKltQCkNk5leWXVBIsOmYZYIZoLPz2SkTU0JQF55EUIx5S8G MSJ8FlNkZHuYekC5nafO0gwS9svJPlKTuOGxS/dX4Mg8ElIPkMagoAjfwWZ1s6z8 HBZVQWdGAio5/gnO4SRXxlgsMev4TQBIhik0j2AqWYIUIfRALmIcVdkLwrskYzUj Fv4D/jxxmo5bA9aEZpMImNn804+BYw7DpVJgjQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:subject:subject:to:to:x-me-proxy :x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t=1731074022; x= 1731160422; bh=7U8+2JBQIDF7E4YJi9cKFmKj4Qz7NqH4u4uPlzKhkrA=; b=P zz4dz2vb3Yql7ZbdlVScECgSolYSU7DNPec429icT4LFolC+pYMpypn//N49KZFd 8v5ELhvE8ChhKmyqkrv6i9BFulShk0Mk4HDtnagom80z6JAMbSbeJSDQFE4s4QQ4 cJLIXkKt3aQXv916Q+83zCEHOaitIDCIYWiGSPzNW8pyBwOhpHXtyTFcpqFFJwYO qdgvhaA1XzIebUrSWYZJIl3vvSBuTjWbyLSiDyhAKKwKXOfuHPTM5YBMGXAzf/Z0 jOWTyX/wK4RU7hDC9/hZgF+gAEcQw0kri55gbI7HBn9mp+6G434LiEiUEDH0hWLY pavJJjuIq4pvXpMvWwymw== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeefuddrtdeigdehgecutefuodetggdotefrodftvf curfhrohhfihhlvgemucfhrghsthforghilhdpggftfghnshhusghstghrihgsvgdpuffr tefokffrpgfnqfghnecuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnth hsucdlqddutddtmdenucfjughrpefoggffhffvvefkjghfufgtgfesthhqredtredtjeen ucfhrhhomhepfdffrghvvgcuvehothhtlhgvhhhusggvrhdfuceouggthhesshhkuhhnkh ifvghrkhhsrdgrtheqnecuggftrfgrthhtvghrnhepteelffevhfetuedvtedutdekgfej veduvefhleehueefffehveffgfehkeeihfeinecuffhomhgrihhnpehfrhgvvggsshgurd horhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghrrghmpehmrghilhhfrhhomhep uggthhesshhkuhhnkhifvghrkhhsrdgrthdpnhgspghrtghpthhtohepfedpmhhouggvpe hsmhhtphhouhhtpdhrtghpthhtohepihhmphessghsughimhhprdgtohhmpdhrtghpthht ohepfhhrvggvsghsugdqtghurhhrvghnthesfhhrvggvsghsugdrohhrghdprhgtphhtth hopegrlhgvgigrnhguvghrsehlvghiughinhhgvghrrdhnvght X-ME-Proxy: Feedback-ID: ic0e84090:Fastmail Received: by mailuser.phl.internal (Postfix, from userid 501) id 2C7AFB00068; Fri, 8 Nov 2024 08:53:42 -0500 (EST) X-Mailer: MessagingEngine.com Webmail Interface 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 Date: Fri, 08 Nov 2024 13:53:20 +0000 From: "Dave Cottlehuber" To: "Alexander Leidinger" , "Warner Losh" Cc: freebsd-current Message-Id: <42552643-382a-4ef0-b27e-437a82878936@app.fastmail.com> In-Reply-To: <132ca9158817a4706d1b9e78c3567973@Leidinger.net> References: <8cf9adb0e7ca6340460c695ffd64a0df@Leidinger.net> <896b9ce404ffcb126dcdd6008583b117@Leidinger.net> <132ca9158817a4706d1b9e78c3567973@Leidinger.net> Subject: Re: No valid device tree blob found! Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[] X-Rspamd-Queue-Id: 4XlL5370c7z4XGl X-Spamd-Bar: ---- On Thu, 7 Nov 2024, at 22:41, Alexander Leidinger wrote: > Am 2024-11-07 20:59, schrieb Warner Losh: > >> =20 >>=20 >> On Wed, Nov 6, 2024 at 3:41=E2=80=AFAM Alexander Leidinger wrote: >>> Am 2024-11-02 17:08, schrieb Warner Losh: >>>=20 >>>>=20 >>>>=20 >>>> On Sat, Nov 2, 2024, 10:03=E2=80=AFAM Alexander Leidinger wrote: >>>>> Am 2024-10-30 22:11, schrieb Alexander Leidinger: >>>>>=20 >>>>> > WARNING! Trying to fire up the kernel, but no device tree blob f= ound! >>>>>=20 >>>>> For anyone interested, I opened=20 >>>>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D282493 for thi= s.=20 >>>> =20 >>>> Yea. This is a hang or a bad console. The warning is lame and misle= ading. >>>> =20 >>>> Can you bisect? >>> Found it. >>>=20 >>> # git bisect bad >>> c87b3f0006be9ac5813f1ff636f18c9b4a41b08e is the first bad commit >>> commit c87b3f0006be9ac5813f1ff636f18c9b4a41b08e (HEAD) >>> Author: Warner Losh >>> Date: Mon Oct 14 15:58:10 2024 -0600 >>>=20 >>> uart: uart_getenv: check for NULL class last, not first >>>=20 >>> This allows one to specify dt:XXXX when the default class isn't = compiled >>> into the kernel. It's not an error to not have a class until we'= re done >>> parsing the spec, so defer checking until then. >>>=20 >>> Sponsored by: Netflix >>> Reviewed by: adrian, andrew, markj >>> Differential Revision: https://reviews.freebsd.org/D47078 >>>=20 >>> sys/dev/uart/uart_subr.c | 14 +++++++------- >>> 1 file changed, 7 insertions(+), 7 deletions(-) >>>=20 >>> -current as of today without this change boots just fine on the Ampe= re system in the Oracle cloud. >>>=20 >> =20 >> what's your loader.conf? this should only matter if something is set = there... =20 I see this too using our latest snapshots, so GENERIC kernel etc, same h= /w as Alex. https://cgit.freebsd.org/src/tree/release/tools/oracle.conf#n49 autoboot_delay=3D"5" beastie_disable=3D"YES" boot_serial=3D"YES" loader_logo=3D"none" cryptodev_load=3D"YES" opensolaris_load=3D"YES" xz_load=3D"YES" zfs_load=3D"YES"=20 A+ Dave