Received-SPF: pass (google.com: domain of linux-kernel+bounces-204201-linux.lists.archive=gmail.com@vger.kernel.org designates 139.178.88.99 as permitted sender) client-ip=139.178.88.99;
Message-ID: <5770f01f-2341-4fed-81da-3803f3c54f03@denx.de>
Date: Thu, 6 Jun 2024 13:14:37 +0200
Precedence: bulk
MIME-Version: 1.0
User-Agent: Mozilla Thunderbird
Subject: Re: linux-next: build failure after merge of the stm32 tree
To: Alexandre TORGUE <alexandre.torgue@foss.st.com>,
 Stephen Rothwell <sfr@canb.auug.org.au>,
 Alexandre Torgue <alexandre.torgue@st.com>
Cc: Linux Kernel Mailing List <linux-kernel@vger.kernel.org>,
 Linux Next Mailing List <linux-next@vger.kernel.org>
References: <20240606091217.19a08b65@canb.auug.org.au>
 <a827536d-004f-4a5d-8995-321ba9926349@denx.de>
 <361a9191-c320-411e-a628-ff41298391a9@foss.st.com>
Content-Language: en-US
From: Marek Vasut <marex@denx.de>
In-Reply-To: <361a9191-c320-411e-a628-ff41298391a9@foss.st.com>
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit

On 6/6/24 8:54 AM, Alexandre TORGUE wrote:
> Hi

Hello everyone,

> On 6/6/24 01:29, Marek Vasut wrote:
>> On 6/6/24 1:12 AM, Stephen Rothwell wrote:
>>> Hi all,
>>
>> Hello everyone,
>>
>>> After merging the stm32 tree, today's linux-next build (arm
>>> multi_v7_defconfig) failed like this:
>>>
>>> make[4]: *** No rule to make target 
>>> 'arch/arm/boot/dts/st/stm32mp135f-dhsom-dhsbc.dtb', needed by 
>>> 'arch/arm/boot/dts/st/dtbs-list'.  Stop.
>>>
>>> Caused by commit
>>>
>>>    12ff8e167641 ("ARM: dts: stm32: Add support for STM32MP13xx DHCOR 
>>> SoM and DHSBC board")
>>>
>>> I have used the stm32 tree from next-20240605 for today.
>>
>> Fixed in
>>
>> [PATCH] ARM: dts: stm32: Fix STM32MP13xx DHCOR DHSBC Makefile entry
>>
>> sent to linux-arm-kernel .
>>
>> Thanks for the report, sorry for the breakage.
> 
> 
> My fault, I tested to build the board using
> "make  st/stm32mp135f-dhcor-dhsbc.dtb"

That's what I also use most of the time, and OE does its own DT builds.
The LKP bot did find it today.

> Fixed in stm32-next by applying Marek patch. I'll maybe squash it with 
> initial patch for my PR.

Thanks !