From nobody Fri Sep 30 04:11:18 2022 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 4Mdxcb3bt4z4drDY for ; Fri, 30 Sep 2022 04:11:27 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic310-22.consmr.mail.gq1.yahoo.com (sonic310-22.consmr.mail.gq1.yahoo.com [98.137.69.148]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 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 4MdxcZ3Fv3z3q1x for ; Fri, 30 Sep 2022 04:11:26 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664511084; bh=naKN6G8iKunVVPpR73GeDGnaQUdxEc6QNZtLC8GciVo=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=jSpje49wIxs4XscpzlSUv8QrQfQXow0KxqsOnfg/vHaO1wBkg8vufg/ahTMC+x4lo0XejAYoWCapQEzFtbFnkVR55ED4MAtCDK/UZgkb75fV3+cxreCxB9TSfjvrKd67Bh0KEGuDyHexJRxc4zN95rtM/7eb06jEorferhUzilo+72Ht57pNbfRQWnglgICPHdBSMtor8lvIPsSRW4HNxoxwCWUgC9crjiQjPiv+/ptfV15sSMVCYbOYYu2trrACgb8AsfmPJlJipu/oGrFHDzQN7BD/3bIU8G99ukaCJtwGnaS5dqzhkYxD3wPb8SUWoj4vSF0U0EnaexyG1Q3OPQ== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664511084; bh=3lX73OoqBdT5iLGBBBhiq5T5BhCPWGXyKI/D0mxck3E=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=F5ewyO4prfogcY8tih4yP1U2lI9qWMym7PKcyH5euupfXl8OldT3SlYK0IN5ZXYV37DIDNlOUjiTksQGfjxFNVSh/yBmarTSFW7xrkENXC+onKhQO+A10g0Ga/i/wazO/9B19AaN3jTfE7ED/TQ94uIFYAizdG5HMGdMhcd25Xe7cm0uIB+Zc6x/Dwt0mqUWSTk7tEJ5ISK5ZtLOl5Dm4PDku8zMGt4M/mLcut3mqiAW2Gcr6EcnN7ady6c9FQB3Jq3sbLKXhaGj3n2hMqcRxiYu0KZjGZPU7ayi666lXmIsTiF+d95/noDpX0kciUOhxVW4FOWXInBmmZfVtd+33Q== X-YMail-OSG: gvXdmMMVM1mXskVfyG_b.7xvv7ZoCGhLq6aLKRWlDfjA68dd6xlg3vUdlpOiJCD 4R_zX1lEeBZyReZ7kjADxccwit1Y5q4E68MTLQuhk5dA1HxhRaeQyML5fmJ8PwCVM5nraBmxTlPH 1vcffKrDxSynypIDlxbH5kW6ef6vWhGAga7kIVkWrG3h.L5s6IBzOc0gdKh7W.f1tmneI9R8rbxM BlAOfPDN9FGsWX4oCpsYfcROubxqrGNNN86rgjjarKh_99A75HhtDcvdkzR8I3n3MVoOS8_EZmYv uaIT77m.OLnUUh.VDX0Tq3C1O_sDJ_TDRJLYwdRXKfsHYwEFAa.EBpZvZz5dWwQHApGmUMOackvH 1_5Bajg12Mij1Xfk1EP14AOYbZ4beduw6AgoSf3GvN77aKd2EOnFP8TCZRSqJNJ8QZFPsnwrSIlc dkDDwHG.ZqDrCLAcy55Gdzic82gbucBakz6BeyITrZWTj.RrPGFBkS0XOyabCoVsaYj6TEM3ROJd znP9tMYNV.lsGvq4E_pXbLvCbDMufCTOe7axGZkvsnONznKXHWTFvkLOi2jwaJbPoT6859gLWMkP XPgqHDg0O69BfV900RKRVCw3zC5BSA4ZC2oxDXBGsN2U_1YC2Q7eLt2FffXFyxqKK1SEFhCQxJl5 X045.KoRjLm3D3zPTfeykmES1ukSGWajbN_4X5fx_JYaBGwU1AFLhEby8Q.Q._3njy5lLToa8J8U fetSIHfagSwN1QJ0dbdXEcmvWy7HYa3XYTLRotBKyTzbBIZ7biKN1GdDFPz7FKBA1EmZWsjVh1cj 9hyJWLT73i8UtZKfyMqCITsrnrSVq7Q8GyU6ZL0OAj0Fkn91QTms0q3kRvyizuYx1bHCsNHYU2FS a1webVsnTZueuWCl3IOsgJCuMOAJkblA4Ro7IlDuzHPrit5vhepT9L2zxrqzmRcO6oxDMXNstoJL 8TtFw3zipvDmmq.748IbGF0F8ANYVdsHI8mlIsI5FndliNXT20D0Kn2JTTHjUzJka22arIBshUSb iCS6DpKV7OwewnWEUaKIO9d.N97ImG.T.gMLTDgBVZUBOHvUrq0R9IUWB419bmAXbduX2Wc1I85w YHJOF_ceCspcHPQi4cbeCih1_QhAg.tf7Uq.QNtvi8tzESO5JGJ9UAHHIKZUZpOQDljtbW_PzMx4 1jb6ceTQ9RXQJvudHhAROeCFmz7rpOuU4gZuPmTOeoqLSEBkdTcY1j2WMtQ18.qyC8SKoPeIRQPz QUJnKkyPisf1I1ZBvYzAoh1U3BmIXZeqLWshsp9sgT3skhjybJCoE4qlvxBAGLK_UPWFtkVrT57u spNHMHQQeKoNOUYybXFL6sTgq1LwqUXDl3UtAlTQNyaqIzwNM6wbVeIx4JB_xsdCkgIuosZeF9wY ePB7aZKTSSkEAxKykpLc46uEIJzzV6LZjPqf2jXpSeiZCH1XsR.WW0veVtmGbgf4F8G3tGyrkefi Yg7EKU6mQqSnCRXoY7_8eMH1MEB1dCCpJd4M8Y8hH6bd7V6vMsD1OItpnQ1f5agvmFS2PhD2ADDm grl2nRHqjf1o4bsoRYOmj9JRux8wk6ajq0e501CgDDRR8IFDa4.nW0SYe7plFu7854HHlnrrnLIS LIC1ZGbbKpQ4ux1wz.AKCU6eeMuwTZaAL31ZMCN3Lz9HawNWlW58LdjKuYkq4giCbeDmU64DIhzm TJ4QNsBHcD.fErIy.5HBU1hAB74n.sr0NMmYIzoFtIbYzHko4M1Mchr7VG.NaKDBW_H9y5PVZvwh jT1rDOjsC4ggpg0hhlvw3S6Bbl1ft2pCTXrBfXchlspJe814o65AsdVMuJU9clitE0zBEpySE2Pu 04AuZDFSzdVU1wWout1DJ_EaZME1_V0x_mTjDLMAGW9_QgpYebW9D10UiUvDdsOaJPZVhUfVzIrW 1L1FZf2E0fznSVpyczPCejA8jLCnn8CpVX634pDB7vvEvq68BtShM6mVTTgERnQlbHjibM3kxmAh P.oiQixL_.9tS9u.37n5rjJBkpLL5t_YicJ3Vc78T3mQqzzR_dhhutLtN7uondkoIwYhCnnNfoQ6 HBAlTR9eArvsBiiNZCO21sUlvG99rJ34geZkoDPiYNJ_X2QQFLyeuT9InxpBNN5UkQtaTxqSKqtF qGv8wsXnvFbnUNcM4Dt_Zp73Qzb5oV4sOJOFPhSx9FGcXgdiuc7jNJGxi.kZ6HC6bdanbcENrQo_ iyYBL7LXLznoTRQI.eeu.4GTytohaUQ6m3htCkvf5s4SwCD68.soTOAIU17k2XMgpPC4rn7p5dw- - X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic310.consmr.mail.gq1.yahoo.com with HTTP; Fri, 30 Sep 2022 04:11:24 +0000 Received: by hermes--production-gq1-94b89944-j9vs8 (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID 85ba77f284506ddb7338690092eb41a8; Fri, 30 Sep 2022 04:11:19 +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 16.0 \(3696.120.41.1.1\)) Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it From: Mark Millard In-Reply-To: Date: Thu, 29 Sep 2022 21:11:18 -0700 Cc: freebsd-arm , freebsd-uboot@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: References: <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <20220929054120.GA77803@www.zefox.net> <20220929151926.GA80020@www.zefox.net> <20220929170927.GB80020@www.zefox.net> <6C5019EC-B4A8-448F-9A85-4A98BC46F7DD@yahoo.com> <20220930002742.GA81169@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MdxcZ3Fv3z3q1x X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=jSpje49w; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.69.148 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.50 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-0.996]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; MIME_GOOD(-0.10)[text/plain]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; RCVD_VIA_SMTP_AUTH(0.00)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; ARC_NA(0.00)[]; RCVD_IN_DNSWL_NONE(0.00)[98.137.69.148:from]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; RCVD_TLS_LAST(0.00)[]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[98.137.69.148:from] X-ThisMailContainsUnwantedMimeParts: N On 2022-Sep-29, at 19:14, Mark Millard wrote: > On 2022-Sep-29, at 17:27, bob prohaska wrote: >=20 >> . . . > U-Boot> run bootcmd_usb0 >=20 > Device 0:=20 > usb_read: udev 0 >=20 > usb_read: dev 0 startblk 0, blccnt 1 buffer 3af42c00 > read10: start 0 blocks 1 > COMMAND phase > DATA phase > usb_bulk_msg error status 0 Looks like the above is from: result =3D usb_bulk_msg(us->pusb_dev, pipe, srb->pdata, = srb->datalen, &data_actlen, USB_CNTL_TIMEOUT * 5); /* special handling of STALL in DATA phase */ if ((result < 0) && (us->pusb_dev->status & USB_ST_STALLED)) { . . . } if (result < 0) { debug("usb_bulk_msg error status %ld\n", us->pusb_dev->status); usb_stor_BBB_reset(us); return USB_STOR_TRANSPORT_FAILED; } (result's value seems to not be reported.) The above code's usb_stor_BBB_reset use initiated the below: > BBB_reset > usb_control_msg: request: 0xFF, requesttype: 0x21, value 0x0 index 0x0 = length 0x0 > BBB_reset result -110: status 0 reset > usb_control_msg: request: 0x1, requesttype: 0x2, value 0x0 index 0x81 = length 0x0 > BBB_reset result -22: status 0 clearing IN endpoint > usb_control_msg: request: 0x1, requesttype: 0x2, value 0x0 index 0x2 = length 0x0 > BBB_reset result -22: status 0 clearing OUT endpoint > BBB_reset done Looks like -110 is from a: return -ETIMEDOUT; Looks like each -22 is from a: return -EINVAL; The -EINVAL results seem to be from usb_clear_halt doing: int endp =3D usb_pipeendpoint(pipe)|(usb_pipein(pipe)<<7); result =3D usb_control_msg(dev, usb_sndctrlpipe(dev, 0), USB_REQ_CLEAR_FEATURE, = USB_RECIP_ENDPOINT, 0, endp, NULL, 0, USB_CNTL_TIMEOUT * 3); /* don't clear if failed */ if (result < 0) =20 return result; usb_clear_halt is used twice, via usb_stor_BBB_reset : pipe =3D usb_rcvbulkpipe(us->pusb_dev, us->ep_in); result =3D usb_clear_halt(us->pusb_dev, pipe); pipe =3D usb_sndbulkpipe(us->pusb_dev, us->ep_out); result =3D usb_clear_halt(us->pusb_dev, pipe); > Read ERROR This is from: retry_it: =20 if (smallblks =3D=3D ss->max_xfer_blk) usb_show_progress(); srb->datalen =3D block_dev->blksz * smallblks; srb->pdata =3D (unsigned char *)buf_addr; if (usb_read_10(srb, ss, start, smallblks)) { debug("Read ERROR\n"); ss->flags &=3D ~USB_READY; usb_request_sense(srb, ss); if (retry--) =20 goto retry_it; blkcnt -=3D blks; break; } =20 The retry_it getting to usb_read_10 again lead to: > COMMAND phase > DATA phase So it is the retry using usb_read_10 that ends up with the RPi3B reboot happening instead of completing. I'm not likely to manage to give this further interpretation. =3D=3D=3D Mark Millard marklmi at yahoo.com