[Top] [All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [win-pv-devel] xenvif xennet don't update or load correctly and another error saw in qemu log

  • To: Fabio Fantoni <fabio.fantoni@xxxxxxx>, "win-pv-devel@xxxxxxxxxxxxxxxxxxxx" <win-pv-devel@xxxxxxxxxxxxxxxxxxxx>
  • From: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
  • Date: Mon, 16 Mar 2015 17:40:34 +0000
  • Accept-language: en-GB, en-US
  • Delivery-date: Mon, 16 Mar 2015 17:40:40 +0000
  • List-id: Developer list for the Windows PV Drivers subproject <win-pv-devel.lists.xenproject.org>
  • Thread-index: AQHQXA55RAT0rIiZsEuDIrfR4UCRs50XZSAw///1AICAABLN4IAHxMoAgAA1S1A=
  • Thread-topic: [win-pv-devel] xenvif xennet don't update or load correctly and another error saw in qemu log

Hi,

 

  Windows driver removal is a black art and is broken in different ways on different versions of Windows. As you correctly observe, using the pnputil tool does not actually remove the drivers, and hence you’ll see DllInitialize() and DriverEntry() functions called *but* there should be no AddDevice() called i.e. the drivers are unbound from the devices but the modules are still present.

  If you also want to stop the driver modules from loading then you need to remove the service keys from the registry, which you should be able to safely do after the reboot. If you just remove the binaries from system32 then you may well end up in a situation where the registry is telling the system to load a driver but, when it looks, the binary has gone.

 

  Paul

 

From: win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx [mailto:win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Fabio Fantoni
Sent: 16 March 2015 15:25
To: Paul Durrant; win-pv-devel@xxxxxxxxxxxxxxxxxxxx
Subject: Re: [win-pv-devel] xenvif xennet don't update or load correctly and another error saw in qemu log

 

Il 11/03/2015 16:47, Paul Durrant ha scritto:

Have a look in C:\Windows\System32\DriverStore\FileRepository. If you still have packages for old drivers in here then Windows can find them and re-install them even if you think you’ve uninstalled. The correct way to remove packages is using ‘pnputil –d’ but it’s a bit clunky.

 

  Paul


I removed all pv drivers visible in windows control panel, after I removed with "pnputil -f -d" all remaining drivers found with "pnputil /e" and rebooted.
Now still load latest xenbus (visible from qemu log) and network is not available even if .../FileRepository folder don't have other xen's drivers.
I tried a search and I found there are still all pv drivers files in C:\windows\system32 and C:\windows\system32\drivers
I removed also these files and rebooted and now didn't load pv drivers, emulated network is working and seems ok.
Previous week tests instead gave me windows blue screen "registry error" 1 minute after windows boot.

Is there another way to clean uninstall all drivers without risk of problems?

Thanks for any reply and sorry for my bad english.


 

From: win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx [mailto:win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Fabio Fantoni
Sent: 11 March 2015 15:39
To: Paul Durrant; win-pv-devel@xxxxxxxxxxxxxxxxxxxx
Subject: Re: [win-pv-devel] xenvif xennet don't update or load correctly and another error saw in qemu log

 

Il 11/03/2015 16:22, Paul Durrant ha scritto:

Have you tried uninstalling all versions of XENVIF and XENNET and then re-installing the latest? Windows should always prefer the newest driver by date but maybe something has gone wrong and for some reason is favouring a really old version you have lying around in DriverStore.


Yes, I already uninstalled all old drivers build of all component 3 tests ago, rebooted windows and after installed the new build but seems olders xenvif and xennet still remained even if not visible in control center and always on new xenvif and xennet install give me "ready to use" instead of "device updated" message at end.
The only other way I know to delete the drivers is search the files in c:/windows/... but I tried time ago with other things gave me always blue screen on next boot, so I not tried with pv.


 

The RangeSetPop error is not anything to worry about. It is expected. It simply means the grant table has run out of space and needs to be expanded, which is why you see the error immediately followed by a map and populate of the next grant table page.

 

  Paul

 

 

From: win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx [mailto:win-pv-devel-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf Of Fabio Fantoni
Sent: 11 March 2015 15:17
To: win-pv-devel@xxxxxxxxxxxxxxxxxxxx
Cc: Paul Durrant
Subject: [win-pv-devel] xenvif xennet don't update or load correctly and another error saw in qemu log

 

As I reported time ago there was strange thing when update network components: give "ready to use" instead of "device updated" message at end of driver component install.
Today I saw in qemu log of one W7 pro 64 bit domU this:
xen_platform_log xen platform: XENVIF|DriverEntry: XENVIF 8.0.0 (0) (24.09.2014)
xen_platform_log xen platform: XENNET|DriverEntry: XENNET 8.0.0 (0) (24.09.2014)

Is probably the first build I installed in this domU and that I already uninstall from control center time ago.

other components instead seems loaded correctly the latest build installed:
xen_platform_log xen platform: XEN|DllInitialize: XEN 8.0.0 (41) (05.03.2015)
xen_platform_log xen platform: XENFILT|DriverEntry: XENFILT 8.0.0 (41) (05.03.2015)
xen_platform_log xen platform: XENDISK|DriverEntry:XENDISK 8.0.0 (18) (03.03.2015)
xen_platform_log xen platform: XENIFACE|DriverEntry: 8.0.0.13 (2/3/2015)

----------

I saw also these errors in qemu log:
...

xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[1] @ 00000000.f8002000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000200 - 000003ff]
xen_platform_log xen platform: XENBUS|RangeSetPop: fail1 (c000009a)
xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[2] @ 00000000.f8003000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000400 - 000005ff]
xen_platform_log xen platform: XENBUS|RangeSetPop: fail1 (c000009a)
xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[3] @ 00000000.f8004000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000600 - 000007ff]
xen_platform_log xen platform: XENBUS|RangeSetPop: fail1 (c000009a)
xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[4] @ 00000000.f8005000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000800 - 000009ff]
xen_platform_log xen platform: XENBUS|RangeSetPop: fail1 (c000009a)
xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[5] @ 00000000.f8006000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000a00 - 00000bff]
xen_platform_log xen platform: XENBUS|RangeSetPop: fail1 (c000009a)
xen_platform_log xen platform: GNTTAB: MAP XENMAPSPACE_grant_table[6] @ 00000000.f8007000
xen_platform_log xen platform: XENBUS|GnttabExpand: added references [00000c00 - 00000dff]

...
Can someone tell me something about?
Can they be related to some failed memory balloning error in dom0's kern.log and syslog?

Full qemu log in attachment is needed.

If you need more informations and/or tests tell me and I'll post them.
Thanks for any reply and sorry for my bad english.

 

 

_______________________________________________
win-pv-devel mailing list
win-pv-devel@xxxxxxxxxxxxxxxxxxxx
http://lists.xenproject.org/cgi-bin/mailman/listinfo/win-pv-devel

 

©2013 Xen Project, A Linux Foundation Collaborative Project. All Rights Reserved.
Linux Foundation is a registered trademark of The Linux Foundation.
Xen Project is a trademark of The Linux Foundation.

Rackspace

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