[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Re: Status of Debian on QNAP

* Arnd Bergmann <arnd@kernel.org> [2020-11-26 09:14]:
>                                 partition@c0000 {
>                                         reg = <0x000c0000 0x00140000>;
>                                         label = "NAS Config";
>                                 };
>                                partition@200000 {
>                                         reg = <0x00200000 0x00200000>;
>                                         label = "Kernel";
>                                 };
>                                 partition@400000 {
>                                         reg = <0x00400000 0x00900000>;
>                                         label = "RootFS1";
>                                 };
>                                 partition@d00000 {
>                                         reg = <0x00d00000 0x00300000>;
>                                         label = "RootFS2";
>                                 };
>                         };
> This is 2MB for Kernel, 9MB for RootFS1 and 3MB for RootFS2.
> As Martin describes on
> https://www.cyrius.com/debian/kirkwood/qnap/ts-219/troubleshooting/
> the RootFS1 partition is used for initramfs, not sure what the third
> one is for (device tree?).

We don't use RootFS2 (or NAS Config) in Debian.  These are from the
QNAP firmware (it has two ramdisks for reasons I can't remember now).
We append the DTB to the kernel.

Changing the flash partition layout in Debian would certainly be
possible if someone wants to look into this.  QNAP no longer supports
these devices (afaik), so compatibility isn't a big issue and you
can always use the recovery mode to flash back the QNAP firmware

In order to support upgrades, we could create a script that writes
kernel and ramdisk to flash where it would be according to the new
layout and after the reboot things should work normally.

(Maybe I'm missing other problems.  I haven't fully thought about it.)

But I think it would be doable if someone wants to do the work (I
personally don't) and of course this only makes sense if the armel
port stays around.

> Possibly the three partitions could be combined into one partition
> for kernel+initramfs

When you say one partition, I guess you suggest appending the
initramfs to the kernel?  Is there a script that combines them?
I remember it can be done at built time (or was that for initrd?).

Martin Michlmayr

Reply to: