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