lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID:
 <PAXPR04MB84599D676EC1E3879694579688B2A@PAXPR04MB8459.eurprd04.prod.outlook.com>
Date: Wed, 24 Dec 2025 07:08:55 +0000
From: Peng Fan <peng.fan@....com>
To: Andrew Lunn <andrew@...n.ch>, Marco Felsch <m.felsch@...gutronix.de>
CC: Krzysztof Kozlowski <krzk@...nel.org>, Ying Liu <victor.liu@....com>,
	"krzk+dt@...nel.org" <krzk+dt@...nel.org>, Rob Herring <robh@...nel.org>,
	Conor Dooley <conor+dt@...nel.org>, Shawn Guo <shawnguo@...nel.org>, Sascha
 Hauer <s.hauer@...gutronix.de>, Pengutronix Kernel Team
	<kernel@...gutronix.de>, Fabio Estevam <festevam@...il.com>, Andrzej Hajda
	<andrzej.hajda@...el.com>, Neil Armstrong <neil.armstrong@...aro.org>, Robert
 Foss <rfoss@...nel.org>, Laurent Pinchart
	<laurent.pinchart@...asonboard.com>, Jonas Karlman <jonas@...boo.se>, Jernej
 Skrabec <jernej.skrabec@...il.com>, Maarten Lankhorst
	<maarten.lankhorst@...ux.intel.com>, Maxime Ripard <mripard@...nel.org>,
	Thomas Zimmermann <tzimmermann@...e.de>, David Airlie <airlied@...il.com>,
	Simona Vetter <simona@...ll.ch>, "devicetree@...r.kernel.org"
	<devicetree@...r.kernel.org>, "imx@...ts.linux.dev" <imx@...ts.linux.dev>,
	"linux-arm-kernel@...ts.infradead.org"
	<linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org"
	<linux-kernel@...r.kernel.org>, "dri-devel@...ts.freedesktop.org"
	<dri-devel@...ts.freedesktop.org>
Subject: RE: [PATCH v7 1/3] dt-bindings: soc: imx93-media-blk-ctrl: Add PDFC
 subnode to schema and example

> Subject: Re: [PATCH v7 1/3] dt-bindings: soc: imx93-media-blk-ctrl:
> Add PDFC subnode to schema and example
> 
> > We discussed the ranges/reg usage internally as well with the
> > following
> > outcome:
> >
> > - Situation
> >
> >   With i.MX8M SoCs NXP introduced MIX domains. Each domain has
> a so
> >   called BLK-CTRL IP. There is no common register layout for the
> >   BLK-CTRL IPs. In addition to this, the register fields within one
> >   register may not related to the same IP. Please see my below
> example:
> >
> >   The DISP_MUX register configures the DPI output routed to physical
> >   SoC pads as well as the internal MIPI-DSI DPI behavior. This PDFC
> >   bridge binding is only interested in the first part, not the 2nd.
> >
> >   In other words, the BLK-CTRL IP can be seen as a bunch of loose
> >   register fields.
> 
> Why do hardware engineers keep on insisting on doing this. And why
> don't software engineers when asked to review the proposed registers
> push back and say No?
> 
> I know this is out of you hands, but it is something we should
> encourage software engineers at SoC vendors to do. Otherwise we will
> have to continually live with such a mess.

This is kind of system architecture. There are several mixes in the SoC,
each mix is a group of IPs(in-house designed or 3rd party). The blk-ctrl
module is to do various settings that could be done in each IP.

I agree that BLK-CTRL is not good for software usage, and we need to
discuss with architectures for future improvements.

Thanks,
Peng.

> 
>      Andrew

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ