From nobody Thu Dec 09 13:03:56 2021 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 1384818C9D4D for ; Thu, 9 Dec 2021 13:04:09 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-20.consmr.mail.gq1.yahoo.com (sonic310-20.consmr.mail.gq1.yahoo.com [98.137.69.146]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4J8vPN04yqz4blN for ; Thu, 9 Dec 2021 13:04:07 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639055039; bh=uF78KNlz6lqx7XwNsnyRLo05q2htVMOmnfsXWIQ6mVk=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=EocBMID0q45fCen+zxzKRcfXDqRGikvTwod2GDobqgevi2mCWOWe++oqRt/2eNHamS6hv9z4r3g4nXdanKes2kc6Mf86pyvd9Zxb6wM2xZ5m+4Knz2f4vFh/nwN9RlPNAlCTYHmhBiUfhMIZ3n8yKtayxb2NugicfUIdnEYdbH7jgY3y2RRrdvIXjMWD2clX/TxEKFcM35jz+NAfy1CpBKput7YmOvkDM2CQST7B1sVYe4ttecGgYcO1jD1JAAQ0zEygs9g2yAH8QyCvhM+gGHstZC+8Qsa+Qsvk2feel2sWYreMpRJt5St2cWOekow3VHKpibGK0cZH53hXtjkoBQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1639055039; bh=IYnyw7eSX8SqjbNmQrD3bWP6y8CYhbrHSd0c0C/s1SX=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=OzwHfA99CKl+h37Tq8qhz7fZrBr1lRrFUezHw4ExaqbxynZgvyC/iRo8gyhD/RP41KFS4cO1EqECGiNgLqd5c3EaGNrQD7qFYnWvBxCJeiJL+1/m/Cw/UYKH10DEHR4sEj0fChgQBc/aKrnIwLUqGGw67ytZQr5KRcMNuDNt1bl7b7uytOktj4NwTj3BP0tbl07+K7WSqXczhj1rF2GC+hpIbz5aTkaF66HLyHATVoMATJv2V6pjTl09IjtKSgBPpl4fUWLX9RmTJK3yuMuRHM6xzmGVtbHWlFjR7lFU5DWSjSd49Zk4nvWNm9uMgF5smzNoRLjLxzr43h6zW1sPSA== X-YMail-OSG: 9SdxpswVM1lyjvLUfR8hSwzWt48tdHzvwNexK7EMGrAwKljWJ8sh9bMmGvjOHPS YopugmN6q.i5w8FluDvm2507BWDRlCYiT_3DjUKXedG8rUE_Z5YnEZTx7EjM8j4.C.C45zrq2onz S1r_g8uQ73wC6YE9D2h.a8j4H9x4uyz.DXT30SAdX7.TCEJLUs0sTHAGlL9Q9beSuBhbsAE31JDh VownvC5TZXDurmWIIREhIRBU6PvDNUcsuZGKZdsVr9ASI_k0pDYsn6uFe1HAkj9HsV9Y7742bda. hW8IbDNBohFORuIy7BSHYbfinvozuiIGxgMNN6UmfnzFXws.M.ZaCc0Itec_wTNyBk0MoEejzM11 khfpPay6gvEf2mnHA.5dyt01oDAn9ZaptI3KYdb7ODnxB4r6M_12xplYF2_LKeXkK7R.OSJSoIb. Iyg4_CUuV7KdaniTrIipjKChFm28MyJoqv_OfWwirdYTbD3a69MjbYPBztTqpgAknDvm4nLVdVrT VRt7Ym9m7Hc36dHN8J3BYV9SAIBgLyxO5q0q8BkVWW6g.ukaxptR13wmCnZnBGftK65kbxv4ef3e iFFAstRukwDcExSNmznFsQwty.Ezp_2bOHVCM.dRCX5HmYeDn1PVosyoRmYT5Xw5_w_eSfCH2t8R S8f8JC3zfPDz.a1eFJpbKVRvzHZToTa1_rPAaBiJYrx7pAqIXClk4G6JwW3NjkamEY_VByssSmp4 2H_1NaPPtvE4kermED86HTAAVWeVfryCoGU6jw4AG8AOvX1k2P_4NVVzsfOfZg6lEvomaXYerW37 73OLklFg.To_.kcvxf1UPTh7TI.7F_0_5Jqm96ETFqSll4hYPte_x9t943ZeHjX2UKvFJgtnUmZJ fXhIHCELATTemCJOT3T3lhpp.YIA3fLY_JUjTTtgI1_TRBvXxtmNgtVkilklCvCBEz31BzlbW7c1 x6W8guiGYH1rokMA07zm8nVautxNLhtjG0TX.vwt6mDJoAqcB2OZ9YwpMdPOIAsuRUt_G5V5QAJv m3ilCV_Q13k6J.Fe5jyterbizg9JDON52EMWS2wYGkoJafn_z1YexduGzCTAeYlU_NUxvcGtPrFc PudQOZmmBECAsbKwiQSaqi65s0ByURQyvX0N8qSCinUDs1E8GQ66V5SG0JZE6Z9O8WFxFJol53We JeAMX9aA3gpyAZrg.L78ZHtPdhUO1CZiMunigXZ4SiZ91FLki9UvlYsYSEWak5dZ5zNWegKXm4R5 EYyPiLZtdmACxSzjGwAX2nd9OMkx.MJ7mZxly7iYrQiHGnESPFmfecMAUrWh.wikrrHsTclUje5L vXBj7h6iLdTmcX3AONBHqOiHYgwt90mai7iHViO5u0_PXS3ifaiRwO6dxt.vm9BALjpIEsy9H69K 06ZPaA61gTzIjnUkpeh0VIQsoiEMTqGdLV1RQvh7xYSRCscACuCnI_Hfpg.SDJCTBQcgesE64aoe G58IaQZOVcSUcIC.ThvchqMtvhx2CRWsUpFBnjRljE_bK6TNt981xeP5ciDp7af.j9rbN3eQIRAQ PbI8KNtgLJM__v5m6eq4QsivNQNLX5mh3qJHoUgYjc0oddJC_.XLlro4AK16ISTjh_Bv2c4h8BcE CReu8bR8hZf85YwVCZn7cAK59IZkyZiJ3Bn2aSwOjGV2NUEhPs8LrL6Jr_S9sji9zBWGWS3V4YxG YaENTzLgZfpugIH9INW7zW_hhYKO13889CXljy2IaNM3bVurmDxSftB7_JSRrhF7JguWtpu4OjFn E_JAwLfD6JGvsFkqVdQtizzdvHTglgbhDwY5wwtaAB8o4Q8pdfF.ibc45ueE1JhI2qXrNejcQBZD H_7sKlM4cCYyCDuBQTcwWLRTEYdngQEsIXHmGUFBf9HTO15_mPNyMepD.ivQI0TBfd2Z_79IwQ3J dWuVtgVMDV87y6Vj8JPXg2Db.Uiv.BnsGIxcLRTZkEFw762QS0IlAp_DcxA68h0gHGfPxy7tb6Th JnDtrgJpASHu8DdMzQjnwIFqW97Qm9d3h26stI43noEonbl9vE7o8qlukD7f0G6SNWG.bXFOEgXZ o6QLb_fe6dHTmLa1rgaWUGM2kF1_Ay0Vdy8hyn9drJ6uHZaZGC3Sty7pEHyo2ithUbDbnCENHmbn 0kmx0BX2NYSw9177ULx5M0Jn8vc9YLWUc_hcD9Q081iNMZp7aTJJhxhRw0cg5y_0DQ9T9pYAjxdQ hgc2Rd.mdU9S06mRp3cMyZYfKFDoQa7f2hKagwn7hscmFvNJbESaKO0byj96EYgoFrDy0Z4EAGMK keLn7oxPdQPebr.Sh.UPTzk43Z8Oz8B1waGHQhnIvo2H4b.V5QR4QcbHAwH17fe5a_L9_YtFFQn0 2qFz0Sz537ZFQ6lNUY8vjSXvD056XB2Q- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Thu, 9 Dec 2021 13:03:59 +0000 Received: by kubenode519.mail-prod1.omega.ne1.yahoo.com (VZM Hermes SMTP Server) with ESMTPA ID 50df20579072100774b613f18f07d9cf; Thu, 09 Dec 2021 13:03:58 +0000 (UTC) Content-Type: text/plain; charset=us-ascii 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 (Mac OS X Mail 14.0 \(3654.120.0.1.13\)) Subject: Re: Rock64 configuration fails to boot for main 22c4ab6cb015 but worked for main 06bd74e1e39c (Nov 21): e.MMC mishandled? In-Reply-To: <053617FD-AA34-4A3F-853A-4D2E44F8254B@yahoo.com> Date: Thu, 9 Dec 2021 05:03:56 -0800 Cc: Free BSD , "wma@freebsd.org" Content-Transfer-Encoding: quoted-printable Message-Id: <43901D57-9C39-4FAC-A2BE-CCE642791705@yahoo.com> References: <243CBFC7-DFB5-4F8B-A8A3-CFF78455148D.ref@yahoo.com> <243CBFC7-DFB5-4F8B-A8A3-CFF78455148D@yahoo.com> <20211209081930.7970b6995a8f7c5f7466227d@bidouilliste.com> <053617FD-AA34-4A3F-853A-4D2E44F8254B@yahoo.com> To: Emmanuel Vadot X-Mailer: Apple Mail (2.3654.120.0.1.13) X-Rspamd-Queue-Id: 4J8vPN04yqz4blN X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=EocBMID0; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.146 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-0.50 / 15.00]; TO_DN_EQ_ADDR_SOME(0.00)[]; TO_DN_SOME(0.00)[]; FREEMAIL_FROM(0.00)[yahoo.com]; MV_CASE(0.50)[]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; DKIM_TRACE(0.00)[yahoo.com:+]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; NEURAL_HAM_SHORT(-1.00)[-1.000]; FROM_EQ_ENVFROM(0.00)[]; RCVD_TLS_LAST(0.00)[]; MIME_TRACE(0.00)[0:+]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; MID_RHS_MATCH_FROM(0.00)[]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; MIME_GOOD(-0.10)[text/plain]; SUBJECT_ENDS_QUESTION(1.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_SPAM_LONG(1.00)[1.000]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.146:from]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.146:from]; RCVD_COUNT_TWO(0.00)[2] Reply-To: marklmi@yahoo.com From: Mark Millard via freebsd-arm X-Original-From: Mark Millard X-ThisMailContainsUnwantedMimeParts: N Hello again. On 2021-Dec-9, at 00:43, Mark Millard wrote: > On 2021-Dec-8, at 23:19, Emmanuel Vadot wrote: >=20 >> Hi Mark, >=20 > Hello. >=20 >> On Wed, 8 Dec 2021 20:36:20 -0800 >> Mark Millard via freebsd-current wrote: >>=20 >>> [ Note: wma@FreeBSD.org is only a guess, based on: >>> = https://lists.freebsd.org/archives/dev-commits-src-main/2021-December/0019= 31.html ] >>>=20 >>> Attempting to update to: >>>=20 >>> main-n251456-22c4ab6cb015-dirty: Tue Dec 7 19:38:53 PST 2021 >>>=20 >>> resulted in boot failure (showing some boot -v output): >>>=20 >>> . . . >>> mmc0: Probing bus >>> . . . >>> mmc0: SD probe: failed >>> mmc0: MMC probe: OK (OCR: 0x40ff8080) >>> mmc0: Current OCR: 0x00ff8080 >>> mmc0: Probing cards >>> mmc0: New card detected (CID 150100444a4e423452079f43b2ae6313) >>> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >>> mmc0: Card at relative address 0x0002 added: >>> mmc0: card: MMCHC DJNB4R 0.7 SN REPLACED MFG 06/2016 by 21 0x0000 >>> mmc0: quirks: 0 >>> mmc0: bus: 8bit, 200MHz (HS400 with enhanced strobe timing) >>> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >>> mmc0: setting transfer rate to 150.000MHz (HS200 timing) >>> mmcsd0: taking advantage of TRIM >>> mmcsd0: cache size 65536KB >>> mmcsd0: 125GB at mmc0 150.0MHz/8bit/1016-block >>> mmcsd0boot0: 4MB partition 1 at mmcsd0 >>> mmcsd0boot1: 4MB partition 2 at mmcsd0 >>> mmcsd0rpmb: 4MB partition 3 at mmcsd0 >>> . . . >>> Release APs...done >>> regulator: shutting down unused regulators >>> GEOM: new disk mmcsd0 >>> regulator: shutting down vcc_sd... GEOM: new disk mmcsd0boot0 >>> busy >>> GEOM: new disk mmcsd0boot1 >>> Trying to mount root from ufs:/dev/gpt/Rock64root []... >>> Unresolved linked clock found: hdmi_phy >>> Unresolved linked clock found: usb480m_phy >>> mmcsd0: Error indicated: 4 Failed >>>=20 >>> Note the the above line. It seems to be unique to >>> the failure. Continuing the output . . . >>>=20 >>> uhub2: 1 port with 1 removable, self powered >>> uhub1: 2 ports with 2 removable, self powered >>> uhub0: 1 port with 1 removable, self powered >>> uhub3: 1 port with 1 removable, self powered >>> ugen4.2: at usbus4 >>> umass0 on uhub1 >>> umass0: on usbus4 >>> umass0: SCSI over Bulk-Only; quirks =3D 0x0000 >>> umass0:0:0: Attached to scbus0 >>> pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>> pass0: Fixed Direct Access SPC-4 SCSI = device >>> pass0: Serial Number REPLACED >>> pass0: 400.000MB/s transfers >>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>> da0: Fixed Direct Access SPC-4 SCSI device >>> da0: Serial Number REPLACED >>> da0: 400.000MB/s transfers >>> da0: 953869MB (1953525168 512 byte sectors) >>> da0: quirks=3D0x2 >>> da0: Delete methods: >>>=20 >>> Nothing more after that. >>>=20 >>> An older kernel (1400042) that happened to be available boots >>> the same configuration when used instead (same world) . . . >>>=20 >>> main-n250903-06bd74e1e39c-dirty: Sun Nov 21 23:02:57 PST 2021 got: >>>=20 >>> mmc0: Probing bus >>> . . . >>> mmc0: SD probe: failed >>> mmc0: MMC probe: OK (OCR: 0x40ff8080) >>> mmc0: Current OCR: 0x00ff8080 >>> mmc0: Probing cards >>> mmc0: New card detected (CID 150100444a4e423452079f43b2ae6313) >>> mmc0: New card detected (CSD d02701320f5903fff6dbffef8e40400d) >>> mmc0: Card at relative address 0x0002 added: >>> mmc0: card: MMCHC DJNB4R 0.7 SN REPLACED MFG 06/2016 by 21 0x0000 >>> mmc0: quirks: 0 >>> mmc0: bus: 8bit, 200MHz (HS400 with enhanced strobe timing) >>> mmc0: memory: 244277248 blocks, erase sector 1024 blocks >>> mmc0: setting transfer rate to 52.000MHz (high speed timing) >>>=20 >>> Note the lack of trying "150.000MHz (HS200 timing)". Continuing >>> the output . . . >>>=20 >>> mmc0: setting bus width to 8 bits high speed timing >>> mmcsd0: taking advantage of TRIM >>> mmcsd0: cache size 65536KB >>> mmcsd0: 125GB at mmc0 52.0MHz/8bit/1016-block >>> mmcsd0boot0: 4MB partition 1 at mmcsd0 >>> mmcsd0boot1: 4MB partition 2 at mmcsd0 >>> mmcsd0rpmb: 4MB partition 3 at mmcsd0 >>>=20 >>> Note: The media is actually an e.MMC . Continuing the output . . . >>>=20 >>> . . . >>> Release APs...done >>> regulator: shutting down unused regulators >>> GEOM: new disk mmcsd0 >>> regulator: shutting down vcc_sd... Trying to mount root from = ufs:/dev/gpt/Rock64root []... >>> GEOM: new disk mmcsd0boot0 >>> busy >>> GEOM: new disk mmcsd0boot1 >>> Unresolved linked clock found: hdmi_phy >>> Unresolved linked clock found: usb480m_phy >>> Root mount waiting for: usbus1 usbus2 usbus3 usbus4 CAM >>> uhub1: 1 port with 1 removable, self powered >>> uhub0: 2 ports with 2 removable, self powered >>> uhub3: 1 port with 1 removable, self powered >>> uhub2: 1 port with 1 removable, self powered >>> ugen4.2: at usbus4 >>> umass0 on uhub0 >>> umass0: on usbus4 >>> umass0: SCSI over Bulk-Only; quirks =3D 0x0000 >>> umass0:0:0: Attached to scbus0 >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> Root mount waiting for: CAM >>> GEOM: new disk da0 >>> pass0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>> pass0: Fixed Direct Access SPC-4 SCSI = device >>> pass0: Serial Number REPLACED >>> pass0: 400.000MB/s transfers >>> da0 at umass-sim0 bus 0 scbus0 target 0 lun 0 >>> da0: Fixed Direct Access SPC-4 SCSI device >>> da0: Serial Number REPLACED >>> da0: 400.000MB/s transfers >>> da0: 953869MB (1953525168 512 byte sectors) >>> da0: quirks=3D0x2 >>> da0: Delete methods: >>> random: unblocking device. >>> Warning: bad time from time-of-day clock, system time will not be = set accurately >>> Dual Console: Serial Primary, Video Secondary >>> start_init: trying /sbin/init >>> . . . >>>=20 >>> (I'll stop with that.) >>>=20 >>> So I end up with a 1400042 kernel and a 1400043 world in order to >>> boot. >>>=20 >>> The e.MMC has only: >>>=20 >>> # ls -FTld * >>> -r--r--r-- 1 root wheel 6170 Feb 1 04:48:34 2020 COPYRIGHT >>> drwxr-xr-x 23 root wheel 1536 Dec 8 20:18:34 2021 boot/ >>> drwxr-xr-x 2 root wheel 512 Apr 26 14:39:22 2020 etc/ >>> drwx------ 2 root wheel 33280 Nov 27 09:46:08 2019 lost+found/ >>>=20 >>> where the etc/ has only: >>>=20 >>> # find etc/ -print >>> etc/ >>> etc/hostid >>>=20 >>> World comes from the USB3 SSD that is attached but the kernel >>> comes from the e.MMC instead. (The kernel can deal with the >>> USB3 SSD just fine, unlike the U-Boot that is involved.) >>>=20 >>> =3D=3D=3D >>> Mark Millard >>> marklmi at yahoo.com >>> ( dsl-only.net went >>> away in early 2018-Mar) >>>=20 >>>=20 >>=20 >> Could you try reverting=20 >> 8661e085fb953855dbc7059f21a64a05ae61b22c "mmc: Fix HS200/HS400 >> capability check" and let me know ? >=20 > I'm in the middle of something on the systems so it may be a while > before I do that. (I think it will be my first individual revert > of some specific old change via the git context. Hmm.) >=20 > Also, I do not know enough to tell the difference between: >=20 > that test being wrong > vs. > mishandling of the combination (presuming it is supposed to be valid) >=20 > So I may end up just reporting if it reverts to the old settings > being in use vs. not. >=20 > But . . . >=20 > I've an old Odroid C2 with an old NetBSD 9.0_STABLE (GENERIC64) on > it that is on the same type of e.MMC device and the e.MMC is used > to boot. That old NetBSD reports for the ODroid C2 during booting: >=20 > [ 1.8295810] ld1 at sdmmc1: = <0x15:0x0100:DJNB4R:0x00:0xddebe217:0x000> > [ 1.8295810] ld1: 116 GB, 15205 cyl, 255 head, 63 sec, 512 = bytes/sect x 244277248 sectors > [ 1.8439125] ld1: 8-bit width, HS200, 64 MB cache, 100.000 MHz >=20 > So it appears that some form of HS200 is a possibility as far > as the e.MMC device is concerned. (I make no claims about related > Rock64 vs. ODroid hardware capability differences --or FreeBSD's > intent for the Rock64 in this area.) >=20 So, I tried NetBSD 9.2_STABLE on the Rock64 with a e.MMC as the boot media: it does not use HS200 mode (so it uses 52 MHz, not 100 MHz). [ 1.8672737] ld1 at sdmmc1: <0x15:0x0100:DJNB4R:0x00:0x9f43b223:0x000> [ 1.8773160] ld1: 116 GB, 15205 cyl, 255 head, 63 sec, 512 bytes/sect = x 244277248 sectors [ 1.8773160] ld1: 8-bit width, 64 MB cache, 52.000 MHz Not that I know any details about why, but it does suggest that the issue may be Rock64 specific, given what NetBSD 9.2_STABLE does with HS200 on the ODroid C2 . (I updated the C2's NetBSD vintage to match the Rock64 experiment so comparison/contrast results would be more reasonable.) =3D=3D=3D Mark Millard marklmi at yahoo.com ( dsl-only.net went away in early 2018-Mar)