From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from smtp.kernel.org (aws-us-west-2-korg-mail-alma10-1.taild15c8.ts.net [100.103.45.18]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id D46B63FCB00; Mon, 6 Jul 2026 15:31:33 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=100.103.45.18 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783351895; cv=none; b=XmNv+SQOHfZNLs63YJ7L9Jks9GVdvwO8TtHghWR3gUdS3GoervdUWXZdKBFeY2x0SXItfaaS2KQaRoKzErxTuOVcYWDa34BREBDQozHeeXXaqtum8tHWilZnG6uLgW/aJkegZVPmzsSdg87wgo+4t0FKXFaWRaO5Oj/snG+H8tk= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1783351895; c=relaxed/simple; bh=sL7Vqv1bF48XynAH16enSgqX1SE9jXcIOftyTnvpek4=; h=Date:Message-ID:From:To:Cc:Subject:In-Reply-To:References: MIME-Version:Content-Type; b=k082FIr+ENLryx1uHS+l6vOJsUKucG4SOZMUw/p7oOiRPHZCmlLFbyP+tpuq9CPKluQMAsLogvsh2/yTyurnWjVZsHR0vI9vhJttJctzn2bXh+rheQzlnOuBu1kuxkjACX03lJdehgotTIMJim7CPSV9zi+0T+nQvQxD4S0qtlM= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b=WLv+ANFN; arc=none smtp.client-ip=100.103.45.18 Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org header.b="WLv+ANFN" Received: by smtp.kernel.org (Postfix) with ESMTPSA id 4E2AC1F000E9; Mon, 6 Jul 2026 15:31:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=kernel.org; s=k20260515; t=1783351893; bh=UySQoeOiZiTRx4ilIF+QUO5yfR3H2LiGVWZLk1eEu4k=; h=Date:From:To:Cc:Subject:In-Reply-To:References; b=WLv+ANFN1Csm2ZjBU/d+YjV9w+/draJy3PgU/mXwkjs0YmKzUxeA8N0a1Q5PfhBwn KF8A4mUfowE7OOIHRIIzmlPXE7eyZ6UKRIRx01twwFMH5mPfPZFOhGmysvYCqNW0qs Fp0W8YGcXzQ/9BQGpR9uWA1KGUpUWhlb/lg6UvBUHWMkJFZx24SMskU1KzdHsBkbQF ur9GxGcylwov8LhchXn/yLNh2nHgzUU4ioYrsoOwQ43oWvndjcLzq0gNATuN00VYzC koJcoDuTkGZOmwXaqwKI2JtaT/GYThWLRYvHzWAOsg7A2gI21o7gWkBgKmlhgiG52i 69+PqK/zPIR5Q== Received: from sofa.misterjones.org ([185.219.108.64] helo=goblin-girl.misterjones.org) by disco-boy.misterjones.org with esmtpsa (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.98.2) (envelope-from ) id 1wglIB-000000020uA-10FB; Mon, 06 Jul 2026 15:31:31 +0000 Date: Mon, 06 Jul 2026 16:31:30 +0100 Message-ID: <86echgp225.wl-maz@kernel.org> From: Marc Zyngier To: John Cc: Mark Rutland , Daniel Lezcano , Thomas Gleixner , Rob Herring , Krzysztof Kozlowski , Conor Dooley , Florian Fainelli , Broadcom internal kernel review list , "Ivan T. Ivanov" , Stefan Wahren , Andrea della Porta , Peter Robinson , Stanimir Varbanov , =?UTF-8?B?TWHDrXJh?= Canal , Gregor Herburger , "linux-arm-kernel@lists.infradead.org" , "linux-kernel@vger.kernel.org" , "devicetree@vger.kernel.org" , "linux-rpi-kernel@lists.infradead.org" Subject: Re: [REGRESSION] Raspberry Pi 5 (BCM2712) hangs at boot since d87773de9efe (arm_arch_timer: default to EL2 virtual timer under VHE) In-Reply-To: References: <86h5mcp4em.wl-maz@kernel.org> User-Agent: Wanderlust/2.15.9 (Almost Unreal) SEMI-EPG/1.14.7 (Harue) FLIM-LB/1.14.9 (=?UTF-8?B?R29qxY0=?=) APEL-LB/10.8 EasyPG/1.0.0 Emacs/30.1 (aarch64-unknown-linux-gnu) MULE/6.0 (HANACHIRUSATO) Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-SA-Exim-Connect-IP: 185.219.108.64 X-SA-Exim-Rcpt-To: therealgraysky@proton.me, mark.rutland@arm.com, daniel.lezcano@kernel.org, tglx@kernel.org, robh@kernel.org, krzk+dt@kernel.org, conor+dt@kernel.org, florian.fainelli@broadcom.com, bcm-kernel-feedback-list@broadcom.com, iivanov@suse.de, wahrenst@gmx.net, andrea.porta@suse.com, pbrobinson@gmail.com, svarbanov@suse.de, mcanal@igalia.com, gregor.herburger@linutronix.de, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org, devicetree@vger.kernel.org, linux-rpi-kernel@lists.infradead.org X-SA-Exim-Mail-From: maz@kernel.org X-SA-Exim-Scanned: No (on disco-boy.misterjones.org); SAEximRunCond expanded to false On Mon, 06 Jul 2026 16:20:13 +0100, John wrote: > > On Monday, July 6th, 2026 at 10:40 AM, Marc Zyngier wrote: > > > On Mon, 06 Jul 2026 15:13:27 +0100, > > John wrote: > > > > > > Since commit d87773de9efe ("clocksource/drivers/arm_arch_timer: Default to EL2 virtual timer when running VHE"), the Raspberry Pi 5 (BCM2712, arm64) hangs during boot on v7.2-rc1 and later. Reverting that commit on top of v7.2-rc2 boots reliably. Found by bisection. > > > > > > Environment: - Raspberry Pi 5 Model B, arm64, device-tree boot (no ACPI) - CPUs start at EL2 with VHE - Mainline v7.2-rc1 and v7.2-rc2 > > > > > > Symptom: - Silent hang early in driver probe; no panic or oops. Boot banner shows > > > "arch_timer: cp15 timer running at 54.00MHz (hyp-virt)". The first blocking, timer-backed wait during probe never returns because the EL2 virtual timer's interrupt is not delivered on this SoC, so clockevents are dead. The softlockup/hung-task detectors can't fire either, since they depend on the same dead timer. > > > > > > > Is that a guess? Or do you know something we don't? Or worse, is this > > report entirely AI generated? > > Hi Marc - I'm not a programmer, but I can use git. I performed the > bisect, and verification steps by hand. I am convinced the bisect is > correct based on the restoration of booting. I have no doubt about this, as this is a symptom that has been wildly reported on the list already. > > My RPi5B freezes when booting into d87773de9e and reverting it gives a clean boot. > > I used Opus to analyze the result of the bisect in concert with the > logs I captured from the serial console. I also used it to summarize > everything into a concise bug report. I can't vouch for the accuracy > of the interpretation, but I can confirm the problematic commit and > restoration of function. And that's the problem. Pointing to the problematic patch is perfectly fine. Asserting a root cause for the problem without any material evidence is not good. Only the designers of the SoC can give us that answer, and so far they have seemingly avoided communicating on this. > > > > Again, how do you know it isn't functional? Could it be, for example, > > that the firmware has not configured the interrupt correctly? > > I cannot. In the future, when I use these tools, I will scope the > ask to just factual content, rather than allowing them to speculate. Thank you for that. > > A proposed fix has been posted at [1]. Until we hear from the > > implementer about the state of the HW, it is difficult to do anything. > > > > M. > > > > [1] https://lore.kernel.org/all/878q898ulx.wl-maz@kernel.org/ > > Thank you for linking that! I applied it on top of 7.2-rc2 (with d87773de9efe intact) and got a clean boot. Great. Now all we need is an explanation, and we can go back to business as usual. Florian? Thanks, M. -- Without deviation from the norm, progress is not possible.