Armhf is already using zImage (and the kernel decompress itself once we
jump to it), so this is an arm64-only issue and no, there's no reason to
have vmlinuz uncompressed as long as the bootloader can handle it - i'll
send a fix to switch to Image.gz in Eoan.

-- 
You received this bug notification because you are a member of Kernel
Packages, which is subscribed to linux-raspi2 in Ubuntu.
https://bugs.launchpad.net/bugs/1808056

Title:
  vmlinuz is very large in arm64 -raspi2

Status in flash-kernel package in Ubuntu:
  Confirmed
Status in linux-raspi2 package in Ubuntu:
  Confirmed

Bug description:
  The debs are close to the same size:

  mwhudson@ringil:~/Downloads$ ls -l 
linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_arm64.deb 
  -rw-rw-r-- 1 mwhudson mwhudson 5398652 Dec 12 10:42 
linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_arm64.deb
  mwhudson@ringil:~/Downloads$ ls -l 
linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_armhf.deb 
  -rw-rw-r-- 1 mwhudson mwhudson 6640960 Dec 12 10:42 
linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_armhf.deb

  But the vmlinuz on arm64 is several times larger:

  $ dpkg-deb -c linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_armhf.deb 
  -rw------- root/root   6633048 2018-12-07 06:38 
./boot/vmlinuz-4.15.0-1030-raspi2
  $ dpkg-deb -c linux-image-4.15.0-1030-raspi2_4.15.0-1030.32_arm64.deb 
  -rw------- root/root  23914504 2018-12-07 06:38 
./boot/vmlinuz-4.15.0-1030-raspi2

  This forced us to make the boot partition larger for the raspi3 b+
  arm64 image we made.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/flash-kernel/+bug/1808056/+subscriptions

-- 
Mailing list: https://launchpad.net/~kernel-packages
Post to     : kernel-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~kernel-packages
More help   : https://help.launchpad.net/ListHelp

Reply via email to