Okay, there is some breakthrough...
1. I've started the system with 5 GB allocated for dom0. No go.
2. Next I though, what the heck, and assigned 6 GB, no go.
3. Finally decided to assign 8 GB, no go, but another message appeared,
namely that Xen was unable to allocate I/O for IOMMU, Xen gave this
information and informed that it's rebooting in 5 seconds. I thought this
may be the key.
4. For the next try, I disabled IOMMU and assigned 5 GB to dom0. No go.
5. In the final try, I assigned 8 GB to dom0, no go, but Xen also didn't
stop and did not inform me that it's rebooting in 5 seconds, just loaded
Apparently I'm not hitting the same bug as Quimi.
Or maybe I am. I'm thinking now if maybe the following .config option is
Perhaps Xen is expecting a significant fraction of this amount of memory
to be available for dom0 (half? quarter? one-eight?) and since it's not
getting the expected amount, it simply reboots? This would be rather
unexpected, since the kernel is not loading at all, but could it be
possible? I'd be grateful if someone provided an explanation of that
kernel config option.
The squeeze 2.6.32 kernel has the memory set to 32.
I'll recompile the kernel with max domain memory set to 32 and, if that
fails, to 16, just not tonight (I'll get to it tomorrow).
Just for the record, since no one asked, I figure it's not significant,
but I am running the Xen hypervisor as provided by squeeze (4.0.1-1),
there wouldn't be any caveats or catches against running that version,
Xen-users mailing list