lkml.org 
[lkml]   [2015]   [May]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: [PATCH 00/15] MIPS Malta DT Conversion
On Mon, May 25, 2015 at 02:59:31AM -0500, Rob Landley wrote:
> On Fri, May 22, 2015 at 10:50 AM, Paul Burton <paul.burton@imgtec.com> wrote:
> > This series begins converting the MIPS Malta board to use device tree,
> > which is done with a few goals in mind:
> >
> > - To modernise the Malta board support, providing a cleaner example to
> > people referencing it when bringing up new boards and reducing the
> > amount of code they need to write.
> >
> > - To make the code at the board level more generic with the eventual
> > aim of sharing it between multiple boards & allowing for
> > multi-platform kernel binaries. Although this series doesn't result
> > in the kernel reaching those goals, it is a step in that direction.
> >
> > - To result in a more maintainable kernel through a combination of the
> > above.
>
> How would I go about testing this under qemu?
>
> (Especially the "more than 256 megs ram" part. :)

Hi Rob,

With the series applied you can start from malta_defconfig, enable
CONFIG_HIGHMEM, build your kernel then run QEMU like so:

$ qemu-system-mipsel -kernel vmlinux -m 1G -append memsize=1G -serial stdio

If you apply this patch to QEMU:

https://www.mail-archive.com/qemu-devel@nongnu.org/msg297902.html

(or if you use a real board) then you can omit the memsize argument from
the kernel command line (ie. the -append) and just do:

$ qemu-system-mipsel -kernel vmlinux -m 1G -serial stdio

The kernel will then retrieve the correct memory size from the
bootloader-provided environment and make use of all the available RAM.

Thanks,
Paul
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2015-05-25 16:01    [W:0.106 / U:0.080 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site