<?xml version="1.0" encoding="UTF-8" standalone="yes" ?>
<!DOCTYPE bugzilla SYSTEM "https://bugzilla.yoctoproject.org/page.cgi?id=bugzilla.dtd">

<bugzilla version="5.0.6"
          urlbase="https://bugzilla.yoctoproject.org/"
          
          maintainer="it-coreprojects-helpdesk@linuxfoundation.org"
>

    <bug>
          <bug_id>12886</bug_id>
          
          <creation_ts>2018-08-14 07:19:17 +0000</creation_ts>
          <short_desc>Removal of VM_DEFAULT_KERNEL in Sumo breaks booting initramfs kernel</short_desc>
          <delta_ts>2019-05-30 15:02:12 +0000</delta_ts>
          <reporter_accessible>1</reporter_accessible>
          <cclist_accessible>1</cclist_accessible>
          <classification_id>7</classification_id>
          <classification>Build System, Metadata &amp; Runtime</classification>
          <product>OE-Core</product>
          <component>deployment</component>
          <version>2.5.1</version>
          <rep_platform>x86</rep_platform>
          <op_sys>Multiple</op_sys>
          <bug_status>RESOLVED</bug_status>
          <resolution>FIXED</resolution>
          
          
          <bug_file_loc></bug_file_loc>
          <status_whiteboard>Move to YP 2.6.2, YP 2.5.3</status_whiteboard>
          <keywords></keywords>
          <priority>Medium+</priority>
          <bug_severity>normal</bug_severity>
          <target_milestone>2.8 M2</target_milestone>
          
          
          <everconfirmed>1</everconfirmed>
          <reporter name="Ferry">ferry.toth</reporter>
          <assigned_to name="He Zhe">zhe.he</assigned_to>
          <cc>akuster</cc>
    
    <cc>california.l.sullivan</cc>
    
    <cc>ferry.toth</cc>
    
    <cc>randy.macleod</cc>
          
          
          <cf_os>---</cf_os>
          <cf_regression_type>Regression (Used to work)</cf_regression_type>
          
          <cf_docchange>Don&apos;t know</cf_docchange>

      

      

      

          <comment_sort_order>oldest_to_newest</comment_sort_order>  
          <long_desc isprivate="0" >
    <commentid>81336</commentid>
    <comment_count>0</comment_count>
    <who name="Ferry">ferry.toth</who>
    <bug_when>2018-08-14 07:19:17 +0000</bug_when>
    <thetext>We are generating a initramfs kernel and depending on VM_DEFAULT_KERNEL to 
install that into our boot hddimg as vmlinuz, which a U-Boot script looks 
for to load. This works nicely in Rocko but fails in Sumo.

The patch 5493bb5b &apos;live-vm-common.bbclass: Don&apos;t use vmlinuz or VM_DEFAULT_KERNEL&apos; for Sumo causes U-Boot to not find vmlinuz as the kernel in hddimg is now called bzImage.

After changing the U-Boot script to load bzImage, kernel won&apos;t boot as it has no initramfs, i.e. the wrong kernel is installed. But without VM_DEFAULT_KERNEL we have no way to select which kernel gets installed.

Is there any other way in Sumo to install bzImage-initramfs-edison.bin 
instead of bzImage into hddimg?

If not, shouldn&apos;t we revert this commit?

Thanks,
Ferry</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81386</commentid>
    <comment_count>1</comment_count>
    <who name="Armin Kuster">akuster</who>
    <bug_when>2018-08-16 14:49:05 +0000</bug_when>
    <thetext>If this issue does not exist in Master, then its possible some of Cal&apos;s InitRamFS changes to Master did not get backported to Sumo</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>81390</commentid>
    <comment_count>2</comment_count>
    <who name="Ferry">ferry.toth</who>
    <bug_when>2018-08-16 15:23:00 +0000</bug_when>
    <thetext>I think I checked and saw this is also in master. Not 1005 sure.

BTW Alex Tereschenko found a workaround by replacing:

VM_DEFAULT_KERNEL = &quot;bzImage-initramfs-edison.bin&quot;

by

KERNEL_IMAGETYPE_pn-edison-image = &quot;bzImage-initramfs-edison.bin&quot;

See here: https://github.com/edison-fw/meta-intel-edison/pull/42/commits/82ebb5ddd4bb669d71aa9facfef65988b35c53af

Question remains: what was the intended way to select the kernel?</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>83089</commentid>
    <comment_count>3</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2019-02-22 01:49:11 +0000</bug_when>
    <thetext>Zhe won&apos;t be able to get to this next week for M3 so I&apos;ve moved it to M4.</thetext>
  </long_desc><long_desc isprivate="0" >
    <commentid>84009</commentid>
    <comment_count>4</comment_count>
    <who name="Randy MacLeod">randy.macleod</who>
    <bug_when>2019-05-30 15:02:12 +0000</bug_when>
    <thetext>The workaround is the best way to handle this sort of problem. Reopen if you disagree.</thetext>
  </long_desc>
      
      

    </bug>

</bugzilla>