linux-kernel - Re: [PATCH] arm64: dts: freescale: imx8mq: Disable noc dts node

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: <20211123110709.GA31998@dragon>
Date:   Tue, 23 Nov 2021 19:07:10 +0800
From:   Shawn Guo <shawnguo@...nel.org>
To:     Martin Kepplinger <martink@...teo.de>
Cc:     Abel Vesa <abel.vesa@....com>, Rob Herring <robh@...nel.org>,
        Sascha Hauer <s.hauer@...gutronix.de>,
        Pengutronix Kernel Team <kernel@...gutronix.de>,
        NXP Linux Team <linux-imx@....com>,
        linux-arm-kernel@...ts.infradead.org,
        Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
        devicetree@...r.kernel.org
Subject: Re: [PATCH] arm64: dts: freescale: imx8mq: Disable noc dts node

On Tue, Nov 23, 2021 at 09:30:02AM +0000, Martin Kepplinger wrote:
> Am Dienstag, dem 23.11.2021 um 17:24 +0800 schrieb Shawn Guo:
> > On Tue, Nov 23, 2021 at 09:15:57AM +0000, Martin Kepplinger wrote:
> > > Am Dienstag, dem 23.11.2021 um 16:58 +0800 schrieb Shawn Guo:
> > > > On Thu, Nov 11, 2021 at 01:16:09PM +0200, Abel Vesa wrote:
> > > > > Adding interconnect properties to the consumer nodes creates
> > > > > a dependency on noc device. The imx-bus devfreq driver is not
> > > > > usable
> > > > > without the full interconnect support. The interconnect is not
> > > > > yet
> > > > > working on i.MX platforms. The devlink created on device_add
> > > > > makes
> > > > > the lcdif and other nodes that have the interconnect properties
> > > > > wait for the noc (imx-bus driver) to probe first.
> > > > > 
> > > > > To make sure the interconnect consumers (nodes that have
> > > > > interconnect
> > > > > properties already added) will still probe, lets disable the
> > > > > noc
> > > > > node
> > > > > for now. Once the interconnect on i.MX platforms is fully
> > > > > functional,
> > > > > the status of the noc node can be changed.
> > > > > 
> > > > > Fixes: ad1abc8a03fdbc05b ("arm64: dts: imx8mq: Add interconnect
> > > > > for
> > > > > lcdif")
> > > > 
> > > > Martin,
> > > > 
> > > > Do you have any comment?  So your commit added something
> > > > untested?
> > > > 
> > > > Shawn
> > > 
> > > hi Shawn,
> > > 
> > > well, for imx8mq the only missing piece is the mxsfb icc bandwidth
> > > request. I posted a first version a year ago but that didn't make
> > > it
> > > in:
> > > https://lore.kernel.org/linux-arm-kernel/20201201103757.32165-1-martin.kepplinger@puri.sm/
> > > 
> > > So this should create a working state until the real fix in mxsfb
> > > is
> > > there (although I'd revert commit ad1abc8a03fd ("arm64: dts:
> > > imx8mq:
> > > Add interconnect for lcdif") instead).
> > 
> > Besides lcdif, the mipi-csi devices have interconnects property too. 
> > Are
> > they already working?  If so, it makes more sense to revert
> > ad1abc8a03fd
> > instead.
> 
> imx8mq-mipi-csi.c request the bandwidth, yes. we use that and the
> preliminary mxsfb request above so that works.
> 
> do you want me to send the revert?

Yes, please.

Shawn