Can you provide some more detail on the host-machine? What hardware,
which kernel are you using, where is the kernel config coming from?

There must be something "unusual" in your setup.

Henning

Am Thu, 24 Oct 2019 09:38:23 -0400
schrieb Rob Miller via Xenomai <[email protected]>:

> responses in-line...
> 
> Rob Miller
> [email protected]
> (919)721-3339
> 
> 
> On Thu, Oct 24, 2019 at 8:12 AM Jan Kiszka <[email protected]> wrote:
> 
> > On 24.10.19 13:46, Rob Miller wrote:  
> > > Pls see below
> > >
> > > Rob Miller
> > > [email protected] <mailto:[email protected]>
> > > (919)721-3339
> > >
> > >
> > > On Thu, Oct 24, 2019 at 6:25 AM Jan Kiszka <[email protected]
> > > <mailto:[email protected]>> wrote:
> > >
> > >     On 23.10.19 23:23, Rob Miller via Xenomai wrote:  
> > >     > Correction, stock images work by removing the enable-kvm
> > >     > and *NOT  
> > >     *adding  
> > >     > the -no-hpet QEMU cmdline options.
> > >     >
> > >     > also latency numbers are crazy with avg being 1678.126 usec
> > >     > w/  
> > >     worst case  
> > >     > being 15463.240usec
> > >     >
> > >     > at this point, I'm not sure which way to go:
> > >     >
> > >     > 1) do I hunt down issues in HPET failing w/ KVM mode
> > >     > enabled? 2) just go to dovetail
> > >     > 3) ???  
> > >
> > >     Don't have a the reference image around, but I'm pretty sure
> > > it would work here with QEMU
> > > 4300b7c2cd9f3f273804e8cca325842ccb93b1ad (post  
> > 4.1)  
> > >     and KVM from 5.3.6. At least a different image is being used
> > > like  
> > that  
> > >     for ages, and kernel config in xenomai-image is basically
> > > derived from it.
> > >  
> > > RJM>] Will try  
> > >
> > >
> > >     For the xenomai-images check, did you use "start-qemu.sh x86"
> > > as-is? 
> > > RJM>] Yes, my 1st failed attempts used unmodified start-qemu.sh
> > > RJM>x86,  
> > > then I mod'd the file to remove the -enable-kvm, and it started
> > > to work UNTIL also added -no-hpet, then I can't even boot up.
> > >  
> >
> > Number of host cores >= number of guest CPUs? If not, reduce -smp
> > in the QEMU invocation.
> >
> RJM>] yup, host has 16 cores whilst guest has 4 (using the stock
> RJM>images).  
> 
> >
> > Oh, and don't expect any kind of determinism in these setups. KVM
> > and QEMU are for functional testing only.
> >
> RJM>] Ah, good to know.  
> 
> >
> > Jan
> >  


Reply via email to