[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <131bb6bc-1cb3-ead7-12d9-89beba9408ca@huawei.com>
Date: Tue, 8 Oct 2024 10:55:32 +0800
From: Zhihao Cheng <chengzhihao1@...wei.com>
To: Richard Weinberger <richard@....at>, Daniel Golle <daniel@...rotopia.org>
CC: Miquel Raynal <miquel.raynal@...tlin.com>, Vignesh Raghavendra
<vigneshr@...com>, robh <robh@...nel.org>, Krzysztof Kozlowski
<krzk+dt@...nel.org>, Conor Dooley <conor+dt@...nel.org>, John Crispin
<john@...ozen.org>, linux-mtd <linux-mtd@...ts.infradead.org>, devicetree
<devicetree@...r.kernel.org>, linux-kernel <linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RFC 2/2] mtd: ubi: add support for protecting critical
volumes
在 2024/10/1 3:54, Richard Weinberger 写道:
> ----- Ursprüngliche Mail -----
>> Von: "Daniel Golle" <daniel@...rotopia.org>
>>> like a ubirmvol ... --i-know-what-im-doing.
>>
Sorry for the delay reply, caused by my holiday.
>> True, enforcement doesn't need to happen in kernel (though I think it's
>> nicer, but really just a matter of taste, I guess). ubi-tools would still
>> need to be able to recognize critical volumes somehow, and that could be
>> done by checking if the 'volume-is-critical' property is present in
>> /sys/class/ubi/ubi*_*/of_node/
>
> Exactly.
> I also don't mind adding a in-memory 'volume-is-critical' property to
> UBI directly. I'm just a little hesitated to change the UAPI or the on-disk
> data structures for this features.
Add a new interface under the sysfs is fine.
>
>> If you prefer going down that road instead I will work on patches for
>> git.infradead.org/mtd-utils.git instead.
>
> Yes. When done in userspace, it's also much easier to offer the --i-know-what-im-doing
> flag to still remove a critical volume.
Looks good, I like it.
Powered by blists - more mailing lists