[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |