|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] Fwd: Debugging "Xen BUG at ... list.h" on ARM
(Adding a couple of people in cc) On 14/04/14 09:02, Thomas Leonard wrote: Hi all, Hello, I'm new to Xen, and trying to get the arm32 port of Mini-OS working on a Cubieboard2. I have the board running an Ubuntu Dom0 and an Ubuntu guest happily, and I've written up the instructions for that here: https://github.com/talex5/mirage-www/blob/master/tmpl/wiki/xen-on-cubieboard2.md However, while trying to get a Mini-OS domU guest working I can now reliably crash the hypervisor. No doubt this is a bug in my guest code, but I assume it shouldn't be possible for a buggy guest to take down Xen itself. Here's a simplified version of my code which shows the problem: https://github.com/talex5/xen-paratest I'm building Xen from the stable-4.4 Git branch (03eb51340), compiled with debug on. The code is rather simple: it's just trying to initialise the data cache, as described in the "ARM Cortex-A Series Programmer’s Guide". I'm not actually sure whether this is necessary for a paravirtualised guest, but I was getting some odd problems which looked cache related, so I added this code in the hope of fixing that. Does it crash if you remove your cache code? The cfg file is just: kernel = "/root/paratest.img" memory = 128 name = "paratest" vcpus = 1 serial="pty" When the guest is started, Xen always crashes. Sometimes silently, but usually writing a stack-trace to the console. I've included a selection of them in the commit messages, but a typical one looks like this: hmmm, I've just tried your kernel on midway and Xen didn't crash. Do you have more input? Number of physical CPUs used, state of the VCPU...? I can't find any assert at this line. Did you modify Xen code? Regards, -- Julien Grall _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxx http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |