[Bug 2092205] Re: Using /etc/flash-kernel/machine in risc-v images does not permit building generic images

[Adriano Cordova Fedeli]

** Description changed:

  In live-build/ubuntu-cpc/hooks.d/base/disk-image-uefi-non-cloud.binary
  we currently write file /etc/flash-kernel/machine to control which
  device-tree is copied to /boot and in subsequently to generate a
  devicetree comand in grub.cfg.
  
  We have only one image for the VisionFive 2 board but there are two
  revisions (1.2A, 1.3B) which require different device-trees.
  
  Instead of writing /etc/flash-kernel/machine, all device-trees of the
  current kernel could be copied to /boot/efi/dts/. U-Boot will then
  search this directory for a file called $filename and load it. Whenever
  the kernel will be updated, flash-kernel will copy the updated device-
  tree to /boot and GRUB will pick it up.
  
  [ Impact ]
  
  * This lets us build more generic images
+ 
+ [ Test Plan ]
+ 
+ * After creating risc-v images with the proposed solution, it can be
+ checked that all the device trees are in /boot/dtbs, that the kernel is
+ correctly exposing the machine from the firmware provided device tree in
+ /proc/device-tree/model, and that grub.cfg has no devicetree entry yet.
+ It can be then checked that after a kernel update the file
+ /boot/dtb-$kernel_version is created and a devicetree entry is created
+ by update-grub.

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to livecd-rootfs in Ubuntu.
https://bugs.launchpad.net/bugs/2092205

Title:
  Using /etc/flash-kernel/machine in risc-v images does not  permit
  building generic images

Status in livecd-rootfs package in Ubuntu:
  New

Bug description:
  In live-build/ubuntu-cpc/hooks.d/base/disk-image-uefi-non-cloud.binary
  we currently write file /etc/flash-kernel/machine to control which
  device-tree is copied to /boot and in subsequently to generate a
  devicetree comand in grub.cfg.

  We have only one image for the VisionFive 2 board but there are two
  revisions (1.2A, 1.3B) which require different device-trees.

  Instead of writing /etc/flash-kernel/machine, all device-trees of the
  current kernel could be copied to /boot/efi/dts/. U-Boot will then
  search this directory for a file called $filename and load it.
  Whenever the kernel will be updated, flash-kernel will copy the
  updated device-tree to /boot and GRUB will pick it up.

  [ Impact ]

  * This lets us build more generic images

  [ Test Plan ]

  * After creating risc-v images with the proposed solution, it can be
  checked that all the device trees are in /boot/dtbs, that the kernel
  is correctly exposing the machine from the firmware provided device
  tree in /proc/device-tree/model, and that grub.cfg has no devicetree
  entry yet. It can be then checked that after a kernel update the file
  /boot/dtb-$kernel_version is created and a devicetree entry is created
  by update-grub.

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/livecd-rootfs/+bug/2092205/+subscriptions