[Xen-devel] Question about running Xen on NVIDIA Jetson-TK1

[Meng Xu <mengxu@xxxxxxxxxxxxxx>]

Hi Julien and Ian,

I'm trying to run Xen on NVIDIA Jetson TK1 board. (Right now, Xen does
not support the Jetson board officially. But I'm thinking it may be
very interesting and useful to see it happens, since it has GPU inside
which is quite popular in automotive.)

Now I encountered some problem to boot dom0 in Xen environment. I want
to debug the issues and maybe fix the issues, but I'm not so sure how
I should debug the issue more efficiently. I really appreciate it if
you advise me a little bit about the method of how to fix the issue.
:-)

---Below is the details----

I noticed the Dushyant from IBM also tried to run Xen on the Jetson
board. (http://www.gossamer-threads.com/lists/xen/devel/422519). I
used the same Linux kernel (Jan Kiszka's development tree -
http://git.kiszka.org/linux.git/, branch queues/assorted) and Ian's
Xen repo. with the hack for Jetson board. I can see the dom0 kernel
can boot to some extend and then "stall/spin" before the dom0 kernel
fully boot up.

In order to figure out the possible issue, I boot the exact same Linux
kernel in native environment on one CPU and collected the boot log
information in [1]. I also boot the same Linux kernel as dom0 in Xen
environment and collected the boot log information in [2].

In Xen environment, dom0 hangs after the following message
[   10.541010] NET: Registered protocol family 10
6mip6: Mobile IPv6
[   10.542510] mi

In native environment, the kernel has the following log after initializing NET.
[    2.934693] NET: Registered protocol family 10
[    2.940611] mip6: Mobile IPv6
[    2.943645] sit: IPv6 over IPv4 tunneling driver
[    2.951303] NET: Registered protocol family 17
[    2.955800] NET: Registered protocol family 15
[    2.960257] can: controller area network core (rev 20120528 abi 9)
[    2.966617] NET: Registered protocol family 29
[    2.971098] can: raw protocol (rev 20120528)
[    2.975384] can: broadcast manager protocol (rev 20120528 t)
[    2.981088] can: netlink gateway (rev 20130117) max_hops=1
[    2.986734] Bluetooth: RFCOMM socket layer initialized
[    2.991979] Bluetooth: RFCOMM ver 1.11
[    2.995757] Bluetooth: BNEP (Ethernet Emulation) ver 1.3
[    3.001109] Bluetooth: BNEP socket layer initialized
[    3.006089] Bluetooth: HIDP (Human Interface Emulation) ver 1.2
[    3.012052] Bluetooth: HIDP socket layer initialized
[    3.017894] Registering SWP/SWPB emulation handler
[    3.029675] tegra-pcie 1003000.pcie-controller: 2x1, 1x1 configuration
[    3.036586] +3.3V_SYS: supplied by +VDD_MUX
[    3.040857] +3.3V_LP0: supplied by +3.3V_SYS
[    3.045509] +1.35V_LP0(sd2): supplied by +5V_SYS
[    3.050201] +1.05V_RUN_AVDD: supplied by +1.35V_LP0(sd2)
[    3.057131] tegra-pcie 1003000.pcie-controller: probing port 0, using 2 lanes
[    3.066479] tegra-pcie 1003000.pcie-controller: Slot present pin
change, signature: 00000008

I'm suspecting that my dom0 kernel hangs when it tries to initialize
"can: controller area network core ". However, from Dushyant's post at
http://www.gossamer-threads.com/lists/xen/devel/422519,  it seems
Dushyant's dom0 kernel hangs when it tries to initialize pci_bus. (The
linux config I used may be different form Dushyant's. That could be
the reason.)

Right now, the system just hangs and has no output indicating what the
problem could be. Although there are a lot of error message before the
system hangs, I'm not that sure if I should start with solving all of
those error messages. Maybe some errors can be ignored?

My questions are:
1) Do you have suggestion on how to see more information about the
reason why the dom0 hangs?
2) Is it because the device tree is not correctly recreated by Xen?
(This is just a guess. Since dom0's linux can boot up in HYP mode in
native environment, I think dom0's kernel should be good and the
problem should be Xen?)


Thank you very much for your time and help in this question!

I really appreciate it!

[1] tk1-linux-boot-1cpu.log, the boot log information when Linux
successfully boot on 1 CPU with HYP mode.
[2] tk1-xen-linux-boot-1vcpu.log, the boot log information when Linux
tries to boot in dom0 on Xen

Best Regards,

Meng

-----------
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania
http://www.cis.upenn.edu/~mengxu/

Attachment: tk1-linux-boot-1cpu.log
Description: Binary data

Attachment: tk1-xen-linux-boot-1vcpu.log
Description: Binary data

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel