NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: port-amd64/55543: PVHVM fails to attach hypervisor bus on Amazon EC2 t2.micro
On Sun, Sep 06, 2020 at 02:50:32PM -0300, Jared McNeill wrote:
> On Sun, 6 Sep 2020, Manuel Bouyer wrote:
>
> > On Sun, Sep 06, 2020 at 02:31:23PM +0200, Manuel Bouyer wrote:
> > > Unfortunably with Xen 4.2.5 it boots. Also, xencons is present.
> > >
> > > Can you enter ddb when it's hung ? if so, can you see where the Xen-related
> > > threads are waiting ?
> >
> > Also, enabling the DPRINTK macro in xenbus/xenbus_probe.c could give
> > hints.
>
> I don't see any output from DPRINTK so I guess we are hung before the thread
> had an opportunity to run. Unfortunately console input is not supported on
> EC2 so I can't get to ddb.
OK, so we have to make guesses.
acpicpu0 is attached via config_defer() so I guess it doens't need
threads to be running. On my test systems, after acpicpu0 there are
xen devices and uhub0.
Maybe the clock isn't fully functionnal ? Can you try commenting out
the delay_func/x86_initclock_func override in xen_hvm_init() (carefull,
there is also this code in init_xen_early(), this one isn't used
for HVM).
--- xen/hypervisor.c.orig 2020-09-07 12:48:12.005563460 +0200
+++ xen/hypervisor.c 2020-09-07 12:46:25.405240796 +0200
@@ -438,8 +438,10 @@
xen_start_info.console.domU.evtchn = xen_hvm_param.value;
}
+#if 0
delay_func = x86_delay = xen_delay;
x86_initclock_func = xen_initclocks;
+#endif
vm_guest = VM_GUEST_XENPVHVM; /* Be more specific */
return 1;
--
Manuel Bouyer <bouyer%antioche.eu.org@localhost>
NetBSD: 26 ans d'experience feront toujours la difference
--
Home |
Main Index |
Thread Index |
Old Index