Re: [PATCH 1/4] dt-bindings: Document new common property: has-inaccessible-regs

From: Andreas Kemnade

Date: Sat Nov 29 2025 - 18:03:07 EST


On Sat, 29 Nov 2025 16:49:11 +0100
Krzysztof Kozlowski <krzk@xxxxxxxxxx> wrote:

> On 29/11/2025 16:44, Krzysztof Kozlowski wrote:
> >> scm_conf_clocks: clocks {
> >> #address-cells = <1>;
> >> #size-cells = <0>;
> >> };
> >> };
> >>
> >> So, drivers like ti,pbias-dra7 or ti,dra7xx-phy-gmii-sel touch only registers
> >> they know about and this works well.
> >> But syscon manages the whole register map via regmap, and regmap exposes it all
> >> via debugfs.
> >>
> >> What solution do you propose?
> >> Splitting reg = <0x0 0x1400> into many tiny fractions and not using an mfd anymore?
> >
> > Fix the driver. In your case, the syscon driver.
>
> BTW, the state of existing TI DRA code is so poor that you don't have
> many choices... or rather every choice has drawbacks. If this was proper
> DTS, then I would say - define register map, used by regmap, for your
> compatible either in syscon driver or dedicated driver (thus new driver
> will be the syscon provider for you, just like Google GS101 syscon is
> special).
>
> Or maybe this is not syscon at all!
>
> Remember that syscon is a collection of miscellaneous system controller
> registers. You should not use syscon for other things, like devices with
> incomplete hardware description.
>
It is referenced in mmu0_disp1, it looks like some syscon.
mmu0_dsp1:
...
ti,syscon-mmuconfig = <&dsp1_system 0x0>;

So it looks valid. In code omap-iommu.c, aparrently only one register is
written.

But again, DRA7 is not my area, OMAP3-5: yes.

Regards,
Andreas