From nobody Tue Sep 27 23:15: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 4Mcb8W0bF9z4dSy6 for ; Tue, 27 Sep 2022 23:15:55 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4Mcb8T6kpFz3HdB for ; Tue, 27 Sep 2022 23:15:53 +0000 (UTC) (envelope-from maciphone2@googlemail.com) Received: by mail-ej1-x630.google.com with SMTP id nb11so23725909ejc.5 for ; Tue, 27 Sep 2022 16:15:53 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=googlemail.com; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:from:to:cc:subject:date; bh=HgMy7b7EVSVtWsGWPuXY7vdWp5sj2B5J916eY9VwEHQ=; b=d+DHjobGpF5dh2Bi99IoXRyeXgUDYMicKeTykb5tpposcjYrRH4g3F012R2teXagG+ wlhbqUniESc95+8i5eRT8Ru8AshiCoRe2bGLUjxmeVYn3DfjB4zWptUowmCBY0teb48t kWxMO0+t+LVAKw1plRxo1djnxUd2DcdkKaMDAWsCfE7eBCv46xveiuraa80knqzaNfw8 Jhw9jRGPLX5Rem78Ge+1u9CkF7bSlmRJSFHzo7H7oyarDwDEnJuMbmYlaMJQBYL9nFms akMeLckRZg1M304PMJzqL+bp75LjPqb30Zcsw8QgkgQZvlVRsp1NwMjurmKLdvAV86SJ KxFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=message-id:in-reply-to:to:references:date:subject:mime-version :content-transfer-encoding:from:x-gm-message-state:from:to:cc :subject:date; bh=HgMy7b7EVSVtWsGWPuXY7vdWp5sj2B5J916eY9VwEHQ=; b=bEBYGYSCq7bLwSMp+Fw9hjwhBjOfn5Ca8LtQKAoMqCHX9zbI0rZ75RyunfwdYLpWNi vPqnEQOhUEEvxkGdAfLgNjpZzB7/XWbF4STqEz4yZqyDpTsQmg7Megyhqp90P0+lKpE1 KdxmnFrLa++kjbm5HgLS5XmbkAjnU5JvpYAcIBvPoPhK9GhXNAz9N267g+3ALVhNw5Wx RVJcMFL58+R0rZAeHa6jUxPZa2bSMrJwuQqBHomismp19n17+GNDQahOdpeGF+tLBGl0 b3Z9sVnE9OQFr2MWqtmS30QT0IY90qe1IMSnMp/Je4IV/bYBIGDGZqGaaY+ICZ8K3p39 TgOQ== X-Gm-Message-State: ACrzQf2W7nifyB3gg67t0HvSxz1vZ3O1ho2O0VSmh2t4rCakeNuAE9MD r90mct7LkwUIERxdYuPoa6zb2qZt/HI= X-Google-Smtp-Source: AMsMyM4/nXklAR/5RGOSFylygIFSud5XlPmhIgYVNwNzQJxe1wGFvAsNEv48nAUYn181fPJmGtQIkA== X-Received: by 2002:a17:907:3f9f:b0:782:a14a:fdf9 with SMTP id hr31-20020a1709073f9f00b00782a14afdf9mr20037689ejc.49.1664320551926; Tue, 27 Sep 2022 16:15:51 -0700 (PDT) Received: from smtpclient.apple (dynamic-046-114-185-233.46.114.pool.telefonica.de. [46.114.185.233]) by smtp.googlemail.com with ESMTPSA id p5-20020a056402044500b00457b9c55b87sm1895736edw.45.2022.09.27.16.15.50 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 27 Sep 2022 16:15:51 -0700 (PDT) From: =?utf-8?Q?Klaus_K=C3=BCchemann?= Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable 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 Date: Wed, 28 Sep 2022 01:15:49 +0200 References: <20220921154240.GA37735@www.zefox.net> <8CC2A42B-21AC-44C6-BD02-44D320CADF63@yahoo.com> <20220921175026.GA45144@www.zefox.net> <5DB9C93B-B9E1-418D-ABA3-8A0CFCE85C0F@yahoo.com> <3781CF46-C4F7-4579-8655-B7558B724C0A@yahoo.com> <20220922014500.GA46697@www.zefox.net> <20220925160531.GA63213@www.zefox.net> <20220925193415.GA63733@www.zefox.net> <3D6CF13E-261D-41D2-AC5B-923C0BF54087@yahoo.com> <20220927160328.GA71742@www.zefox.net> <67C09E9F-AD1D-4D0D-9E6F-9C1B046D8952@googlemail.com> <4154AFCB-7428-4005-843A-4EF8C0EBCCB8@googlemail.com> <9A3609DF-D873-4712-A61D-C351C162EF2A@googlemail.com> <61CFA9D4-8DFD-41C5-A2B4-E5B3CD78C327@yahoo.com> <650FD030-783D-46C4-8CC9-50D608569898@yahoo.com> <81C8A094-8492-41DC-A74E-486A9225A2A3@googlemail.com> <760FE9D5-7A1D-40C2-B4CC-E90B300F5B3B@yahoo.com> To: Mark Millard , bob prohaska , freebsd-arm@freebsd.org In-Reply-To: <760FE9D5-7A1D-40C2-B4CC-E90B300F5B3B@yahoo.com> Message-Id: X-Mailer: Apple Mail (2.3696.120.41.1.1) X-Rspamd-Queue-Id: 4Mcb8T6kpFz3HdB X-Spamd-Bar: --- Authentication-Results: mx1.freebsd.org; dkim=pass header.d=googlemail.com header.s=20210112 header.b=d+DHjobG; dmarc=pass (policy=quarantine) header.from=googlemail.com; spf=pass (mx1.freebsd.org: domain of maciphone2@googlemail.com designates 2a00:1450:4864:20::630 as permitted sender) smtp.mailfrom=maciphone2@googlemail.com X-Spamd-Result: default: False [-3.48 / 15.00]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; NEURAL_HAM_LONG(-1.00)[-0.999]; NEURAL_HAM_SHORT(-0.98)[-0.980]; MV_CASE(0.50)[]; DMARC_POLICY_ALLOW(-0.50)[googlemail.com,quarantine]; R_DKIM_ALLOW(-0.20)[googlemail.com:s=20210112]; R_SPF_ALLOW(-0.20)[+ip6:2a00:1450:4000::/36]; MIME_GOOD(-0.10)[text/plain]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCVD_VIA_SMTP_AUTH(0.00)[]; DWL_DNSWL_NONE(0.00)[googlemail.com:dkim]; RCPT_COUNT_THREE(0.00)[3]; TO_MATCH_ENVRCPT_SOME(0.00)[]; PREVIOUSLY_DELIVERED(0.00)[freebsd-arm@freebsd.org]; MID_RHS_MATCH_FROM(0.00)[]; ASN(0.00)[asn:15169, ipnet:2a00:1450::/32, country:US]; RCVD_IN_DNSWL_NONE(0.00)[2a00:1450:4864:20::630:from]; RCVD_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[googlemail.com]; TO_DN_SOME(0.00)[]; RCVD_TLS_LAST(0.00)[]; DKIM_TRACE(0.00)[googlemail.com:+]; FROM_EQ_ENVFROM(0.00)[]; FREEMAIL_TO(0.00)[yahoo.com,www.zefox.net,freebsd.org]; FREEMAIL_ENVFROM(0.00)[googlemail.com]; MIME_TRACE(0.00)[0:+]; MLMMJ_DEST(0.00)[freebsd-arm@freebsd.org] X-ThisMailContainsUnwantedMimeParts: N > Am 28.09.2022 um 00:27 schrieb Mark Millard : >=20 > On 2022-Sep-27, at 14:20, Klaus K=C3=BCchemann = wrote: >>=20 >>> Am 27.09.2022 um 22:36 schrieb Mark Millard : >>>=20 >>> =E2=80=A6..So, for the vintage of U-Boot source that the u-boot = ports are >>> based on, DEBUG would need to be separately defined=E2=80=A6. >>=20 >> If you mean the freebsd u-boot port, I would suggest to completely = ignore older versions/vintages . >> afaik Fbsd will not accept any device specific patch which didn=E2=80=99= t made it (u-boot-) upstream. >> And u-boot also won=E2=80=99t accept such patches if not extensively = validated. >> So you can use the port to compile but I suggest to use the master = stream of u-boot as source >> ( I think that's what you had in mind anyway) >=20 > sysutils/u-boot-* are based on: >=20 > /usr/ports/sysutils/u-boot-master/Makefile:UBOOT_VERSION?=3D = 2022.04 >=20 > I expect that Bob is working with that version for problem > identification (which need not be of a U-Boot issue). > Changes to U-Boot to improve things would be a separate > issue --if such changes are even possible. (Bob is not that > far along.) >=20 > My note was based on having LOG_DEBUG and DEBUG defined in a > way that works for 2022.04 and after without having to worry > about the status of the change in log.h . >=20 >>> Am 27.09.2022 um 22:36 schrieb Mark Millard : >>>=20 >>>=20 >>> So it may be best to always #define LOG_DEBUG in whatever >>> *.c file(s) before the line with: #include >>=20 >> Although that seems a bit unusual maybe u-boot planned it that way( = placing the #define in line 1 of the files),I haven't investigated that = yet =E2=80=A6 >> I would begin with a simple #define DEBUG in common/usb.c and then = look what happens=E2=80=A6 >> and then I would continue with the other files you suggested if = there=E2=80=99s no relevant output from usb.c debug=E2=80=A6 >> using the master stream of u-boot=E2=80=A6 >=20 > Until the following are changed to have appropriate > values at the overall configuration level, it does > not appear that LOG_DEBUG and/or DEBUG will do > anything: >=20 > QUOTE > The following options are used to enable logging > at compile time: >=20 > CONFIG_LOG - Enables the logging system > CONFIG_LOG_MAX_LEVEL - Max log level to > build (anything higher is compiled out) > CONFIG_LOG_CONSOLE - Enable writing log > records to the console > END QUOTE >=20 > I expect that means having them set appropriately > in rpi_arm64_defconfig for the experiments. >=20 >=20 > =3D=3D=3D > Mark Millard > marklmi at yahoo.com I don=E2=80=99t expect that changes made directly in source code of a = file would need to be enabled in KCONFIG or elsewhere , not sure and maybe `m wrong because my last u-boot compilation is a = longer while ago , but I think that #define DEBUG=20 will enable console output (of course only of the debug functions in the = file itself). By the way,=20 nothing is bad with e.g. : /*CONFIG_LOG - Enables the logging system*/ = :-) I`m curious if you and Bob will post your 1st debug output,=20 Then you can optionally ask e.g. expert HPS to translate USB specific = output ;-)=20 Good luck, Regards=20 Klaus