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

RE: [Xen-users] GPL PV Intermittent Network Problems



Well, I've just stumbled upon another couple of things that seem to be causing the problem.  First, in looking at the Computer type (Device Manager -> Computer Name -> Computer), the working ones all have "ACPI Uniprocessor PC" and the two that don't work have "Advanced Configuration and Power Interface (ACPI) PC."  On the surface, this seems to be about the same - even looking at the driver version, date, etc., yields the same information.  However, if I go to the Details tab of this device and look at "Hardware Ids," I see that the "Advanced Configuration...PC" shows "acpipic_up" whereas the "ACPI Uniprocessor PC" shows "acpiapic_up."  So, the computer types are actually different, and, just like when you switch from a single processor to a multiprocessor configuration, Windows is incapable of picking up the change from a non-APIC (PIC, I guess??) machine (VM) to an APIC machine (VM), even though I've switched over the Xen configuration.

Furthermore, if I look at the Device Manager and view as "Resources by Type" and look at IRQs, the machine that is failing doesn't have ANY devices assigned an IRQ over 15 whereas the ones that work have a few other devices (besides the Xen ones) assigned IRQs over 15.

Guess it comes down to a HAL issue at this point - anyone have any good hints or documents for switching out the HAL?

-Nick


-----Original Message-----
From: James Harper <james.harper@xxxxxxxxxxxxxxxx>
To: Nick Couchman <Nick.Couchman@xxxxxxxxx>, xen-users@xxxxxxxxxxxxxxxxxxx
Subject: RE: [Xen-users] GPL PV Intermitent Network Problems
Date: Tue, 11 Nov 2008 21:29:23 +1100

Nick,

I have built a xenpci.sys that will tell Windows not to give it an IRQ
under 16. Other than testing that it doesn't crash I haven't given it
any other testing. You can download it at:
http://www.meadowcourt.org/downloads/xenpci.sys.no_irq_under_16.xp.bin

rename the downloaded file to xenpci.sys and copy it to
c:\windows\system32\drivers, then reboot.

I also have a windows 2003 version there.

If, for some reason, windows won't assign an irq > 16 to it then a boot
with /GPLPV will probably fail (bug check 0x7b), but you should still be
able to reboot without /GPLPV.

Let me know how it goes. If it boots, assigns an irq > 16, and your
stability problems go away, then I'll keep the fix in there.

Thanks

James


This e-mail may contain confidential and privileged material for the sole use of the intended recipient. If this email is not intended for you, or you are not responsible for the delivery of this message to the intended recipient, please note that this message may contain SEAKR Engineering (SEAKR) Privileged/Proprietary Information. In such a case, you are strictly prohibited from downloading, photocopying, distributing or otherwise using this message, its contents or attachments in any way. If you have received this message in error, please notify us immediately by replying to this e-mail and delete the message from your mailbox. Information contained in this message that does not relate to the business of SEAKR is neither endorsed by nor attributable to SEAKR.

_______________________________________________
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®.