From: Paul Kocialkowski <paulk@sys-base.io>
To: Dragan Simic <dsimic@manjaro.org>
Cc: u-boot@lists.denx.de, Simon Glass <sjg@chromium.org>,
Philipp Tomsich <philipp.tomsich@vrull.eu>,
Kever Yang <kever.yang@rock-chips.com>,
Quentin Schulz <quentin.schulz@cherry.de>,
Jonas Karlman <jonas@kwiboo.se>,
Chris Morgan <macromorgan@hotmail.com>,
Tim Lunn <tim@feathertop.org>,
Paul Kocialkowski <contact@paulk.fr>
Subject: Re: [PATCH 4/4] rockchip: Disable DRAM debug by default
Date: Thu, 26 Sep 2024 23:39:45 +0200 [thread overview]
Message-ID: <ZvXUoaqT8BLIMRTT@shepard> (raw)
In-Reply-To: <acc079de0eb93a32df523f26836339a7@manjaro.org>
[-- Attachment #1: Type: text/plain, Size: 10514 bytes --]
On Thu 26 Sep 24, 23:24, Dragan Simic wrote:
> On 2024-09-26 23:16, Paul Kocialkowski wrote:
> > Le Thu 26 Sep 24, 23:04, Dragan Simic a écrit :
> > > On 2024-09-26 22:51, Paul Kocialkowski wrote:
> > > > Le Thu 26 Sep 24, 22:17, Dragan Simic a écrit :
> > > > > On 2024-09-26 20:31, Paul Kocialkowski wrote:
> > > > > > From: Paul Kocialkowski <contact@paulk.fr>
> > > > > >
> > > > > > Printing debug details about DRAM is not useful in regular use and
> > > > > > adds visual pollution to the log. Disable it by default.
> > > > >
> > > > > With all the respect, I disagree with disabling this by default.
> > > > > This prints just a couple of lines that can actually be very helpful
> > > > > when figuring out what's going on in case of some DRAM-related issues
> > > > > on random devices in the field.
> > > >
> > > > Well this rationale could apply to lots of things and we generally don't
> > > > print debug info about anything else by default.
> > >
> > > I'd rather see these messages as some kind of additional verbosity,
> > > rather than some true debugging messages for the DRAM init. It's just
> > > a couple of additional lines printed on the console, in the end.
> >
> > It's mostly the fact that it's platform-specific and makes about no
> > sense
> > to a non-developer user that makes me think it's not welcome by default.
> > It's really printing internal variables, not providing user-readable
> > information
> > that can be useful outside of the scope of development.
>
> Well, each and every U-Boot build is platform- and device-specific, so
> I see no problems with some of the messages produced by default being
> platform- or device-specific.
I like the idea that U-Boot behaves more or less the same regardless of the
platform and that there is some consistency in what is shown on the console.
At least that's how I understand the "universal" aspect of it.
> In practice, anything that U-Boot prints on the console has little to no
> meaning to the vast majority of people who actually happen to see and
> register those messages. As a result, those messages are mostly useful
> to the developers only.
I disagree. Most of what is shown is understandable for technical users and
provides informative value. I'm obviously not talking about users that are not
interested in understand how their technology works here, for whom nothing shown
on the console will have any value.
There is a fundamental difference between printing status information and
printing debug information. I think this clearly falls under debug information
(and the name of the config option agrees).
> > > > Maybe DRAM is more likely to be a source of issues than other hardware
> > > > aspects
> > > > that are maybe more stable, but I don't see what would prevent
> > > > rebuilding a
> > > > u-boot binary with debug enabled. If the DRAM config needs tweaking it
> > > > will be
> > > > necessary to rebuild a binary anyway.
> > >
> > > In theory, rebuilding a U-Boot image and reinstalling it is rather
> > > easy.
> > > In practice, it's hardly doable on random devices in the field, and
> > > it's
> > > sometimes virtually impossible. It's simply that not every end user
> > > is
> > > willing or capable of doing things like that.
> >
> > Well that is more or less what makes me think this is not welcome by
> > default:
> > a non-developer user would not be able to do anything useful with this
> > information, since they won't be able to rebuild a binary to change the
> > DRAM
> > config and solve any DRAM-related issue.
>
> A non-developer may be able to forward the messages to a developer, who
> in turn may be able to use them to roughly figure out what's going on.
I don't see how it is useful to have a deeper understanding of some DRAM-related
issue if nothing can be done about it.
> > Just knowing this information "on the field" won't help solve any issue
> > if
> > there is no possibility to undergo development and build a binary with a
> > modified DRAM config.
> >
> > In what scenario exactly do you think this would be valuable information
> > to
> > a non-developer?
>
> I'm actually speaking from experience. Those messages have already
> proven to be useful in a few cases that I happened to witness.
I'd be curious to see cases where this information helped resolve any actual
issue. Honestly I'm not very convinced and haven't changed my mind.
Of course it will be up to maintainers to decide whether this change is good
or not. I can still live with the debug info on by default, I've just been
annoyed by it for a while and thought most people would better like it gone.
Thanks for sharing your thoughts!
Cheers,
Paul
> > > > > > Signed-off-by: Paul Kocialkowski <contact@paulk.fr>
> > > > > > ---
> > > > > > configs/anbernic-rgxx3-rk3566_defconfig | 1 -
> > > > > > configs/neu2-io-rv1126_defconfig | 1 -
> > > > > > configs/roc-pc-mezzanine-rk3399_defconfig | 1 -
> > > > > > configs/roc-pc-rk3399_defconfig | 1 -
> > > > > > configs/rock-pi-n10-rk3399pro_defconfig | 1 -
> > > > > > configs/rock-pi-n8-rk3288_defconfig | 1 -
> > > > > > configs/sonoff-ihost-rv1126_defconfig | 1 -
> > > > > > drivers/ram/rockchip/Kconfig | 1 -
> > > > > > 8 files changed, 8 deletions(-)
> > > > > >
> > > > > > diff --git a/configs/anbernic-rgxx3-rk3566_defconfig
> > > > > > b/configs/anbernic-rgxx3-rk3566_defconfig
> > > > > > index a03509bf4671..5c074cffeb44 100644
> > > > > > --- a/configs/anbernic-rgxx3-rk3566_defconfig
> > > > > > +++ b/configs/anbernic-rgxx3-rk3566_defconfig
> > > > > > @@ -67,7 +67,6 @@ CONFIG_SPL_DM_REGULATOR_FIXED=y
> > > > > > CONFIG_REGULATOR_RK8XX=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > CONFIG_SPL_RAM=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > # CONFIG_RNG_SMCCC_TRNG is not set
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > diff --git a/configs/neu2-io-rv1126_defconfig
> > > > > > b/configs/neu2-io-rv1126_defconfig
> > > > > > index 2a4c9b45a04f..84e4465f2c5f 100644
> > > > > > --- a/configs/neu2-io-rv1126_defconfig
> > > > > > +++ b/configs/neu2-io-rv1126_defconfig
> > > > > > @@ -45,7 +45,6 @@ CONFIG_MMC_DW=y
> > > > > > CONFIG_MMC_DW_ROCKCHIP=y
> > > > > > CONFIG_REGULATOR_PWM=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > CONFIG_SYSRESET=y
> > > > > > diff --git a/configs/roc-pc-mezzanine-rk3399_defconfig
> > > > > > b/configs/roc-pc-mezzanine-rk3399_defconfig
> > > > > > index a57899bfdfa0..b4041902b381 100644
> > > > > > --- a/configs/roc-pc-mezzanine-rk3399_defconfig
> > > > > > +++ b/configs/roc-pc-mezzanine-rk3399_defconfig
> > > > > > @@ -65,7 +65,6 @@ CONFIG_REGULATOR_PWM=y
> > > > > > CONFIG_SPL_DM_REGULATOR_FIXED=y
> > > > > > CONFIG_REGULATOR_RK8XX=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_RAM_ROCKCHIP_LPDDR4=y
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > diff --git a/configs/roc-pc-rk3399_defconfig
> > > > > > b/configs/roc-pc-rk3399_defconfig
> > > > > > index b45f0e0a8994..922f67320c20 100644
> > > > > > --- a/configs/roc-pc-rk3399_defconfig
> > > > > > +++ b/configs/roc-pc-rk3399_defconfig
> > > > > > @@ -62,7 +62,6 @@ CONFIG_REGULATOR_PWM=y
> > > > > > CONFIG_SPL_DM_REGULATOR_FIXED=y
> > > > > > CONFIG_REGULATOR_RK8XX=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_RAM_ROCKCHIP_LPDDR4=y
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > diff --git a/configs/rock-pi-n10-rk3399pro_defconfig
> > > > > > b/configs/rock-pi-n10-rk3399pro_defconfig
> > > > > > index ec995a54a0ee..17fe939ec989 100644
> > > > > > --- a/configs/rock-pi-n10-rk3399pro_defconfig
> > > > > > +++ b/configs/rock-pi-n10-rk3399pro_defconfig
> > > > > > @@ -51,7 +51,6 @@ CONFIG_PHY_ROCKCHIP_TYPEC=y
> > > > > > CONFIG_PMIC_RK8XX=y
> > > > > > CONFIG_REGULATOR_RK8XX=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > CONFIG_SYS_NS16550_MEM32=y
> > > > > > diff --git a/configs/rock-pi-n8-rk3288_defconfig
> > > > > > b/configs/rock-pi-n8-rk3288_defconfig
> > > > > > index 4c09b9137ef8..af0fa8879421 100644
> > > > > > --- a/configs/rock-pi-n8-rk3288_defconfig
> > > > > > +++ b/configs/rock-pi-n8-rk3288_defconfig
> > > > > > @@ -73,7 +73,6 @@ CONFIG_REGULATOR_RK8XX=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > CONFIG_RAM=y
> > > > > > CONFIG_SPL_RAM=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > CONFIG_SYS_NS16550_MEM32=y
> > > > > > CONFIG_SYSRESET=y
> > > > > > diff --git a/configs/sonoff-ihost-rv1126_defconfig
> > > > > > b/configs/sonoff-ihost-rv1126_defconfig
> > > > > > index 4890644c7e6f..739adb49ce93 100644
> > > > > > --- a/configs/sonoff-ihost-rv1126_defconfig
> > > > > > +++ b/configs/sonoff-ihost-rv1126_defconfig
> > > > > > @@ -46,7 +46,6 @@ CONFIG_MMC_DW=y
> > > > > > CONFIG_MMC_DW_ROCKCHIP=y
> > > > > > CONFIG_REGULATOR_PWM=y
> > > > > > CONFIG_PWM_ROCKCHIP=y
> > > > > > -# CONFIG_RAM_ROCKCHIP_DEBUG is not set
> > > > > > CONFIG_BAUDRATE=1500000
> > > > > > CONFIG_DEBUG_UART_SHIFT=2
> > > > > > CONFIG_SYSRESET=y
> > > > > > diff --git a/drivers/ram/rockchip/Kconfig b/drivers/ram/rockchip/Kconfig
> > > > > > index 67c63ecba047..e030c982eccb 100644
> > > > > > --- a/drivers/ram/rockchip/Kconfig
> > > > > > +++ b/drivers/ram/rockchip/Kconfig
> > > > > > @@ -15,7 +15,6 @@ if RAM_ROCKCHIP
> > > > > >
> > > > > > config RAM_ROCKCHIP_DEBUG
> > > > > > bool "Rockchip ram drivers debugging"
> > > > > > - default y
> > > > > > help
> > > > > > This enables debugging ram driver API's for the platforms
> > > > > > based on Rockchip SoCs.
--
Paul Kocialkowski,
Independent contractor - sys-base - https://www.sys-base.io/
Free software developer - https://www.paulk.fr/
Specialist in multimedia, graphics and embedded hardware support with Linux.
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
next prev parent reply other threads:[~2024-09-26 21:39 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-26 18:31 [PATCH 1/4] rockchip: rk3399-roc-pc: Hook sysreset gpio to enable full reset Paul Kocialkowski
2024-09-26 18:31 ` [PATCH 2/4] rockchip: rk3399-rockpro64: " Paul Kocialkowski
2024-09-27 9:28 ` Quentin Schulz
2024-11-05 15:38 ` Quentin Schulz
2024-11-05 18:46 ` Paul Kocialkowski
2024-09-26 18:31 ` [PATCH 3/4] rockchip: rk3399-rockpro64: Disable bootstage instrumentation config Paul Kocialkowski
2024-09-30 9:01 ` Peter Robinson
2024-09-30 18:52 ` Simon Glass
2024-09-30 19:07 ` Paul Kocialkowski
2024-10-01 11:19 ` Simon Glass
2024-09-26 18:31 ` [PATCH 4/4] rockchip: Disable DRAM debug by default Paul Kocialkowski
2024-09-26 20:17 ` Dragan Simic
2024-09-26 20:51 ` Paul Kocialkowski
2024-09-26 21:04 ` Dragan Simic
2024-09-26 21:16 ` Paul Kocialkowski
2024-09-26 21:24 ` Dragan Simic
2024-09-26 21:39 ` Paul Kocialkowski [this message]
2024-09-26 21:50 ` Dragan Simic
2024-09-27 9:25 ` [PATCH 1/4] rockchip: rk3399-roc-pc: Hook sysreset gpio to enable full reset Quentin Schulz
2024-09-27 9:53 ` Paul Kocialkowski
2024-09-27 10:07 ` Quentin Schulz
2024-09-27 12:25 ` Paul Kocialkowski
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZvXUoaqT8BLIMRTT@shepard \
--to=paulk@sys-base.io \
--cc=contact@paulk.fr \
--cc=dsimic@manjaro.org \
--cc=jonas@kwiboo.se \
--cc=kever.yang@rock-chips.com \
--cc=macromorgan@hotmail.com \
--cc=philipp.tomsich@vrull.eu \
--cc=quentin.schulz@cherry.de \
--cc=sjg@chromium.org \
--cc=tim@feathertop.org \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox