From mboxrd@z Thu Jan 1 00:00:00 1970 X-GM-THRID: 7176574724112121856 X-Received: by 2002:a17:902:aa07:b0:188:eee6:e1a6 with SMTP id be7-20020a170902aa0700b00188eee6e1a6mr81141137plb.120.1670969763126; Tue, 13 Dec 2022 14:16:03 -0800 (PST) X-BeenThere: isar-users@googlegroups.com Received: by 2002:a17:902:e305:b0:186:af8a:6095 with SMTP id q5-20020a170902e30500b00186af8a6095ls20126884plc.4.-pod-prod-gmail; Tue, 13 Dec 2022 14:16:02 -0800 (PST) X-Google-Smtp-Source: AA0mqf7bgQlkXOwwAODCIuzPNDOyQOixO0ZAejScWDowt2h0wmHDRkw2Gmpru83+wUb71uH7Xxos X-Received: by 2002:a17:902:e0c5:b0:18d:b86d:41c8 with SMTP id e5-20020a170902e0c500b0018db86d41c8mr16233438pla.10.1670969762249; Tue, 13 Dec 2022 14:16:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1670969762; cv=none; d=google.com; s=arc-20160816; b=w84EnYUrSrr/PlA0x6vOXmYlRmWVg8ijRdZTmkLBIkfhPGfBK6abEbKgss5K1DxYKL Yl92JEReoDiEoihmd2ncwOWdKuKU8dWfNhzT6ox8pYiOpIWfG//RX2Ggh1A412UYLYOx 4xarB4dEzv7zAQlndN+ewJ6EEK2oOxEErTG8w63jFyxcEuCDLZaaiOu8TUFQDu4GbXm9 dRkmENsVcpx1bpzXdxzI7nhbN82tUDoc6tMY2AscM9Akhx2xudio2ESJLZ6z/SbQ3n1J XKREcAdmfN/9zB6g3wbb8wLDpyRtci8cqpFwYaWL2B0XPk9aMWN5XH9vU/5Usc21RT8u XZkA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=OWpKLl0WaOSz9HeTIb72PO95wheKPc+ngutgojU2tRs=; b=KAqmloyq2QR1bRrFUNEaK9FvB3fVqUrpBNKEaAxZ0EeBxrb7FcgublXpSK6cGDRw6S UcZ9t5LW50bnpz+V6GSPcEGFvTjEOPvfbUSqtPthn3FKLRDM3h4d2zVC5AN8ZfI3sz4K Xc/MAsxXIBo28nr1/SPDmDcUrz+NRsiRTiXKTiNtv7mRwmAlpdLKE+NQLzzT43ufiyNq GO2gMkZhDuA7welFZ84VnxdNbajYKvE2Tx1EjfQRHyD4ZoWvydy4WdBFDfQDE35URhKA KFwE+fls7AzPfzV3GCItNUItwz66Hrq8RoY4Ay486dOq6d6ReH8/wUKSg9uGibPmpjox wSfA== ARC-Authentication-Results: i=1; gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=b0tiKedo; spf=pass (google.com: domain of roberto.foglietta@gmail.com designates 2607:f8b0:4864:20::f2e as permitted sender) smtp.mailfrom=roberto.foglietta@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from mail-qv1-xf2e.google.com (mail-qv1-xf2e.google.com. [2607:f8b0:4864:20::f2e]) by gmr-mx.google.com with ESMTPS id i7-20020a17090332c700b00178112d1196si135311plr.4.2022.12.13.14.16.02 for (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Tue, 13 Dec 2022 14:16:02 -0800 (PST) Received-SPF: pass (google.com: domain of roberto.foglietta@gmail.com designates 2607:f8b0:4864:20::f2e as permitted sender) client-ip=2607:f8b0:4864:20::f2e; Authentication-Results: gmr-mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=b0tiKedo; spf=pass (google.com: domain of roberto.foglietta@gmail.com designates 2607:f8b0:4864:20::f2e as permitted sender) smtp.mailfrom=roberto.foglietta@gmail.com; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: by mail-qv1-xf2e.google.com with SMTP id d2so11336737qvp.12 for ; Tue, 13 Dec 2022 14:16:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=OWpKLl0WaOSz9HeTIb72PO95wheKPc+ngutgojU2tRs=; b=b0tiKedoTWjhDSc+Hv7hfP4bnonvWPG/Iwbo2lD+e3xuiK4eN7y1TNuZPWCwl0bph0 RfJJzWEQVbZA9aNm1rz6i/r3Z9SUNoue8rI0Vs0s78BZcJvJVaX9J4a+QSq+PhsCobB8 QN6Zinz3DAw/QpdJRRj7KZaokx2PsU2cC5/c2F466hV++l8Y20Mp59U5+JOnE0lvZHq4 x8tlAH9NXZ5619T/0dD2zo/YV09SyCdFl9JxLVRMROAO1t1AxpAB3r+O0miCFGglBmwe +FIIkfchQotmmCPO8YKbBKyD+eI+aiL/DrNtOyMbF1DUJrI91vlYonOqULpi1yL0rU89 VRVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=OWpKLl0WaOSz9HeTIb72PO95wheKPc+ngutgojU2tRs=; b=bVgDg/SdbkRBdD8NBkvvYBImr03tk7A+5MbSz1PN8UEYd9luVB8WF83eUX4TGPGVID oc2eeQqUUr5QJVZjxdHwiTVE/Utro/NhcdGIz9Hj4Nnia60FePAJEYP12oxZPtkTE9BA apZVY1T6Pwqjt7fTnpxkS179b6IjV/rzkMgzwyvX623BWHGP/OX0Us9ya7Ir3qbrNIuf pLH7pSwI2Jc4ndWB5eh78rXye2LPff1CLJ8skGTonmbwNHcGW+ganQPDxL5p4woT5ZrA 4iU3jvv8rI9AEphqtzEktFwl9x6IwNSpOu4YF4ZPjbVXFLieFc88PUau/1lptu548mEH aY8g== X-Gm-Message-State: ANoB5pneObfVbzygzzefKCHFtYfeVcBtwKO3CL0+S68W85ddZ7aXusQN zdOPRyX7D+FGcqSqyNHfSviPWlwozVAQ8DBW1Ix7bNjAjWmZ X-Received: by 2002:a0c:f80a:0:b0:4d8:8f4e:3a3b with SMTP id r10-20020a0cf80a000000b004d88f4e3a3bmr967954qvn.16.1670969761795; Tue, 13 Dec 2022 14:16:01 -0800 (PST) MIME-Version: 1.0 References: <20221213101509.535-1-henning.schild@siemens.com> <20221213101509.535-2-henning.schild@siemens.com> <20221213222200.199bc0e6@md1za8fc.ad001.siemens.net> In-Reply-To: <20221213222200.199bc0e6@md1za8fc.ad001.siemens.net> From: "Roberto A. Foglietta" Date: Tue, 13 Dec 2022 23:15:25 +0100 Message-ID: Subject: Re: [PATCH v4 1/5] expand-on-first-boot: support resizing a btrfs To: Henning Schild Cc: isar-users@googlegroups.com, felix.moessbauer@siemens.com, Joe MacDonald Content-Type: text/plain; charset="UTF-8" X-TUID: DuOMAhTJbG7N On Tue, 13 Dec 2022 at 22:22, Henning Schild wrote: > > Am Tue, 13 Dec 2022 18:01:49 +0100 > schrieb "Roberto A. Foglietta" : > > [1] in some embedded devices the boot device is an internal and small > > device dedicated to the boot while the rootfs is on a separate > > plug-able device. > > > > I have no clue how this would matter in the case of ISAR. > > The whole thing is about only one device and its last partition, not > more! And we clearly expect boot and root to reside on the same > mass-storage. Or any other last partition (my series was also manually > tested against another /data partition to be grown). > > Thanks for approving that we do not need to "udevadm settle" in that > case! Thank you for letting us know that the main problem was even easier than supposed to be. Trying to help you or give you an assist is clearly a boomerang. I will take it into consideration for the future. By the way, with my virtualbox machine (basic-os image) the kernel time indicates 4.8s with btrfs resize at boot completion and udevadm settle takes so little that it has no meaning to be accounted for. Using /usr/bin/time -o/dev/shm/udevadm-settle.time udevadm settle, the result is here below shown: debraf@debraf:~$ cat /dev/shm/udevadm-settle.time 0.00user 0.00system 0:00.50elapsed 1%CPU (0avgtext+0avgdata 4196maxresident)k 0inputs+0outputs (0major+248minor)pagefaults 0swaps Best regards, R-