From mboxrd@z Thu Jan 1 00:00:00 1970 Delivery-date: Mon, 12 Jun 2023 14:08:01 +0200 Received: from metis.ext.pengutronix.de ([2001:67c:670:201:290:27ff:fe1d:cc33]) by lore.white.stw.pengutronix.de with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1q8gL4-003o3g-DP for lore@lore.pengutronix.de; Mon, 12 Jun 2023 14:08:01 +0200 Received: from localhost ([127.0.0.1] helo=metis.ext.pengutronix.de) by metis.ext.pengutronix.de with esmtp (Exim 4.92) (envelope-from ) id 1q8gL0-0007CI-5C; Mon, 12 Jun 2023 14:07:58 +0200 Received: from drehscheibe.grey.stw.pengutronix.de ([2a0a:edc0:0:c01:1d::a2]) by metis.ext.pengutronix.de with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1q8gKy-0007BZ-S5; Mon, 12 Jun 2023 14:07:56 +0200 Received: from [2a0a:edc0:0:1101:1d::54] (helo=dude05.red.stw.pengutronix.de) by drehscheibe.grey.stw.pengutronix.de with esmtp (Exim 4.94.2) (envelope-from ) id 1q8gKy-006sUM-7b; Mon, 12 Jun 2023 14:07:56 +0200 Received: from afa by dude05.red.stw.pengutronix.de with local (Exim 4.94.2) (envelope-from ) id 1q8gKx-003lM0-Di; Mon, 12 Jun 2023 14:07:55 +0200 From: Ahmad Fatoum To: oss-tools@pengutronix.de Date: Mon, 12 Jun 2023 14:07:53 +0200 Message-Id: <20230612120754.896995-2-a.fatoum@pengutronix.de> X-Mailer: git-send-email 2.39.2 In-Reply-To: <20230612120754.896995-1-a.fatoum@pengutronix.de> References: <20230612120754.896995-1-a.fatoum@pengutronix.de> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Subject: [OSS-Tools] [PATCH 2/3] test: add test case with non-existent /dev/file X-BeenThere: oss-tools@pengutronix.de X-Mailman-Version: 2.1.29 Precedence: list List-Id: Pengutronix Public Open-Source-Development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "OSS-Tools" X-SA-Exim-Connect-IP: 127.0.0.1 X-SA-Exim-Mail-From: oss-tools-bounces@pengutronix.de X-SA-Exim-Scanned: No (on metis.ext.pengutronix.de); SAEximRunCond expanded to false From: Ahmad Fatoum When backend points at a device that couldn't be resolved, barebox-state should fail instead of taking another device. This is meant to address issues like the one fixed by commit e7d71f099659 ("libdt: fix of_get_devicepath looking up sibling if device unavailable"), but the error case there can't be reproduced exactly, because loop devices have no common parent. Still one test is better than no test until we start testing in Qemu. Signed-off-by: Ahmad Fatoum --- test/09-no-disk-fail.dts | 26 ++++++++++++++++++++++++++ 1 file changed, 26 insertions(+) create mode 100644 test/09-no-disk-fail.dts diff --git a/test/09-no-disk-fail.dts b/test/09-no-disk-fail.dts new file mode 100644 index 000000000000..49cfa852525d --- /dev/null +++ b/test/09-no-disk-fail.dts @@ -0,0 +1,26 @@ +/dts-v1/; + +#include "barebox-state.dtsi" + +/ { + expected-dev = ""; + + disk: loopfile0 { + compatible = "barebox,hostfile"; + barebox,filename = "/dev/barebox-state-dev-does-not-exist"; + barebox,blockdev; + }; + + otherdisk: loopfile1 { + compatible = "barebox,hostfile"; + barebox,filename = __GPT_LOOPDEV__; + barebox,blockdev; + }; +}; + +&state { + backend = <&disk>; + backend-type = "raw"; + backend-stridesize = <0x40>; + backend-storage-type = "direct"; +}; -- 2.39.2