From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from phobos.denx.de (phobos.denx.de [85.214.62.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id 525CEC433EF for ; Wed, 5 Jan 2022 22:07:24 +0000 (UTC) Received: from h2850616.stratoserver.net (localhost [IPv6:::1]) by phobos.denx.de (Postfix) with ESMTP id 78F8C82FE7; Wed, 5 Jan 2022 23:07:21 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=ziswiler.com Authentication-Results: phobos.denx.de; spf=pass smtp.mailfrom=u-boot-bounces@lists.denx.de Received: by phobos.denx.de (Postfix, from userid 109) id 3A6D4833CD; Wed, 5 Jan 2022 23:07:19 +0100 (CET) Received: from mout.perfora.net (mout.perfora.net [74.208.4.194]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)) (No client certificate requested) by phobos.denx.de (Postfix) with ESMTPS id EC02A82A59 for ; Wed, 5 Jan 2022 23:07:15 +0100 (CET) Authentication-Results: phobos.denx.de; dmarc=none (p=none dis=none) header.from=ziswiler.com Authentication-Results: phobos.denx.de; spf=none smtp.mailfrom=marcel@ziswiler.com Received: from [10.10.1.194] ([194.191.235.54]) by mrelay.perfora.net (mreueus004 [74.208.5.2]) with ESMTPSA (Nemesis) id 1MQdh4-1mhd2z27Hi-00NklW; Wed, 05 Jan 2022 23:07:07 +0100 Message-ID: <17b540899ee569f5739a726c2dc01f1fcae0893d.camel@ziswiler.com> Subject: Re: mkimage_fit_atf.sh: not found From: Marcel Ziswiler To: Tom Rini Cc: Tim Harvey , ZHIZHIKIN Andrey , u-boot , Stefano Babic , Fabio Estevam , Schrempf Frieder , Adam Ford , Jagan Teki Date: Wed, 05 Jan 2022 23:07:03 +0100 In-Reply-To: <20220105220445.GE2773246@bill-the-cat> References: <2cfbedf448d612c4a5822c9f03b9c1e62e062a71.camel@ziswiler.com> <20220105220445.GE2773246@bill-the-cat> Content-Type: text/plain; charset="UTF-8" User-Agent: Evolution 3.42.2 (flatpak git) MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-Provags-ID: V03:K1:82j5giAdtjNcXpbtO4BLZyQkHqyZMROjQBzx+0TUproMUP35kVa RE6Qb8rMT+HUiSRNYaylJorBwupmJ0G7RBwhr+T+SznQ/ONGKxsFbnz26REIqzkShBKFLmr TkZohTCJBYqzJ5RDBT6gNK5+pyCinA89vogCQ1Z4l1mRHGRvZKuUt/snBqMytReU7rkdp// EPzMQb17GMsG5xM7ZlBwg== X-UI-Out-Filterresults: notjunk:1;V03:K0:Ig4E43oILAY=:Hjfu3Oq+gPEnyBNoAANL83 GuGqo3aJ5ZadfIKrputCNCv7KkLdOZhfgrAb49dVigLXmwYUPTEiM42vP2loIz3cavwVh4j+a vWO734kuy4D8lzU0gu2v9r94V0VY8h+FbvikIGLu0eEK3OnUA5ZFb223GrT9m6stzjBBooXzZ QLCShfHy9P8NqWn+UDcDQ2R+NRUnKEKw4jG4ZrGfxWckuqQDPQnXdbDvazvYKnOXZeU0yhfYU QafNFVQzS8b+3qfPWY7FIheWeFf7qfikdpXCrOT7Fq8eDw3wshvkq5872qF2aHbrgBS4RlfE+ MX+BQFtJJTd63KWZMkDDZkdR1Eid3bIUrR1Kayt/23soQaMcN1QF4WBha56PHlKkNc5+Huaoa rrRoyXUdrHiEogGHD+E3zBhp2PnF0HEL4wczdEDDEVyPl7aOKFAvj1bknEoVwdIXkvHvdbuQG zrm03K0pCJb5cblRSSU6QIcWevY+36aznCrFDYp5QefXSCFRVSWsHuWsTmvCpAfsjx2Eh8vnR E/K3KPVzFv6SPT+jQX7tx9vE7uZagmIMm+djMSf9n8PSjBHhMkFQTd9gliZu0LwcWBh1sRhqS D9lmCC2NwTC6XAlMB4J/8jh6o6mysHS+olbMSl4NXSA/OqUBnWMOG1YOhIErBjp+KCCABO6AQ cGQN7gCBLeCb9zt9gEhTcagjpVEB6+6Scz85dDxePUwa58P2+sU9BEH9DImYdPl3+waoiRmIN jNpARLAzWvC7pAXoS3iyMjTArYNWRsQmNjOBJ58Nazga/smvb/23bS+8sSs= X-BeenThere: u-boot@lists.denx.de X-Mailman-Version: 2.1.38 Precedence: list List-Id: U-Boot discussion List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: u-boot-bounces@lists.denx.de Sender: "U-Boot" X-Virus-Scanned: clamav-milter 0.103.2 at phobos.denx.de X-Virus-Status: Clean On Wed, 2022-01-05 at 17:04 -0500, Tom Rini wrote: > On Wed, Jan 05, 2022 at 10:51:23PM +0100, Marcel Ziswiler wrote: > > Hi Tim et al. > > > > On Wed, 2022-01-05 at 11:08 -0800, Tim Harvey wrote: > > > On Wed, Jan 5, 2022 at 3:34 AM ZHIZHIKIN Andrey > > > wrote: > > > > > > > > Hello Tim, > > > > > > > > > -----Original Message----- > > > > > From: U-Boot On Behalf Of Tim Harvey > > > > > Sent: Tuesday, January 4, 2022 11:48 PM > > > > > To: u-boot ; Stefano Babic ; Fabio Estevam > > > > > > > > > > Cc: Schrempf Frieder ; Adam Ford > > > > > ; Marcel Ziswiler ; Jagan Teki > > > > > > > > > > Subject: mkimage_fit_atf.sh: not found > > > > > > > > > > Stefano and Fabio, > > > > > > > > > > I'm seeing the imx8mm_venice_defconfig target failing to build on > > > > > master due to mkimage_fit_atf.sh not found: > > > > > ./"arch/arm/mach-imx/mkimage_fit_atf.sh" \ > > > > > arch/arm/dts/imx8mm-venice-gw71xx-0x.dtb > > > > > arch/arm/dts/imx8mm-venice-gw72xx-0x.dtb > > > > > arch/arm/dts/imx8mm-venice-gw73xx-0x.dtb > > > > > arch/arm/dts/imx8mm-venice-gw7901.dtb > > > > > arch/arm/dts/imx8mm-venice-gw7902.dtb > u-boot.its > > > > > /bin/sh: 1: ./arch/arm/mach-imx/mkimage_fit_atf.sh: not found > > > > > > > > > > > > > This has been dropped in d9a6f0eed6 ("tree: imx: remove old fit generator script") > > > > > > So why was that merged when it breaks several boards that are not > > > switched to binman because of the CI issue? > > > > I have to admit that I did not closely follow that discussion lately. But it seems to me that this should > > be > > solvable, not? > > > > Anyway, at least in my local buildman use case just touching resp. binary blob file names helped me getting > > thought this: > > > > ⬢[zim@toolbox u-boot.git]$ touch lpddr4_pmu_train_1d_imem.bin > > ⬢[zim@toolbox u-boot.git]$ touch lpddr4_pmu_train_1d_dmem.bin > > ⬢[zim@toolbox u-boot.git]$ touch lpddr4_pmu_train_2d_imem.bin > > ⬢[zim@toolbox u-boot.git]$ touch lpddr4_pmu_train_2d_dmem.bin > > ⬢[zim@toolbox u-boot.git]$ touch bl31.bin > > > > Couldn't that somehow also be done for CI? > > There's a whole thread on making binman be able to fake things out in > this case, so that it doesn't require too much special casing within CI > itself. > > > > > > As far as I can tell the other boards that are still using > > > > > SPL_FIT_GENERATOR also fail due to this (ie imx8mm_beacon_defconfig, > > > > > imx8mq_evk_defconfig, imx8mm-icore-mx8mm-edimm2.2_defconfig, etc). > > > > > > > > imx8mq_evk is already converted and I've sent a patch for it, see [1]. > > > > > > > > > > > > > > What is the state of the binman conversion? I submitted a series to > > > > > convert my boards to binman and it has just been sitting without any > > > > > response for months now [1]. > > > > > > > > I believe that the reason for your series sitting in the queue is the same as > > > > for imx8mq_evk: missing binary blobs (ATF and DDR) are failing CI builds. > > > > > > > > > > Right, so imx8mq_evk (and others) are completely broken for the > > > pending release correct? > > > > > > Sounds like we need to revert d9a6f0eed6 ("tree: imx: remove old fit > > > generator script") > > > > I kind of agree. However, much smarter would be to finish that binman conversion which I also still have > > one in > > flight [1] plus the follow on patch series [2] (plus an unrelated i.MX 8M Plus board addition [3]) all > > still > > sitting there idle since October with acks resp. reviewed-bys in place! > > Yes, I am hopeful many outstanding things in this area will get picked > up after v2022.01 is released.  Might it make sense to revert what Tim > suggested for now tho? Sure, fair enough. And what about them pending patch series?