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

Re: [Xen-users] The real 0.6.5 release of Windows PV drivers



On Monday 04 February 2008 12:16:19 am James Harper wrote:
> > Other than the same info that was in the BSOD, there was a few references
>> to things like: "The device, \Device\Scsi\XenVbd1, did not respond within
>> the timeout period.'.
> Is that the cdrom?

You would know better than I, since it is a XenVbd device, but the '1' would 
lead me to guess it is the cdrom.

> When windows doesn't get an answer in a reasonable time, it starts
> issuing bus resets. That code path is not very well tested... and there
> are at lease two reports of performance problems with physical cdrom
> devices (eg /dev/hdc). Possibly the bus reset problem is causing other
> problems like crashes under load?

To be complete, there are two log msgs in a row, same time stamp, titled 
XenVbd. The second one is 'A pending interrupt was detected on device 
\Device\Scsi\XenVbd1 during a timeout operation.  A large number of these 
warnings may indicate that the system is not correctly  receiving or 
processing interrupts from the device.' Since they occur at quite different 
times than the log msgs that repeat the BSOD info, they probably correspond 
to my attempts to access the cd while booted w/ /gplpv.

> If you haven't already, can you try with the cdrom removed from your
> configuration?

Done. I still get the same BSOD (assert error) when I try a domu to dom0 large 
file xfer while using xennet (w/ or w/o /gplpv). Also, using netfront changes 
nothing (except that the original Realtek  adapter is no longer there).:

*** STOP: 0x0000008E (0x80000003,0x805310DD,0x8054FFA8,0x00000000)

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-users


 


Rackspace

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