From nobody Tue May 07 17:16:17 2024 X-Original-To: freebsd-arm@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 4VYlLL56srz5JGdY for ; Tue, 07 May 2024 17:16:26 +0000 (UTC) (envelope-from mike@karels.net) Received: from mail2.karels.net (mail2.karels.net [3.19.118.201]) (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 "freebsd", Issuer "freebsd" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4VYlLL3HWTz4fDs for ; Tue, 7 May 2024 17:16:26 +0000 (UTC) (envelope-from mike@karels.net) Authentication-Results: mx1.freebsd.org; none Received: from mail2.karels.net (localhost [IPv6:0:0:0:0:0:0:0:1]) by mail2.karels.net (8.18.1/8.18.1) with ESMTP id 447HGI92053592; Tue, 7 May 2024 12:16:18 -0500 (CDT) (envelope-from mike@karels.net) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=karels.net; s=mail2; t=1715102178; bh=WLMdkYPaZilW2tOQrHQEI/ViYtU4Yyir1JfWFV3eOK4=; h=From:To:Cc:Subject:Date:In-Reply-To:References; b=mWLrnRM0s1TP3NdjJceqSevVUof7vu3ENHcN3UUqyhR/XNRcqy7o6b71WcwvnqvC9 aTpXZ1+olaz/D91Z1UYiF+jy4vx7P7+B0t4g5qhPu39zQ6XNSXTH/ju3fiSvVVc3l5 J2XgjQL9c0jfZbpJrhv2Wy/29VftLUCdmLNAjrBlSeyc6fIWRMqL6tqkRwpV5us7CC 0UDWiZKfY0ndU4gbU15g0YLdFxUbNbPvmkO5xmNnzK1KcLQkVyZ9WRbnMpIGSOsSXK CTSzxnE6t5m5AYpkztav/OByJdzhIizS8MfvKD+X23OMxMGNYrhS7K4ww6OhJ5rrc7 sNE2bsjqpJjWQ== Received: from [10.0.2.130] ([73.62.165.147]) by mail2.karels.net with ESMTPSA id HwEDCeJhOmZW0QAAs/W3XQ (envelope-from ); Tue, 07 May 2024 12:16:18 -0500 From: Mike Karels To: Emmanuel Vadot Cc: FreeBSD ARM List Subject: Re: SD card timeouts on older Raspberry Pi 4 models on 14.1-BETA Date: Tue, 07 May 2024 12:16:17 -0500 X-Mailer: MailMate (1.14r6028) Message-ID: <218E6168-2A5D-4AD9-91B4-CCDEF8013CBB@karels.net> In-Reply-To: <20240507185746.5b6f87941dd42c9259ff9af1@bidouilliste.com> References: <20240507185746.5b6f87941dd42c9259ff9af1@bidouilliste.com> List-Id: Porting FreeBSD to ARM processors List-Archive: https://lists.freebsd.org/archives/freebsd-arm List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-arm@FreeBSD.org MIME-Version: 1.0 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable X-Spamd-Bar: ---- 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)[]; ASN(0.00)[asn:16509, ipnet:3.16.0.0/14, country:US] X-Rspamd-Queue-Id: 4VYlLL3HWTz4fDs On 7 May 2024, at 11:57, Emmanuel Vadot wrote: > Hi Mike, > > On Tue, 07 May 2024 11:50:38 -0500 > Mike Karels wrote: > >> I tried to install 14.1-BETA1 on one of the first-generation Raspberry= Pi 4 >> systems. The kernel loads and starts, but is unable to mount the root= file >> system due to timeout errors like this: >> >> sdhci_bcm1-slot0: Controller timeout >> [register dump] >> mmcsd0: Error indicated: 1 Timeout >> [several timeouts later] >> Mounting from ufs:/dev/ufs/rootfs failed with error 19. >> >> Mark Millard also saw the error on a similar-vintage RPi4, but not on = a newer >> model (C0T). The EEPROM had been updated on his older RPi4 recently; = my >> EEPROM was updated a year or so ago. My RPi3 boots also; it seems to = use >> the same driver for the sdhci. I have used the same SD card for both= BETA1 >> and a recent snapshot of -current, with only BETA1 failing. If I reca= ll >> correctly, 14.0 worked on the SD card too. >> >> I tested several recent snapshots of -current, and they seemed to work= without >> problems. I haven't noticed relevant differences between 14.1 and -cu= rrent, >> e.g. the sdhci controller driver, but something must be different. An= yone have >> an idea, or suggestion on where to look? It would be nice to resolve = this >> before 14.1-RELEASE. > > I don't think that kernel itself have some major diff in this area, so= > it might be u-boot ? But iirc both main and 2024Q2 have the same u-boot= > version, can you try swapping u-boot from a main image on the 14.1 just= > to be sure ? Sorry, I forgot to mention it, but I took the whole boot partition from l= ast week's main snapshot and put it on 14.1-BETA1. Somewhat to my surprise, = it failed in the same way. Is it worth swapping just u-boot? Mike >> >> Excerpts from the boot log: >> >> sdhci_bcm1: mem 0x7e340000-0x7e3400ff= irq 79 on simplebus1 >> mmc1: on sdhci_bcm1 >> ... >> mmcsd0: 63GB at mmc1= 50.0MHz/4bit/65535-block >> ... >> sdhci_bcm1-slot0: Controller timeout >> sdhci_bcm1-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D REGISTER = DUMP =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D >> sdhci_bcm1-slot0: Sys addr: 0x000000c8 | Version: 0x00001002 >> sdhci_bcm1-slot0: Blk size: 0x00000200 | Blk cnt: 0x00000001 >> sdhci_bcm1-slot0: Argument: 0x0747afff | Trn mode: 0x00000012 >> sdhci_bcm1-slot0: Present: 0x1fff0a06 | Host ctl: 0x00000007 >> sdhci_bcm1-slot0: Power: 0x0000000f | Blk gap: 0x00000080 >> sdhci_bcm1-slot0: Wake-up: 0x00000000 | Clock: 0x00000107 >> sdhci_bcm1-slot0: Timeout: 0x00000003 | Int stat: 0x00000021 >> sdhci_bcm1-slot0: Int enab: 0x01ff003b | Sig enab: 0x01ff0008 >> sdhci_bcm1-slot0: AC12 err: 0x00000000 | Host ctl2:0x00000000 >> sdhci_bcm1-slot0: Caps: 0x45ee6432 | Caps2: 0x0000a525 >> sdhci_bcm1-slot0: Max curr: 0x00080008 | ADMA err: 0x00000000 >> sdhci_bcm1-slot0: ADMA addr:0x00000000 | Slot int: 0x00000000 >> sdhci_bcm1-slot0: =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= >> mmcsd0: Error indicated: 1 Timeout >> ... >> mmcsd0: Error indicated: 1 Timeout >> mountroot: waiting for device /dev/ufs/rootfs... >> Mounting from ufs:/dev/ufs/rootfs failed with error 19. >> >> >> > > > -- = > Emmanuel Vadot