On 10/17/14, 7:51 PM, Marko Zec wrote:
On Fri, 17 Oct 2014 13:37:37 +0200
Marius Strobl wrote:
On Wed, Oct 15, 2014 at 04:27:28PM -0700, Craig Rodrigues wrote:
On Sun, Oct 12, 2014 at 6:35 AM, Kris Moore wrote:
It was for a while in 9.2, but we removed it from 10.0 and later
due to stabili
Hi,
On more analysis I found that there is a race condition in Guest OS such that
before complete initialization happens for APs the interrupt migration takes
place and hence incorrect cpu is written to io-apic's rte for that particular
pin. The debug prints either in Guest OS or vmm just kills
Hi,
I am witnessing some strange behavior w.r.t io-apic
interrupt migration on bhyve.
I have below assignment for a level triggered
interrupt:
io-apic pin - p
cpu vector - v
cpu id - 0
when this interrupt is migrated to cpu 1 then
the assignment is as below
io-apic pin - p
cp
On Fri, 17 Oct 2014 13:37:37 +0200
Marius Strobl wrote:
> On Wed, Oct 15, 2014 at 04:27:28PM -0700, Craig Rodrigues wrote:
> > On Sun, Oct 12, 2014 at 6:35 AM, Kris Moore wrote:
> >
> > >
> > > It was for a while in 9.2, but we removed it from 10.0 and later
> > > due to stability issues we kep
On Wed, Oct 15, 2014 at 04:27:28PM -0700, Craig Rodrigues wrote:
> On Sun, Oct 12, 2014 at 6:35 AM, Kris Moore wrote:
>
> >
> > It was for a while in 9.2, but we removed it from 10.0 and later due to
> > stability issues we kept getting reports about. Haven't tried it since
> > then, dont know if
