Re: [PATCH 0/2] Add additional globalvar for soc_uid

[Fabian Pflug <f.pflug@pengutronix.de>]

Hey,

On Mon, 2026-04-13 at 10:21 +0200, Jonas Rebmann wrote:
> Hi Fabian,
> 
> On 2026-03-30 14:24, Fabian Pflug wrote:
> > The binary representation was used to compare against,
> 
> What was compared against soc_uid_bin? Or is it still?

It is still used to compare against, but now also exposed to userspace.

> 
> tlv_bind_soc_uid?
> 
> > but never exposed to userspace to query, as the exposed variables
> > could correlate with the value, but did not.
> 
> The exposed string representation is encoded in a manufacturer-specific
> manner, hence for use in scripting, soc_uid_bin should be accessible in
> a generic representation.
> 
> > For example on i.MX8MP the byte order was reversed in comparing
> > the return value of barebox_get_soc_uid_bin and $global.soc_uid.
> 
> This was discussed with regard to i.MX8MP, where the byte order of
> $global.soc_uid and linux' /sys/devices/soc0/serial_number is reversed
> compared to barebox_get_soc_uid_bin.
> 
> Regardless of whether the current value of barebox_get_soc_uid_bin is
> correct, barebox_get_soc_uid_bin should be used for scripting.

I can't follow you on this one. Scripting in my understanding means barebox commands on the commandline or in boot-
scripts for example.
barebox_get_soc_uid_bin is a C function and not available on the commandline.

Could you elaborate what you mean here?

Fabian

> 
> > Signed-off-by: Fabian Pflug <f.pflug@pengutronix.de>
> > ---
> > Fabian Pflug (2):
> >        common: misc: add soc_uid_bin to globalvar
> >        i.MX: HAB: update text for HABV4_CSF_UNLOCK_UID
> > 
> >   arch/arm/mach-imx/Kconfig | 11 +++--------
> >   common/misc.c             |  8 ++++++--
> >   2 files changed, 9 insertions(+), 10 deletions(-)
> > ---
> > base-commit: 1d386a53086d28a0c4eda138ae9408a418b97b7e
> > change-id: 20260330-v2026-03-0-topic-soc_bin_id-d12a84d7b1b5
> > 
> > Best regards,