[ CC: Martin ]

Dear Ben,

Thanks for your effort to support armel/marvell!

On Wed, 03 May 2017 23:12:40 +0100
Ben Hutchings <b...@decadent.org.uk> wrote:

> linux 4.11-1~exp1 FTBFS on armel.  I spent a little while modularising
> some things that were unnecessarily built-in, but the image size will
> still be very close to the current limit of 2 MiB.  If it grows beyond
> this we'll lose support for many QNAP models.

I'll try to take care of armel/marvell.
But I don't have QNAP device personally.
I have a few Buffalo Linkstation devices that use /dev/sda1 as /boot,
so they don't have the 2MB limitation which QNAP devices have.

I'll make changes when necessary, and ask Martin and/or other QNAP users
to test.

> It should be possible to reduce the image size quite a bit by changing
> NAND drivers to modules.  I don't know if initramfs-tools is smart
> enough to include these drivers in the initramfs where needed.  It
> would certainly be necessary to add those drivers to the mtd-modules
> udeb.
> 
> It may also be possible to reduce the image size by modularising more
> cryptographic stuff.  The big piece there is cryptomgr
> (CONFIG_CRYPTO_MANAGER2), which is directly or indirectly selected by
> most other cryptographic options.  So this might be impossible.  It
> also might require changes to cryptsetup to get the right modules
> included in the initramfs.
> 
> I'm going to leave further decisions on the size limit and
> configuration to you.  If armel/marvell breaks again and stays broken
> then I'm going to have to disable it.

Thanks for the advices!
I'll chase those possibilities (maybe after stretch released).
If I break something, kindly let me know.

Cheers,
-- 
Roger Shimizu, GMT +9 Tokyo
PGP/GPG: 4096R/6C6ACD6417B3ACB1

Attachment: pgpvdAD6LEqWz.pgp
Description: PGP signature

Reply via email to