From nobody Sun Oct 02 18:20:49 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 4MgXMn0NRqz4V5Dg; Sun, 2 Oct 2022 18:20:53 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (www.zefox.net [50.1.20.27]) (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 "www.zefox.com", Issuer "www.zefox.com" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4MgXMl2XwQz3MJt; Sun, 2 Oct 2022 18:20:51 +0000 (UTC) (envelope-from fbsd@www.zefox.net) Received: from www.zefox.net (localhost [127.0.0.1]) by www.zefox.net (8.16.1/8.15.2) with ESMTPS id 292IKnCS002627 (version=TLSv1.3 cipher=TLS_AES_256_GCM_SHA384 bits=256 verify=NO); Sun, 2 Oct 2022 11:20:49 -0700 (PDT) (envelope-from fbsd@www.zefox.net) Received: (from fbsd@localhost) by www.zefox.net (8.16.1/8.15.2/Submit) id 292IKnGd002626; Sun, 2 Oct 2022 11:20:49 -0700 (PDT) (envelope-from fbsd) Date: Sun, 2 Oct 2022 11:20:49 -0700 From: bob prohaska To: Mark Millard Cc: freebsd-arm , freebsd-uboot@freebsd.org Subject: Re: u-boot debug, was: Re: U-boot on RPI3, sees disk but won't boot it Message-ID: <20221002182049.GA2255@www.zefox.net> References: <20220929002131.GA77106@www.zefox.net> <197D3C46-063B-4C67-AB1A-A3A072521D7F@yahoo.com> <6AA65AE6-41F1-405F-A592-7D641EA4C9CF@yahoo.com> <20221001174724.GA98055@www.zefox.net> <20221001193033.GA98348@www.zefox.net> <46226720-D867-4AD3-9559-A4365FAC28C4@yahoo.com> <6DB88FC9-629C-43E6-9673-32640FC547F7@yahoo.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; charset=us-ascii Content-Disposition: inline In-Reply-To: <6DB88FC9-629C-43E6-9673-32640FC547F7@yahoo.com> X-Rspamd-Queue-Id: 4MgXMl2XwQz3MJt X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=none (mx1.freebsd.org: domain of fbsd@www.zefox.net has no SPF policy when checking 50.1.20.27) smtp.mailfrom=fbsd@www.zefox.net X-Spamd-Result: default: False [-1.10 / 15.00]; AUTH_NA(1.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-1.000]; NEURAL_HAM_SHORT(-1.00)[-1.000]; MID_RHS_WWW(0.50)[]; WWW_DOT_DOMAIN(0.50)[]; MIME_GOOD(-0.10)[text/plain]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org,freebsd-uboot@freebsd.org]; FREEMAIL_TO(0.00)[yahoo.com]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; R_DKIM_NA(0.00)[]; ASN(0.00)[asn:7065, ipnet:50.1.16.0/20, country:US]; TO_MATCH_ENVRCPT_SOME(0.00)[]; R_SPF_NA(0.00)[no SPF record]; RCVD_TLS_LAST(0.00)[]; FROM_HAS_DN(0.00)[]; ARC_NA(0.00)[]; RCVD_COUNT_THREE(0.00)[3]; RCPT_COUNT_THREE(0.00)[3]; DMARC_NA(0.00)[zefox.net]; TO_DN_SOME(0.00)[]; MID_RHS_MATCH_FROM(0.00)[] X-ThisMailContainsUnwantedMimeParts: N On Sat, Oct 01, 2022 at 02:21:42PM -0700, Mark Millard wrote: > > http://nemesis.zefox.com/~fbsd/pelorus_console.txt7_orig_fragment > > still shows all the debug output. It did not > avoid the timing changes. > > You might need to not use either of: > > patch-common_usb__hub.c > patch-common_usb__storage.c > > and to disable the LOG_DEBUG and DEBUG lines in: > > patch-common_usb.c > > via turning them into comments by adding // as > indicated below: > > +//#define LOG_DEBUG > +//#define DEBUG > I think the changes were successful, u-boot compiles and runs. There's no extra output, and unfortunately only one successful reboot so far. Bus scanning seems quite slow. Storage devices are rarely found on reset, but usb reset does sometimes work. Run bootcmd_usb0 paused for minutes at Device 0: and paused again after reporting ..current device. No echo from the console, ctrl-C did nothing. The attempt sequence was SRBSPRMRPRRPUPPRRUPUCUUC where S is shutdown -r R is reset of u-boot U is usb reset P is powercycle M is stop at mountroot C is run bootcmd_usb0 The console log is at http://nemesis.zefox.com/~fbsd/pelorus_console.txt8_no_debug It now appears that the run bootcmd_usb0 rather reliably gets stuck, with the disk LED on steadily (no activity). Maybe in one of the loops seen earlier? Thanks again for all your help! bob prohaska