From nobody Thu Sep 29 01:03:23 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 4MdFVG4QRvz4cgd6 for ; Thu, 29 Sep 2022 01:03:34 +0000 (UTC) (envelope-from marklmi@yahoo.com) Received: from sonic315-55.consmr.mail.gq1.yahoo.com (sonic315-55.consmr.mail.gq1.yahoo.com [98.137.65.31]) (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 4MdFVF39ZFz3YRx for ; Thu, 29 Sep 2022 01:03:33 +0000 (UTC) (envelope-from marklmi@yahoo.com) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664413411; bh=ZhIBdLhkG3g5BkEUePike5E7Gubr0uB7bc4gRZa0eeE=; h=Subject:From:In-Reply-To:Date:Cc:References:To:From:Subject:Reply-To; b=HsZ0R6nG8phPZy8CumohsatCedhOQi1RIr2dWwI6730P3eqQoGxxnbochhHdUIt3oXbCiDf9EX/sT3Y89flEs29fk1Ifey4bxYVyhgWU+OC8CXOWQsiakd+YzhZ2zQHLh4iMmQeuYseWQgQkshQmdAbRDimlClWPWBJ8/ofXsNmhcy7sXz1doXV9tgyhA/89/FykybOqzsx2WuZanki/fm0cb3NpWABgXscQfaD6D5d0+ZDm4H91Men1nnuYNF138BVQ0GDGDsyb+V7GI/4EmmomD04Paxx8uxxtVopcP2UL5fodC4SNwGiGieH4JJPhxRCVFz4+8KfMXG0PFk9PcA== X-SONIC-DKIM-SIGN: v=1; a=rsa-sha256; c=relaxed/relaxed; d=yahoo.com; s=s2048; t=1664413411; bh=BbPt2CucSk6M12NC2WywimHy98Yj+1wr2119WaUps0A=; h=X-Sonic-MF:Subject:From:Date:To:From:Subject; b=NyecleDtPwIQmJamIdymeybNuSEblf+8ch/jJvpv2/cBpliAX8jEkM/Wlu1YTmkR6ObR37sj9DLdlkerceHHAQ7t5Ufs7QJxe4yFp+wRAn214NzKTGsI2wqsqjMZc0ry/LzS7D9wyCSQCaiBDaToF0Ty1Ab8kqavLI6XrlYW+hGWXGKWDnDIAfjRoTunRmaW/2FTnAlnIGy5eNNA4CKCujRbnDq3SxGTcvObJcewfFUekBTjLy9PJXAwb7qmUoY+SH1xMEQ9pZ9rQDpHhCGFknd6Y1ka79xEW65hvk4jg+0ZqBYGdeDiks3CC22mwDFT8595zQ2UzD12wux1lZ+Iww== X-YMail-OSG: 1A9YkfkVM1nJDUiZDfl2d4CKtA2.jKRljahOA_oD.KHs4E4fxacFiA43fpv.1lN vbLfyzKGvg7kd4PSUOk4qql_VZ482EihqbUaUUJB0CLzFzKPaPIakXUmMZbMmW3KmCMBo91.jH0F wnZ1zvP9.5gGPDvYAGo6IAZbToP4_4wOsGiBMNGNrHtpqoHpaEAGoRdZzF2rIPdYosXI.ckYsLGi MtQeJPkKvQhEOocDbyKBsbfrLYkzu.e9t9QVrcTjjoO8WcS5lf6kotNn3c63qytGGkz9R3YuCSbk GW8SU._hxw0LZz2yOZjdF4OpUswy9SWq1N_L6LXAuclDL1j4o6OLmedmsRRvGUyoa1C4KI4FI3NO vgM1_GIFNzy9FguGgd0CL7pnQSQoiuG5lKIV_kUiFhaClZk..GmhJYwZBg5H.9Y2uBptyOPqvYZP oJsQ_m74o9uPZEtyUpALWOpJZN94vqIq3YWsgAvi99z0BuzvdbkjH4HX0tkmpWtzjmXayVavCZaT xjuES6R0aZDCj7Ya6H6NUDiiNa_6QcGAzcN__8YJM8YOkisgXWHVSs95DLfVy.RZw8EbEZmTwtS3 uPb6LFfA3eRgh8fL.L6qXynLWl5p.wsmlI2T.gllxo8yG_W.sdCCRPXb.YJY9Sf0gnEugGHIdBm1 jl7VWsjDHrJBBTE_YpcDZe.L_9qdjzAia9vctV2.qOEMIyTPdR9x5dkyaiAxdUo3.pMU_qNxeGvY Sv3_rBDdMDuMQ55mrG2a5IgJ5YAhME3n5TIbvLsMZIFMUy76vwpSYKF8_..cKffNaB_uZbN8wmOr LtLem9T4uZUMtU3Abp41zzhBncfUnSh7_q_m_rgV.juRoPOOGQF1nBFFySyAvRLfXhJRhZdI67BW 4mA._VoQnyVwgZ7q9MDkWait3oefFEHfOakb0bSemDi8AMaDyKc95yUDG.V7xb63uxwpoQSF1636 ..JHpkfQ5.WP98pWkaptTLqFhe99DemlgDc1VOuGX9y76Xll0eRBhj7XTNJuxiz.xuyUHosTjRfQ 9psns.Qfs1uVgQoUGiRcX6VUnJPblWulEDV73I55s6TfVGGcJC5iUF2l8GD6XFy5sm5Ht.32IhFZ Dbi9yYYDkLQckQ4fg6u7l5uO5.reKHSJ4SyDJdvfBQWGBGgFNEYOXC0wtB48CVDUb.4VgxvEnqBt 4UAyFQyCUc5Ys.lLNd2mVLNSS4_4ZgiFYE8Hgide.ZuW6TVj5ulYQBNDLlWk12fd8DtKi69AeMPp UCbTnVGVQZ5MOBg2S8sDOAoBak4Hc9.jTROd_q0G1Aw01.9.zAahlcqZTOkHnEvAHsSqhy5k2kom uEB83XP256H55d02PiG2dyDARoXN.Cj4ThrlH9cOPF8MhGgtVCvl4kbrPnt5USYEj_X8TofkwRSA WLs1XhpvB.4qFUwdROZTJsXM3bhDG5VOF2ZSZoaG_4E8dg8zwywH8IzY4bKtVMXvWggZtKt0HNLz EGOpdgVdhmjjO_b1d2CyO3V.DwKRJPACj7vW4bcwPT8B1WZzdf7FrOpGuDccVTOByFrRU5qv9h6t o2prU7oH4aLVf4hwgiCr_zWO7DTPWVv5IJrUh1anV8vmGmdku5OPF2ak0Ov0UqLLA0Zlt__XhVZr 0VzCdFmSORZFhsNHIS7w6hev_MsJNj_YiRH8MZjVEVITDgzhVtMOC0xHYA1YqeiIdynZ5GnUCRKk z6SkGYuIoDD9Puho9KZTV.aIzP_C22018aH5xARbpnJ_Yj9sTKDmuhgqkXlYp7ks8jKTNWNVRGB0 vMsy.tggeqirvnusJhVfu2wGCgHWKVwzxEKPFjMdywne9z1RbNaw0lmXfeocWUwB1IDV3860Mh.V QRQO497ts3_Ibg1jY4LhFOwylEmi1x9HBIf4evQbPT2G2mj9ewWlRRvrWdT8CvbDH8_YFQ5mXaxi 07QbBgtZAS6k4TuXlhZU31GVz7QfUXQeKrl6DiH5ayqHbPpU_KLx1M2wCZb2JXVqYVsdqaLVIKhT 4VWzgukhBjV.JjRRTi1nnoYLCXNh0S5mO0LrT53Nz5BbJZeTezgm8CdY5TKDyIbGa1RKLeByLBhq 8rSeVtAHnN3nI1Rr8lm1hm57AAKtEkOxjVcJbNAkK2lXecP4HHAXq.dqEqC95L4r.1JEaJ88YUbD PABEMt0N0GCWBQvUhQHMBEgxnJ4JUCLml8PP7oaiDNVtmf8R9EJczuP324UwN4Cy8B2ok4H_eMlZ 3JcNCxYATwsapP17odGiuHmaQxf_dmaroy3OHqZ6Pc_Ky0KqUwmJD6J5eaxYpDaNpRXWhv8QIpVc N_Q-- X-Sonic-MF: Received: from sonic.gate.mail.ne1.yahoo.com by sonic315.consmr.mail.gq1.yahoo.com with HTTP; Thu, 29 Sep 2022 01:03:31 +0000 Received: by hermes--production-ne1-6dd4f99767-hqzzl (Yahoo Inc. Hermes SMTP Server) with ESMTPA ID b99522133e8d416a7747a54bbdc16078; Thu, 29 Sep 2022 01:03:25 +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: <20220929002131.GA77106@www.zefox.net> Date: Wed, 28 Sep 2022 18:03:23 -0700 Cc: freebsd-arm , freebsd-uboot@freebsd.org Content-Transfer-Encoding: quoted-printable Message-Id: <197D3C46-063B-4C67-AB1A-A3A072521D7F@yahoo.com> References: <9F57D5D0-F715-4DD2-A05C-FB2B9E8B5C30@yahoo.com> <20220928015721.GA73356@www.zefox.net> <20220928045145.GB73356@www.zefox.net> <81F58716-72CE-45E8-951A-B7B92AD0FE95@yahoo.com> <20220928172839.GA75564@www.zefox.net> <62A7FD9D-DFAD-46B2-8681-F6EF0E5AC0DE@yahoo.com> <8CB25EDF-704A-4F86-B0D4-40818291C161@yahoo.com> <20220928234341.GA77046@www.zefox.net> <20220929002131.GA77106@www.zefox.net> To: bob prohaska X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4MdFVF39ZFz3YRx X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=yahoo.com header.s=s2048 header.b=HsZ0R6nG; dmarc=pass (policy=reject) header.from=yahoo.com; spf=pass (mx1.freebsd.org: domain of marklmi@yahoo.com designates 98.137.65.31 as permitted sender) smtp.mailfrom=marklmi@yahoo.com X-Spamd-Result: default: False [-3.47 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-0.97)[-0.965]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[yahoo.com,reject]; R_DKIM_ALLOW(-0.20)[yahoo.com:s=s2048]; R_SPF_ALLOW(-0.20)[+ptr:yahoo.com]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; DWL_DNSWL_NONE(0.00)[yahoo.com:dkim]; TO_MATCH_ENVRCPT_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:36647, ipnet:98.137.64.0/20, country:US]; RCVD_IN_DNSWL_NONE(0.00)[98.137.65.31:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[yahoo.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[yahoo.com:+]; MIME_TRACE(0.00)[0:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_ENVFROM(0.00)[yahoo.com]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N On 2022-Sep-28, at 17:21, bob prohaska wrote: > With the correct patches finally in place there is some > extra output from u-boot: >=20 > U-Boot 2022.04 (Sep 28 2022 - 16:45:12 -0700) > . . . > starting USB... > . . . > usb_new_device: Cannot read configuration, skipping device 152d:0583 The above is reporting U-Boot having a problem dealing with your bridge/drive combination as seen via bridge access, presuming that I recognize the 152d:0583 correctly. Interestingly, that message is not from the routine usb_new_device but is from: int usb_select_config(struct usb_device *dev) { . . . /* * Kingston DT Ultimate 32GB USB 3.0 seems to be extremely = sensitive * about this first Get Descriptor request. If there are any = other * requests in the first microframe, the stick crashes. Wait = about * one microframe duration here (1mS for USB 1.x , 125uS for USB = 2.0). */ mdelay(1); /* only support for one config for now */ err =3D usb_get_configuration_len(dev, 0); if (err >=3D 0) { tmpbuf =3D (unsigned char *)malloc_cache_aligned(err); if (!tmpbuf) err =3D -ENOMEM; else err =3D usb_get_configuration_no(dev, 0, tmpbuf, = err); } if (err < 0) { printf("usb_new_device: Cannot read configuration, " \ "skipping device %04x:%04x\n", dev->descriptor.idVendor, = dev->descriptor.idProduct); free(tmpbuf); return err; } . . . where: /********************************************************************** * gets len of configuration cfgno */ int usb_get_configuration_len(struct usb_device *dev, int cfgno) { int result; ALLOC_CACHE_ALIGN_BUFFER(unsigned char, buffer, 9); struct usb_config_descriptor *config; =20 config =3D (struct usb_config_descriptor *)&buffer[0]; result =3D usb_get_descriptor(dev, USB_DT_CONFIG, cfgno, buffer, = 9); if (result < 9) { =20 if (result < 0) printf("unable to get descriptor, error %lX\n", dev->status); else printf("config descriptor too short " \ "(expected %i, got %i)\n", 9, result); return -EIO; } return le16_to_cpu(config->wTotalLength); } and: /********************************************************************** * gets configuration cfgno and store it in the buffer */ int usb_get_configuration_no(struct usb_device *dev, int cfgno, unsigned char *buffer, int length) { int result; struct usb_config_descriptor *config; config =3D (struct usb_config_descriptor *)&buffer[0]; result =3D usb_get_descriptor(dev, USB_DT_CONFIG, cfgno, buffer, = length); debug("get_conf_no %d Result %d, wLength %d\n", cfgno, result, le16_to_cpu(config->wTotalLength)); config->wTotalLength =3D result; /* validated, with CPU byte = order */ return result; } (I'll skip more nested routine usage.) We apparently do not have enough output enabled to see the debug routine's output. We are seeing the printf output. There might be a way to set the output message levels while at a U-Boot prompt, up to the maximum compiled in. But it may also be that we would need, say, CONFIG_LOG_MAX_LEVEL=3D8 instead of the 7 we are now using. =3D=3D=3D Mark Millard marklmi at yahoo.com