Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 20 Aug 2014 18:32:58 +0200
From:      =?ISO-8859-1?Q?Roger_Pau_Monn=E9?= <roger.pau@citrix.com>
To:        John Baldwin <jhb@freebsd.org>, <freebsd-drivers@freebsd.org>
Cc:        "freebsd-xen@freebsd.org" <freebsd-xen@freebsd.org>, "freebsd-virtualization@freebsd.org" <freebsd-virtualization@freebsd.org>
Subject:   Re: Directly reserve an interrupt IDT entry for Hyper-V
Message-ID:  <53F4CDBA.8040500@citrix.com>
In-Reply-To: <201408201131.29399.jhb@freebsd.org>
References:  <3defccd56bc0407c88bdda139b2462ac@BY1PR0301MB0902.namprd03.prod.outlook.com> <53F4A34A.4010807@citrix.com> <201408201131.29399.jhb@freebsd.org>

index | next in thread | previous in thread | raw e-mail

On 20/08/14 17:31, John Baldwin wrote:
> On Wednesday, August 20, 2014 9:31:54 am Roger Pau Monné wrote:
>> Hello,
>>
>> I don't think using the same IDT vector is the right approach, I would
>> just pick a different IDT vector and use that for Hyper-V. Using the
>> same IDT vector (like your suggestion above) would prevent shipping a
>> kernel with with both Hyper-V and Xen support (like it's done now in
>> GENERIC).
>>
>> Roger.
> 
> Hmm, can't you make this a runtime check to only call setidt() if you detect 
> you are under the appropriate hypervisor?
> 
> Also, bhyve currently has a hackish way of requesting a free IDT slot.  
> Perhaps it would be best if I added little API to reserve an IDT slot assuming 
> that callers could accept a dynamic IDT vector rather than a static one.

That would work for Xen. The IDT vector doesn't need to be fixed since
it's registered with Xen when the system boots.

Roger.



home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53F4CDBA.8040500>