Jeremy Fitzhardinge wrote:
Ingo Molnar wrote:
Yep, and it looks like the kind of problem those changes might cause. But I can't reproduce it, and its not obvious to me what's actuallyAnd the resulting kernel booted fine under qemu with 1Gbyte ofNote that the crash was reproducible and it very clearly went away
memory. I'll try on real hardware a bit later, but it doesn't seem
like something that should be affected by qemu vs native, unless it
has something to do with the specific e820 map.
when i excluded those commits from tip:master.
going wrong. Any chance you could bisect the failure down to a specific
changeset, and print "start", "max_pfn_mapped" and "tables" where it fails?
could be max_pfn_mapped change in head_32.S that reduce mapping range to _end only.