linux-kernel - Re: [PATCH v9 03/13] media: hantro: Use syscon instead of 'ctrl' register

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] [thread-next>] [day] [month] [year] [list]

Message-ID: <72fef3d9f79194876f2035e996bb83f9f8b12902.camel@pengutronix.de>
Date:   Mon, 17 May 2021 12:52:57 +0200
From:   Lucas Stach <l.stach@...gutronix.de>
To:     Ezequiel Garcia <ezequiel@...labora.com>,
        Benjamin Gaignard <benjamin.gaignard@...labora.com>,
        p.zabel@...gutronix.de, mchehab@...nel.org, robh+dt@...nel.org,
        shawnguo@...nel.org, s.hauer@...gutronix.de, festevam@...il.com,
        lee.jones@...aro.org, gregkh@...uxfoundation.org,
        mripard@...nel.org, paul.kocialkowski@...tlin.com, wens@...e.org,
        jernej.skrabec@...l.net, hverkuil-cisco@...all.nl,
        emil.l.velikov@...il.com, "Peng Fan (OSS)" <peng.fan@....nxp.com>,
        Jacky Bai <ping.bai@....com>
Cc:     devel@...verdev.osuosl.org, devicetree@...r.kernel.org,
        linux-kernel@...r.kernel.org, linux-rockchip@...ts.infradead.org,
        linux-imx@....com, kernel@...gutronix.de, kernel@...labora.com,
        cphealy@...il.com, linux-arm-kernel@...ts.infradead.org,
        linux-media@...r.kernel.org
Subject: Re: [PATCH v9 03/13] media: hantro: Use syscon instead of 'ctrl'
 register

Hi Ezequiel,

Am Sonntag, dem 16.05.2021 um 19:40 -0300 schrieb Ezequiel Garcia:
> Hi Lucas,
> 
> On Fri, 2021-04-16 at 12:54 +0200, Lucas Stach wrote:
> > Am Mittwoch, dem 07.04.2021 um 09:35 +0200 schrieb Benjamin Gaignard:
> > > In order to be able to share the control hardware block between
> > > VPUs use a syscon instead a ioremap it in the driver.
> > > To keep the compatibility with older DT if 'nxp,imx8mq-vpu-ctrl'
> > > phandle is not found look at 'ctrl' reg-name.
> > > With the method it becomes useless to provide a list of register
> > > names so remove it.
> > 
> > Sorry for putting a spoke in the wheel after many iterations of the
> > series.
> > 
> > We just discussed a way forward on how to handle the clocks and resets
> > provided by the blkctl block on i.MX8MM and later and it seems there is
> > a consensus on trying to provide virtual power domains from a blkctl
> > driver, controlling clocks and resets for the devices in the power
> > domain. I would like to avoid introducing yet another way of handling
> > the blkctl and thus would like to align the i.MX8MQ VPU blkctl with
> > what we are planning to do on the later chip generations.
> > 
> > CC'ing Jacky Bai and Peng Fan from NXP, as they were going to give this
> > virtual power domain thing a shot.
> > 
> 
> It seems the i.MX8MM BLK-CTL series are moving forward:
> 
> https://patchwork.kernel.org/project/linux-arm-kernel/list/?series=479175
> 
> ... but I'm unable to wrap my head around how this affects the
> devicetree VPU modelling for i.MX8MQ (and also i.MX8MM, i.MX8MP, ...).
> 
> 
For the i.MX8MQ we want to have the same virtual power-domains provided
by a BLK-CTRL driver for the VPUs, as on i.MX8MM. This way we should be
able to use the same DT bindings for the VPUs on i.MX8MQ and i.MX8MM,
even though the SoC integration with the blk-ctrl is a little
different.

> Can you clarify that?
> 
I'm planning on sending some patches adding i.MX8MQ VPU support to the
BLK-CTRL driver in the next few days. I guess that should clarify
things. :)

Regards,
Lucas