[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [PATCH for-4.14] x86/rtc: provide mediated access to RTC for PVH dom0


  • To: Jan Beulich <jbeulich@xxxxxxxx>
  • From: Roger Pau Monné <roger.pau@xxxxxxxxxx>
  • Date: Fri, 5 Jun 2020 16:16:36 +0200
  • Authentication-results: esa5.hc3370-68.iphmx.com; dkim=none (message not signed) header.i=none
  • Cc: xen-devel@xxxxxxxxxxxxxxxxxxxx, Andrew Cooper <andrew.cooper3@xxxxxxxxxx>, Wei Liu <wl@xxxxxxx>, paul@xxxxxxx
  • Delivery-date: Fri, 05 Jun 2020 14:16:49 +0000
  • Ironport-sdr: 5aYJuVd0ItXCeekg73oTrKrRbIC2fsTQKbzDPSjUo9qHoUtzPxyMgb0a32zP8Zjh6wg9uAnkJP sqI2qDQNYqB31TOwfFcfLidL/b0mjT4Ke1whiTLD+guSN3T/8hfEYCcQvpaOrPDiMp0QwKVFA8 ogic6dvIYKWb5O9LyX/RBGPbEpm3jiQqaEd2/KtnNTKOvgxH8ZX6CCnqYsV6bqtfbv4mTsBqil a9iwkHjlRr3vxm/P+EzPvmh8W0UNb+pQU78/yVdral8xdtpNfxXkEVZ+A6OLffpAcfQwbdKyde J0Y=
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>

On Fri, Jun 05, 2020 at 12:05:12PM +0200, Jan Beulich wrote:
> On 05.06.2020 11:20, Roger Pau Monné wrote:
> > On Fri, Jun 05, 2020 at 10:48:48AM +0200, Jan Beulich wrote:
> >> On 05.06.2020 09:50, Roger Pau Monne wrote:
> >>> This patch provides such mediated access to the
> >>> RTC for PVH dom0, just like it's provided for a classic PV dom0.
> >>>
> >>> Instead of re-using the PV paths implement such handler together with
> >>> the vRTC code for HVM, so that calling rtc_init will setup the
> >>> appropriate handlers for all HVM based guests.
> >>
> >> Hooking this into rtc_init() makes sense as long as it's really
> >> just the RTC. Looking at the PV code you're cloning from, I
> >> wonder though whether pv_pit_handler() should also regain callers
> >> for PVH. As it stands the function is called for PV only, yet was
> >> deliberately put/kept outside of pv/.
> > 
> > IIRC pv_pit_handler was also used by PVHv1 dom0, but we decided to not
> > enable it for PVHv2 because no one really knew why the PIT was
> > actually needed for by dom0.
> 
> I think the reason PV Dom0 has it applies to PVH Dom0 as well:
> At least back at the time there were video BIOSes needing this.
> As it now turns out to have been a mistake to not enable the
> RTC handling for v2, I would still think it would be better to
> enable the PIT logic as well there, just to be on the safe side.

I have to admit I haven't used video output very much with PVH, I've
had reports of people having success with it, but I have no idea how
many failures there might be.

Enabling the PIT for PVH dom0 is mostly a matter of adding
XEN_X86_EMU_PIT to the emulation flags, like it's currently done for
PV dom0.

There's going to be a slight issue though, which is that the PIT will
try to inject the interrupts using the PIC IRQ0, and thus would either
need to also enable the PIC, or to instead set the timer source to
PTSRC_ioapic instead of PTSRC_isa and use GSI 0. I haven't actually
tried whether this would work, but seems better than enabling the PIC.

Roger.



 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.