On 3 May 2017 at 02:47, Manjukumar Harthikote Matha <manjukumar.harthikote-ma...@xilinx.com> wrote: > > >> -----Original Message----- >> From: meta-xilinx-boun...@yoctoproject.org [mailto:meta-xilinx- >> boun...@yoctoproject.org] On Behalf Of Jason Wu >> Sent: Tuesday, May 02, 2017 2:16 AM >> To: Pello Heriz <pello.he...@alumni.mondragon.edu>; meta- >> xil...@yoctoproject.org; meta-xilinx-requ...@yoctoproject.org; meta- >> virtualizat...@yoctoproject.org; yocto@yoctoproject.org >> Subject: Re: [meta-xilinx] xen-image-minimal testing >> >> >> >> On 2/05/2017 4:33 PM, Pello Heriz wrote: >> > Hi all, >> > >> > I have built an image using "xen-image-minimal" command with Yocto and >> > I would want to know how can I test if xen functionalities are correct >> > or not with Zynq MPSoC QEMU. How can I do this? >> http://www.wiki.xilinx.com/Building+the+Xen+Hypervisor+with+PetaLinux+2016.4+ >> and+newer >> >> have look at the "TFTP Booting Xen and Dom0 2016.4" section and hope that >> helps. >> >> > >> > Anyway, I have seen that sometimes in the QEMU terminal appears the >> > next message when the mentioned image is launched by "runqemu zcu102". >> > >> > INIT: Id "X0" respawning too fast: disabled for 5 minutes >> > >> > What's the meaning of the message? Is it critical? >> It is not critical if you don't need it. The reason you are getting this >> error message is >> because the your inittab trying spawn a console when the device node (e.g. >> hvc0) for >> Id "X0" does not exists. >> > > Is there a way to stop inittab from doing this? > Tried few options for initiab, for ex: using "once" instead of "spawn" > > Any other good ideas on how we can disable it? Or what is a better approach > to resolve this issue during runtime
Change the sysvinit-inittab bbappend in meta-virtualization use start_getty instead of just getty, start_getty does a 'test -c' before starting getty on the device. This is how sysvinit-inittab handles SERIAL_CONSOLES. Alternatively the meta-virtualization bbappend could just expand SERIAL_CONSOLES. Regards, Nathan -- _______________________________________________ yocto mailing list yocto@yoctoproject.org https://lists.yoctoproject.org/listinfo/yocto
