Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On 26 October 2012 09:48, Peter Maydell wrote: > This patch puts the initrd starting at 29MB (was 13MB). That > would probably break any machines with 32MB memory configurations. > So I need to check if there are any which might plausibly be run > with 32MB (and if so maybe set initrd load address based on > ram_size?) musicpal, omap_sx1, cheetah, z2 all have 32MB RAM sizes and use the arm_boot bootloader, so I can't take this patch as it stands. -- PMM
Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On 22 October 2012 22:06, Cole Robinson wrote: > On 10/07/2012 06:36 PM, Peter Maydell wrote: >> On 7 October 2012 23:27, Cole Robinson wrote: >>> #define KERNEL_ARGS_ADDR 0x100 >>> #define KERNEL_LOAD_ADDR 0x0001 >>> -#define INITRD_LOAD_ADDR 0x00d0 >>> +#define INITRD_LOAD_ADDR 0x01d0 >> >> This makes me sad but I still have no idea what we could >> do that would be better than this... > I agree it's unfortunate, but in the absence of a better solution, could this > patch be applied? This patch puts the initrd starting at 29MB (was 13MB). That would probably break any machines with 32MB memory configurations. So I need to check if there are any which might plausibly be run with 32MB (and if so maybe set initrd load address based on ram_size?) Also 13MB is an absolutely ginormous kernel... -- PMM
Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On 10/07/2012 06:36 PM, Peter Maydell wrote: > On 7 October 2012 23:27, Cole Robinson wrote: >> From: Paul Whalen >> >> Fedora ARM is generating kernels that exceed the hardcoded size limits: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=862766 >> >> Bump the load address, as was previously done in 756ba3b >> >> Signed-off-by: Cole Robinson >> --- >> hw/arm_boot.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/hw/arm_boot.c b/hw/arm_boot.c >> index a6e9143..3cabb71 100644 >> --- a/hw/arm_boot.c >> +++ b/hw/arm_boot.c >> @@ -18,7 +18,7 @@ >> >> #define KERNEL_ARGS_ADDR 0x100 >> #define KERNEL_LOAD_ADDR 0x0001 >> -#define INITRD_LOAD_ADDR 0x00d0 >> +#define INITRD_LOAD_ADDR 0x01d0 > > This makes me sad but I still have no idea what we could > do that would be better than this... > Hi Peter, I agree it's unfortunate, but in the absence of a better solution, could this patch be applied? Thanks, Cole
Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On 8 October 2012 01:09, Peter Crosthwaite wrote: > Another completely different but workable solution is to dynamically > determine a initrd (and dtb) location. Any reason why the bootloader > can't track what memory real estate is in use by what pieces and just > pick a piece of vacant real estate big enough for the dtb or initrd? The trouble is that the common case is a zImage and there's no way to tell how big the zImage will be when uncompressed. -- PMM
Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On Mon, Oct 8, 2012 at 8:36 AM, Peter Maydell wrote: > On 7 October 2012 23:27, Cole Robinson wrote: >> From: Paul Whalen >> >> Fedora ARM is generating kernels that exceed the hardcoded size limits: >> >> https://bugzilla.redhat.com/show_bug.cgi?id=862766 >> >> Bump the load address, as was previously done in 756ba3b >> >> Signed-off-by: Cole Robinson >> --- >> hw/arm_boot.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/hw/arm_boot.c b/hw/arm_boot.c >> index a6e9143..3cabb71 100644 >> --- a/hw/arm_boot.c >> +++ b/hw/arm_boot.c >> @@ -18,7 +18,7 @@ >> >> #define KERNEL_ARGS_ADDR 0x100 >> #define KERNEL_LOAD_ADDR 0x0001 >> -#define INITRD_LOAD_ADDR 0x00d0 >> +#define INITRD_LOAD_ADDR 0x01d0 > > This makes me sad but I still have no idea what we could > do that would be better than this... > Way back when I tried to QOMify the arm bootloader, initrd location was a device option for the boot-loader device: qemu-system-arm -M foo -device arm-bootloader,initrdaddr=0xdeadbeef Give it a sane default, and those who have a problem can then override it. When the bootloader detects the collision between the image and initrd blobs, a nice error message suggest a command line arg to rearrange the locations for initrd, dtb and friends. A comment In general, there are so many inflexibilites in the arm bootloader and you have stated a long term goal of unifying the bootloaders accross architectures. But so far the fixes for problems like this are always blocked by the desire for backwards compatilbilty. To that end, perhaps we can leave the arm bootloader as is, deparacte it, then fork bootloader development with a highly configurable multi-platform QOM bootloader that does have accessible controls for properties like this? Another completely different but workable solution is to dynamically determine a initrd (and dtb) location. Any reason why the bootloader can't track what memory real estate is in use by what pieces and just pick a piece of vacant real estate big enough for the dtb or initrd? Its hard if elfs are invloved, but for raw images it should be trivial. Regards, Peter > -- PMM >
Re: [Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
On 7 October 2012 23:27, Cole Robinson wrote: > From: Paul Whalen > > Fedora ARM is generating kernels that exceed the hardcoded size limits: > > https://bugzilla.redhat.com/show_bug.cgi?id=862766 > > Bump the load address, as was previously done in 756ba3b > > Signed-off-by: Cole Robinson > --- > hw/arm_boot.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/hw/arm_boot.c b/hw/arm_boot.c > index a6e9143..3cabb71 100644 > --- a/hw/arm_boot.c > +++ b/hw/arm_boot.c > @@ -18,7 +18,7 @@ > > #define KERNEL_ARGS_ADDR 0x100 > #define KERNEL_LOAD_ADDR 0x0001 > -#define INITRD_LOAD_ADDR 0x00d0 > +#define INITRD_LOAD_ADDR 0x01d0 This makes me sad but I still have no idea what we could do that would be better than this... -- PMM
[Qemu-devel] [PATCH] hw/arm_boot.c: bump initrd address (again) to accommodate large kernels
From: Paul Whalen
Fedora ARM is generating kernels that exceed the hardcoded size limits:
https://bugzilla.redhat.com/show_bug.cgi?id=862766
Bump the load address, as was previously done in 756ba3b
Signed-off-by: Cole Robinson
---
hw/arm_boot.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/arm_boot.c b/hw/arm_boot.c
index a6e9143..3cabb71 100644
--- a/hw/arm_boot.c
+++ b/hw/arm_boot.c
@@ -18,7 +18,7 @@
#define KERNEL_ARGS_ADDR 0x100
#define KERNEL_LOAD_ADDR 0x0001
-#define INITRD_LOAD_ADDR 0x00d0
+#define INITRD_LOAD_ADDR 0x01d0
/* The worlds second smallest bootloader. Set r0-r2, then jump to kernel. */
static uint32_t bootloader[] = {
--
1.7.11.4
