El lunes, 23 de abril de 2018, 16:12:18 (UTC+2), J. Kiszka  escribió:
> On 2018-04-23 15:48, iallende wrote:
> > El miércoles, 18 de abril de 2018, 16:05:13 (UTC+2), iallende  escribió:
> >> El miércoles, 18 de abril de 2018, 8:38:43 (UTC+2), J. Kiszka  escribió:
> >>>> El lunes, 16 de abril de 2018, 14:45:45 (UTC+2), J. Kiszka  escribió:
> >>>>> On 2018-04-16 14:21, iallende wrote:
> >>>>>> El viernes, 13 de abril de 2018, 9:14:46 (UTC+2), J. Kiszka  escribió:
> >>>>>>> On 2018-04-12 15:15, iallende wrote:
> >>>>>>>> It still does not work. I have the following:
> >>>>>>>>
> >>>>>>>> root@xilinx-zcu102-2017_4:~# modprobe jailhouse
> >>>>>>>> [   20.762034] jailhouse: loading out-of-tree module taints kernel.
> >>>>>>>> root@xilinx-zcu102-2017_4:~# cd /cells/
> >>>>>>>> root@xilinx-zcu102-2017_4:/cells# jailhouse enable 
> >>>>>>>> zynqmp-zcu102.cell 
> >>>>>>>>
> >>>>>>>> Initializing Jailhouse hypervisor v0.8 on CPU 2
> >>>>>>>> Code location: 0x0000ffffc0200060
> >>>>>>>> Page pool usage after early setup: mem 33/993, remap 64/131072
> >>>>>>>> Initializing processors:
> >>>>>>>>  CPU 2... OK
> >>>>>>>>  CPU 0... OK
> >>>>>>>>  CPU 3... OK
> >>>>>>>>  CPU 1... OK
> >>>>>>>> Adding virtual PCI device 00:00.0 to cell "ZynqMP-ZCU102"
> >>>>>>>> Adding virtual PCI device 00:01.0 to cell "ZynqMP-ZCU102"
> >>>>>>>> Page pool usage after late setup: mem 42/993, remap 69/131072
> >>>>>>>> Activating hypervisor
> >>>>>>>> [   29.825496] The Jailhouse is opening.
> >>>>>>>> root@xilinx-zcu102-2017_4:/cells# 
> >>>>>>>> root@xilinx-zcu102-2017_4:/cells# 
> >>>>>>>> root@xilinx-zcu102-2017_4:/cells# jailhouse cell linux 
> >>>>>>>> zynqmp-zcu102-linux-demo.cell Image -d inmate-zynqmp-zcu102.dtb -i 
> >>>>>>>> rootfs.cpio -c "console=ttyPS0,115200"
> >>>>>>>> [   65.192135] Read fail divider address: fd1a0060
> >>>>>>>> [   65.198616] Read fail divider address: fd1a0060
> >>>>>>>> [   65.205473] CPU2: shutdown
> >>>>>>>> [   65.210069] psci: CPU2 killed.
> >>>>>>>> [   65.248402] CPU3: shutdown
> >>>>>>>> [   65.252999] psci: CPU3 killed.
> >>>>>>>> Adding virtual PCI device 00:00.0 to cell "ZynqMP-linux-demo"
> >>>>>>>> Shared memory connection established: "ZynqMP-linux-demo" <--> 
> >>>>>>>> "ZynqMP-ZCU102"
> >>>>>>>> Adding virtual PCI device 00:02.0 to cell "ZynqMP-linux-demo"
> >>>>>>>> Created cell "ZynqMP-linux-demo"
> >>>>>>>> Page pool usage after cell creation: mem 59/993, remap 69/131072
> >>>>>>>> [   65.299294] Created Jailhouse cell "ZynqMP-linux-demo"
> >>>>>>>> Cell "ZynqMP-linux-demo" can be loaded
> >>>>>>>> Started cell "ZynqMP-linux-demo"
> >>>>>>>> root@xilinx-zcu102-2017_4:/cells# jailhouse cell list 
> >>>>>>>> ID      Name                    State           Assigned CPUs        
> >>>>>>>>    Failed CPUs             
> >>>>>>>> 0       ZynqMP-ZCU102           running         0-1                  
> >>>>>>>>                            
> >>>>>>>> 1       ZynqMP-linux-demo       running         2-3  
> >>>>>>>>
> >>>>>>>> However, the UART does not show anything. I have tried with a 
> >>>>>>>> different Linux image and the same problem. I generate the images 
> >>>>>>>> with Petalinux. 
> >>>>>>>>
> >>>>>>>
> >>>>>>> Try debugging the non-root boot by using the Jailhouse console for the
> >>>>>>> cell (con-type=JAILHOUSE, cell flag JAILHOUSE_CELL_DEBUG_CONSOLE, see
> >>>>>>> Documentation/debug-output.md). Check if the UART is detected by the
> >>>>>>> guest. Maybe the kernel is not configured as needed.
> >>>>>>>
> >>>>>>> Jan
> >>>>>>> -- 
> >>>>>>> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >>>>>>> Corporate Competence Center Embedded Linux
> >>>>>>
> >>>>>> I have applied the patches for JAILHOUSE_DBCON  and I added 
> >>>>>> JAILHOUSE_CELL_DEBUG_CONSOLE to zynqmp-zcu102-linux-demo.c. I load the 
> >>>>>> cell like this:
> >>>>>> jailhouse cell linux zynqmp-zcu102-linux-demo.cell Image -d 
> >>>>>> inmate-zynqmp-zcu102.dtb -i rootfs.cpio -c "con-type=jailhouse"
> >>>>>>
> >>>>>> However, the booting does not appear. To see the debug output I have 
> >>>>>> to do "cat /dev/jailhouse", no?
> >>>>>>
> >>>>>
> >>>>> Rather "jailhouse console". If that only lists output of the hypervisor
> >>>>> itself, the guest does not start up. You then have some other issue. Is
> >>>>> there anything you modified, compared to upstream Jailhouse
> >>>>> configurations? Try reducing that to zero first.
> >>>>>
> >>>>> I can look up the setup on our ZCU102 to give you exact references to a
> >>>>> known-to-work setup. Definitely working was vanilla Jailhouse v0.8 (I
> >>>>> tested that prior to the release). I've also attached a reference config
> >>>>> for the Linux inmate kernel.
> >>>>>
> >>>>> I hope we can eventually handle such setup questions via the
> >>>>> jailhouse-image project, but right now that's not yet there.
> >>>>>
> >>>>> Jan
> >>>>>
> >>>>> -- 
> >>>>> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >>>>> Corporate Competence Center Embedded Linux
> >>>>
> >>>> I did both images with Petalinux 2017.4 and its default bsp. The Kernel 
> >>>> version is 4.9. How do you build your images? Yocto with meta-xilinx 
> >>>> layer? 
> >>>
> >>> No Yocto. Custom kernel config, mainline kernel, built via Linaro
> >>> cross-toolchain, standard distro image. It's basically the manual form
> >>> of https://github.com/siemens/jailhouse-images.
> >>>
> >>>>
> >>>> I have tried running non-root cell with a new image built with Yocto and 
> >>>> meta-xilinx and the same has happened. 
> >>>>
> >>>> Sorry for such amount of doubts and not achieving it. Perhaps when if I 
> >>>> achieve it I can create a document for the respository as there is for 
> >>>> the Banana-pi and the Emtrion.
> >>>>
> >>>
> >>> The board setup isn't trivial, and that's why I'm planning to encode the
> >>> image building for reference boards (like the zcu102) into that
> >>> Yocto-like recipes, like I started already for virtual ones. The build
> >>> infrastructure isn't cross-friendly yet, thus the builds take too long,
> >>> but that should be fixed rather soon. Then we can expand to real boards
> >>> as well.
> >>>
> >>> Jan
> >>>
> >>> -- 
> >>> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> >>> Corporate Competence Center Embedded Linux
> >>
> >> Hi,
> >>
> >> Can you pass me the dts you use? I think it is the only different think I 
> >> am using know. Besides, I have read again the README and I have seen this:
> >>
> >> Appropriate boot loader support (typically U-Boot)
> >>
> >>     Linux is started in HYP mode
> >>     PSCI support for CPU offlining
> >>
> >> It is necessary to enable any CONFIG_* in the U-Boot?
> > 
> > Did someone have this problem also? I do not have achieved anything yet. I 
> > have tried with the gic-demo and it does not show anything neither.
> > I did not modify any conf file, but the second UART does not show anything. 
> >  
> 
> Sorry, forgot this topic: Attached the DTB (didn't find the DTS form
> around), which just gained the memory reservation we need for hypervisor
> and inmates. Our U-boot is actually from the SDK (which also contains
> all needed CONFIGs, like virtualization support). I also attached the
> config of the currently working kernel.
> 
> Jan
> 
> -- 
> Siemens AG, Corporate Technology, CT RDA IOT SES-DE
> Corporate Competence Center Embedded Linux

The DTB you have send me solves the problem!!

I used DTC to obtain the dts and diff between the one petalinux generated and 
this, but I do not know why it fails. I add my DTB.

Thank you very much!!!

-- 
You received this message because you are subscribed to the Google Groups 
"Jailhouse" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to jailhouse-dev+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Attachment: system.dts
Description: Binary data

Reply via email to