From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7376257954614345728 X-Received: by 2002:a05:6512:3f14:b0:529:ed29:dc94 with SMTP id 2adb3069b0e04-52bb9fcc165mr6644231e87.44.1718014254027; Mon, 10 Jun 2024 03:10:54 -0700 (PDT) X-BeenThere: isar-users@googlegroups.com Received: by 2002:ac2:44cb:0:b0:52c:82c6:d019 with SMTP id 2adb3069b0e04-52c82c6d0e6ls571874e87.0.-pod-prod-03-eu; Mon, 10 Jun 2024 03:10:52 -0700 (PDT) X-Google-Smtp-Source: AGHT+IGvkzSGFUBDGeFHUF4eQd1eKY+XeJy5G8zTN/D1zjCmx2sX2i0JRD6SVVVI+mbchj8M7K8S X-Received: by 2002:ac2:5e91:0:b0:52c:8783:d22 with SMTP id 2adb3069b0e04-52c87830defmr1930492e87.37.1718014251778; Mon, 10 Jun 2024 03:10:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1718014251; cv=none; d=google.com; s=arc-20160816; b=eKp/27pv7xJ4pp9lEtVA9BgFzKMR3dxayG1gieEGvH0iIHGrpw90nyA08AAFUFxyER Zz0fXn8+yQMhdPzFiNkqzNl4iOH824SuJ4H9mSrMDZni0viyZV2Jghan7Hd4M568L/ap UZykV2woPUo+ZgPvvczBhVNyZLp4EVKWCazjG/iSlExLASQlIKihsmQtHLDRF+7ZDxCy BBccpHIMYCctgN3P7XcQTaulhIkQLHZVOVmsbmOy3iSe7ADr6ibzM9oCapd27nPxhe3X 3y9y7g+6Y5V6ZkkTCAqNW5TG/RS/IKrtiB56Q4M2D70xY01k88V65Dsoo44yxrafokyP L56Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=in-reply-to:content-disposition:mime-version:references :mail-followup-to:message-id:subject:to:from:date; bh=dupPZI7ua3hvVusUqW/QPr0J/UOTsig3MmQjAp1bJH8=; fh=7tclEdh7YbwSQowgJ6LNq720O7H5HTEaqj22NJWRE2E=; b=KSHSImn2DOZ8hhoNJmsmH91cnE8XmpsJ7Yz0+MDHOZ4i47Q+P6He2I66it51JcqhUM QDGGJGozNE2yce/ybIz1VYi6JuHkSXmTItwu84sVvOUalmmo2wAY8V9WCT/2slX5l7TK fSl/Vujjp4KqbksJDyuP2Cou5KVf4FcbevE6AbkrlYwPj3KNw9HhOVHYnpT2mDFHhM+n DJ6FF0jHBze4VE/KPJyWgr3FJaY9Xh3OaT7JljZSoQC0U7pcqyUkX0rkOFrkhGzNB8j1 c0HMHRaJiW27UqdCg9X9YjeIvSYgoHqOfLsGksMqjHuE4nXLxl9l4AAWcAjh+dBYt69x Qh3w==; dara=google.com ARC-Authentication-Results: i=1; gmr-mx.google.com; spf=pass (google.com: domain of ibr@radix50.net designates 85.214.156.166 as permitted sender) smtp.mailfrom=ibr@radix50.net Return-Path: Received: from shymkent.ilbers.de (shymkent.ilbers.de. [85.214.156.166]) by gmr-mx.google.com with ESMTPS id 2adb3069b0e04-52bb41db3a9si157635e87.13.2024.06.10.03.10.51 for (version=TLS1_2 cipher=ECDHE-ECDSA-CHACHA20-POLY1305 bits=256/256); Mon, 10 Jun 2024 03:10:51 -0700 (PDT) Received-SPF: pass (google.com: domain of ibr@radix50.net designates 85.214.156.166 as permitted sender) client-ip=85.214.156.166; Authentication-Results: gmr-mx.google.com; spf=pass (google.com: domain of ibr@radix50.net designates 85.214.156.166 as permitted sender) smtp.mailfrom=ibr@radix50.net Received: from ilbers.de (host-80-81-17-52.static.customer.m-online.net [80.81.17.52]) (authenticated bits=0) by shymkent.ilbers.de (8.15.2/8.15.2/Debian-8+deb9u1) with ESMTPSA id 45AAAmsd010843 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT) for ; Mon, 10 Jun 2024 12:10:50 +0200 Date: Mon, 10 Jun 2024 12:10:46 +0200 From: Baurzhan Ismagulov To: isar-users@googlegroups.com Subject: Re: Duplicated dtb files issue for multiple confiugrations Message-ID: Mail-Followup-To: isar-users@googlegroups.com References: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=-1.0 required=5.0 tests=ALL_TRUSTED autolearn=unavailable autolearn_force=no version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on shymkent.ilbers.de X-TUID: tVlPji3049LY On 2024-06-06 00:24, 'Yi Liu' via isar-users wrote: > Thanks for the suggestion. This patch has been verified that can solve the > issue for my case. > > I will keep it as a temporary solution until the better one is found. Thanks Liu Yi for the feedback, To summarize the topics, we're experiencing two different issues: 1. Two images, same machine: Same dtb overwritten in deploy by image.bbclass -- this thread. Proposals: - Split by image - Possibly with on/off switch - Deploy in kernel recipe 2. Different dtbs overwritten in deploy. Addressed by splitting by machine-distro: https://patchwork.isar-build.org/project/isar/patch/20240131144459.2386220-1-iskochilov@ilbers.de/ Deploying in the kernel recipe would solve #1 without splitting the deploy dir. We'll be sharing our progress on this. We've checked the use case of rebuilding into a dirty deploy dir with a different config for the same machine/distro and didn't encounter any issues. If this is still relevant, we'd like to have the steps to reproduce. With kind regards, Baurzhan