Files
linux-kernel-module-cheat/gem5
Ciro Santilli af210a7671 Move arm to virt armv7, unify arm QEMU and gem5 builds
gem5 requires armv7, and we learnt that the versatiledb we were using
was pre-v7.

We could have moved to -M vexpress-*, but in the end decided to go for
-M virt due to its simpliciy, and uniformity with aarch64.

platform_device: does not work anymore and was removed, since it was tied
to versatilepb.

We left a mention on the README and removed all in tree source. The QEMU
patch is still left as it was.

As a consequence, the linux tree had no other patches, and we now use
vanilla linux by default, which is a great thing for reproducibility.

Another consequence is the /poweroff.out works for arm -M virt,
and we removed all mentions of the problem.
2018-04-19 23:38:17 +01:00
..
2018-03-12 03:56:18 +00:00
2018-02-21 10:19:35 +00:00
2018-03-12 03:56:18 +00:00

= gem5

We Build gem5 as a Buildroot package for the following reasons:

* if we build in tree without Buildroot, we still want to build the `m5` tool through Buildroot. But then Buildroot rsyncs the build for all archs into `output/build`, which takes quite some disk space. There seems to be no way to exclude some packages from the sync.
* it allows us to reuse Buildroot's:
** configuration system, which reduces duplication: set the gem5 package option, everything just gets built
** timestamping system, which could save a few seconds on rebuilds, since we then don't ever run `scons` when gem5 is not modified

What is preventing upstreaming to Buildroot: a minimal kernel config like the ones QEMU has.