[PATCH 1/2] ubi: mount partitions specified in device tree
Ezequiel Garcia
ezequiel at vanguardiasur.com.ar
Fri Jun 24 11:28:58 PDT 2016
On 18 June 2016 at 16:35, Hauke Mehrtens <hauke at hauke-m.de> wrote:
> On 06/18/2016 09:30 PM, Richard Weinberger wrote:
>> Am 18.06.2016 um 21:17 schrieb Hauke Mehrtens:
>>> This makes it possible to open a ubi layer in device tree, this is
>>> helpful when the rootfs is on a ubi layer. It loops though all mtd
>>> partitions and mounts the partition which is compatible with
>>> "ubi,volume". The same was only possible with kernel command line
>>> arguments before.
>>>
>>> Signed-off-by: Hauke Mehrtens <hauke at hauke-m.de>
>>> ---
>>> Documentation/devicetree/bindings/mtd/ubi.txt | 33 ++++++++++++++
>>> drivers/mtd/ubi/block.c | 63 +++++++++++++++++++++++++++
>>> 2 files changed, 96 insertions(+)
>>> create mode 100644 Documentation/devicetree/bindings/mtd/ubi.txt
>>
>> Some time ago I thought about an UBI DT binding too, but
>> I have been told that device tree is only for describing the hardware
>> and nothing else.
>> So I fear this will be rejected by DT folks.
>
> There are some devices on the market that are storing the root file
> system in an ubi layer.
> To make this work there are currently two options.
> 1. patch the kernel to specify which partitions to open in the code.
I wouldn't go as far as to claim this an option.
> 2. provide some kernel command line parameter which specifies what to open.
>
There's another option: use an initramfs, where you can do whatever you want
to find your UBI and mount it.
Frankly, I don't see a real need for this in the devicetree, other than solving
someone's particular workflow/use case.
--
Ezequiel García, VanguardiaSur
www.vanguardiasur.com.ar
More information about the linux-mtd
mailing list