xenbusb_nop_confighook_cb timeout

[Alex]

I've had that geom warning before on real hardware and it's never 
stopped it from working.

In my screenshot, it appears the time out is originating from:

xenbusb.c:xenbusb_nop_confighook_cb

xenbusb_nop_confighook_cb(void *arg __unused)
{
}

called in xenbusb_attach(device_t dev, char *bus_node, u_int id_components)

         /*
          * Since XenBus busses are attached to the XenStore, and
          * the XenStore does not probe children until after interrupt
          * services are available, this config hook is used solely
          * to ensure that the remainder of the boot process (e.g.
          * mount root) is deferred until child devices are adequately
          * probed.  We unblock the boot process as soon as the
          * connecting child count in our softc goes to 0.
          */
         xbs->xbs_attach_ch.ich_func = xenbusb_nop_confighook_cb;


Regarding the partitioning, I am not sure what you mean. I have this 
configured as a VPS so I want to avoid doing anything that may destroy 
data on the disk.



On 28/01/11 06:29, Nick Sayer wrote:
> On Jan 27, 2011, at 1:43 AM, Alex wrote:
>
>> I've applied this patch, I now get past the ethernet issue, and have run into another problem, see screenshot:
>>
>> http://ahhyes.net/xen1.jpg
>>
>> any ideas?
>>
> The disk geometry differs from the PV device and the emulated hardware, I suspect.
>
> I was using GPT when I migrated, so I suspect that the issue was moot. What is your partitioning schema for this disk? Can you switch over to GPT... uh... somehow?_______________________________________________
> freebsd-xen at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-xen
> To unsubscribe, send any mail to "freebsd-xen-unsubscribe at freebsd.org"
>