armhf: highbank: relocate initrd to make room for a bigger kernel

Bug #1250495 reported by Paolo Pisati
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
flash-kernel (Ubuntu)
Fix Released
Undecided
Adam Conrad
Precise
Won't Fix
Undecided
Unassigned
Quantal
Won't Fix
Undecided
Unassigned
Raring
Won't Fix
Undecided
Unassigned
Saucy
Won't Fix
Undecided
Unassigned
Trusty
Fix Released
Undecided
Adam Conrad

Bug Description

Our kernels are growing big, thus if we want to avoid vmlinuz stomp over initrd after decompression, we should relocate initrd leaving more room for a bigger kernel.

It already happens with our T/master generic kernel on highbank:

boot.scr:

echo Starting Ubuntu...
setenv bootargs console=ttyAMA0 nosplash
mw.l 800000 0 10000
scsi scan
ext2load scsi 0 0x800000 vmlinuz
ext2load scsi 0 0x1000000 initrd.img
bootz 0x800000 0x1000000:${filesize} 0x1000

...
[ 1.953323] scsi 2:0:0:0: Direct-Access ATA SAMSUNG SSD 830 CXM0 PQ: 0 ANSI: 5
[ 1.961785] sd 2:0:0:0: [sda] 250069680 512-byte logical blocks: (128 GB/119 GiB)
[ 1.961853] sd 2:0:0:0: Attached scsi generic sg0 type 0
[ 1.974782] sd 2:0:0:0: [sda] Write Protect is off
[ 1.979650] sd 2:0:0:0: [sda] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 1.990153] sda: sda1 sda2 sda3 < sda5 sda6 >
[ 1.995656] sd 2:0:0:0: [sda] Attached SCSI disk
[ 2.300204] ata4: SATA link down (SStatus 0 SControl 300)
[ 2.644202] ata5: SATA link down (SStatus 0 SControl 300)
[ 2.649653] md: Waiting for all devices to be available before autodetect
[ 2.656454] md: If you don't use raid, use raid=noautodetect
[ 2.662474] md: Autodetecting RAID arrays.
[ 2.666573] md: Scanned 0 and added 0 devices.
[ 2.671014] md: autorun ...
[ 2.673805] md: ... autorun DONE.
[ 2.677180] RAMDISK: Couldn't find valid RAM disk image starting at 0.
...

while moving initrd futher up, fixes it:

boot.scr:

setenv bootargs console=ttyAMA0 nosplash
mw.l 800000 0 10000
scsi scan
ext2load scsi 0 0x800000 vmlinuz
ext2load scsi 0 0x2000000 initrd.img
bootz 0x800000 0x2000000:${filesize} 0x1000

ubuntu@c09:~$ uname -a
Linux c09 3.12.0-2-generic #7 SMP Tue Nov 12 12:50:26 UTC 2013 armv7l armv7l armv7l GNU/Linux

Tags: patch
Revision history for this message
Paolo Pisati (p-pisati) wrote :

this fix should be propagated back to every Ubuntu release that will carry a modern, multiplatform, generic armhf kernel.

Revision history for this message
Ubuntu Foundations Team Bug Bot (crichton) wrote :

The attachment "bootscr.highbank.diff" seems to be a patch. If it isn't, please remove the "patch" flag from the attachment, remove the "patch" tag, and if you are a member of the ~ubuntu-reviewers, unsubscribe the team.

[This is an automated message performed by a Launchpad user owned by ~brian-murray, for any issues please contact him.]

tags: added: patch
Revision history for this message
Paolo Pisati (p-pisati) wrote :

i just encountered the same problem on Midway with a T kernel, and thus the same modification should be applied there.

Adam Conrad (adconrad)
Changed in flash-kernel (Ubuntu Trusty):
assignee: nobody → Adam Conrad (adconrad)
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package flash-kernel - 3.0~rc.4ubuntu45

---------------
flash-kernel (3.0~rc.4ubuntu45) trusty; urgency=low

  * bootscr.highbank: allow more space to load larger kernels (LP: #1250495)
 -- Adam Conrad <email address hidden> Wed, 11 Dec 2013 03:48:23 -0700

Changed in flash-kernel (Ubuntu Trusty):
status: New → Fix Released
Revision history for this message
Rolf Leggewie (r0lf) wrote :

quantal has seen the end of its life and is no longer receiving any updates. Marking the quantal task for this ticket as "Won't Fix".

Changed in flash-kernel (Ubuntu Quantal):
status: New → Won't Fix
Revision history for this message
Rolf Leggewie (r0lf) wrote :

raring has seen the end of its life and is no longer receiving any updates. Marking the raring task for this ticket as "Won't Fix".

Changed in flash-kernel (Ubuntu Raring):
status: New → Won't Fix
Revision history for this message
Rolf Leggewie (r0lf) wrote :

saucy has seen the end of its life and is no longer receiving any updates. Marking the saucy task for this ticket as "Won't Fix".

Changed in flash-kernel (Ubuntu Saucy):
status: New → Won't Fix
Revision history for this message
Steve Langasek (vorlon) wrote :

The Precise Pangolin has reached end of life, so this bug will not be fixed for that release

Changed in flash-kernel (Ubuntu Precise):
status: New → Won't Fix
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.