Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67;
Message-ID: <7e13626ae46b6241549e33c983695bed316e9a6f.camel@pengutronix.de>
Subject: Re: linux-next: build failure after merge of the imx-mxs tree
From:   Lucas Stach <l.stach@pengutronix.de>
To:     Shawn Guo <shawnguo@kernel.org>,
        Stephen Rothwell <sfr@canb.auug.org.au>
Cc:     Linux Next Mailing List <linux-next@vger.kernel.org>,
        Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Date:   Thu, 12 Dec 2019 10:45:34 +0100
In-Reply-To: <20191212013323.GZ15858@dragon>
References: <20191212083556.1b98ece7@canb.auug.org.au>
         <20191212013323.GZ15858@dragon>
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.30.5-1.1 
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

Hi Shawn,

On Do, 2019-12-12 at 09:33 +0800, Shawn Guo wrote:
> Hi Stephen,
> 
> On Thu, Dec 12, 2019 at 08:35:56AM +1100, Stephen Rothwell wrote:
> > Hi all,
> > 
> > After merging the imx-mxs tree, today's linux-next build (arm
> > multi_v7_defconfig) failed like this:
> 
> Sorry for the breakage.
> 
[...]
> > The warning was (probably) introduced by commit
> > 
> >   e79295edf1df ("ARM: dts: imx6: RDU2: link eDP bridge to panel")
> 
> I have just taken these two commits out.

The commit message of this change should maybe have been clearer, but
the warning is expected. The bootloader fixes the DT before passing it
on to Linux by completing the other direction of link if eDP is
enabled.

How do we want to handle this? If you totally dislike the warning I can
get around it by not adding the link and adding some more complexity to
the bootloader, but given the choice I would like to keep the
incomplete link in the Linux DT and keep bootloader complexity down.

Regards,
Lucas