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

Re: [win-pv-devel] Driver 8.2 not working with Xen 4.9


  • To: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
  • From: Laurent Sauve <lsauve@xxxxxxxx>
  • Date: Thu, 16 Nov 2017 14:15:49 +0000
  • Accept-language: fr-CA, en-US
  • Cc: "win-pv-devel@xxxxxxxxxxxxxxxxxxxx" <win-pv-devel@xxxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Thu, 16 Nov 2017 14:15:57 +0000
  • List-id: Developer list for the Windows PV Drivers subproject <win-pv-devel.lists.xenproject.org>
  • Spamdiagnosticmetadata: NSPM
  • Spamdiagnosticoutput: 1:99
  • Thread-index: AQHTXYVP2kR2bgpYb0ys8GV+0xuoCKMVM1rQgABoMoCAASnIYP//9pwA
  • Thread-topic: Driver 8.2 not working with Xen 4.9

Here are the xenstore-ls and xl dmesg command output.

 

Laurent Sauve

From: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
Date: Thursday, November 16, 2017 at 05:10
To: Laurent Sauve <lsauve@xxxxxxxx>, "win-pv-devel@xxxxxxxxxxxxxxxxxxxx" <win-pv-devel@xxxxxxxxxxxxxxxxxxxx>
Subject: RE: Driver 8.2 not working with Xen 4.9

 

Laurent,

 

  The log snippet below is expected behaviour when you install XENNET. The emulated Realtek device is present so XENVIF stashes the network settings corresponding to that, sets a registry key to request unplug of emulated NICs at next boot, sets another registry key so that the monitor service will request reboot (the dialog that you see popping up) and then fails the PDO start IRP (which is why you see the warning in device manager). The question is what happens *after* reboot.

  I’m assuming the file ‘qemu-dm-ThisIsTheVmName’ is the post-reboot log and from that we see:

 

XENNET|DriverEntry: XENNET 8.2.0 (6) (28.02.2017)

XENVIF|PdoSetFriendlyName: 0: Xen PV Network Device #0

XENVIF|SettingsRestore: TO Ethernet 5 (Xen PV Network Device #0)

XENVIF|SettingsCopyIpAddresses: Version6: ADDRESSES NOT FOUND

XENVIF|FrontendSetState: device/vif/0: ====> 'CLOSED' -> 'CONNECTED'

XENVIF|FrontendSetState: device/vif/0 in state 'PREPARED'

XENVIF|__MacSetPermanentAddress: attr/vif/0: 00:16:3E:00:03:98

XENVIF|__MacSetCurrentAddress: attr/vif/0: 00:16:3E:00:03:98

XENVIF|FrontendSetNumQueues: device/vif/0: 1

XENVIF|FrontendSetSplit: device/vif/0: FALSE

GNTTAB: MAX FRAMES = 256

XENBUS|RangeSetPop: fail1 (c000009a)

GNTTAB: MAP XENMAPSPACE_grant_table[0] @ 00000000.f2001000

XENBUS|GnttabExpand: added references [00000020 - 000001ff]

 

  This is XENVIF noticing the stashed settings and copying them into XENNET’s registry area. XENVIF is attempting to transition from the CLOSED state to the connected STATE but is seemingly getting stuck. I see no failure message here though, nor do I see any failure message from netback in kern.log. The fact that FrontendSetNumQueues() has only set a single queue, and FrontendSetSplit() says FALSE suggested that you have a very old netback and indeed when I then look at the top of kern.log I see “Linux version 3.1.0-r128-iweb”, which is pretty ancient. So, my suspicion is that there is some incompatibility in the xenstore protocol between the old netback and the newer XENVIF. I assume the VM is probably hung at this point waiting for netback to respond. Could you send me the ouput of xenstore-ls (in dom0) at this point? From that we can determine the current state of negotiation with netback and attempt to figure out why it might have wedged up.

 

  Paul

 

From: Laurent Sauve [mailto:lsauve@xxxxxxxx]
Sent: 15 November 2017 21:04
To: Paul Durrant <Paul.Durrant@xxxxxxxxxx>; win-pv-devel@xxxxxxxxxxxxxxxxxxxx
Subject: Re: Driver 8.2 not working with Xen 4.9

 

I made a clean install and follow one of the post you made to explain order of installation for the drivers as follow:

 

1. xenbus

2. xenvif

3. xennet

4. reboot

5. xenvbd

6. reboot

7. xeniface

 

I can do 1-3, the at reboot its stuck. I again join the logs from the complete installation and the kern.log. So far, I can boot the VM when I got in device manager and disable the XEN PV Network Driver for the network card but I first need to go to safe mode for that.

 

 

When I try to enable the driver, I get this in the qemu log:

 

XENNET|DriverEntry: XENNET 8.2.0 (6) (28.02.2017)

XENVIF|PdoSetFriendlyName: 0: Xen PV Network Device #0

XENVIF|SettingsSave: FROM Ethernet (Realtek RTL8139C+ Fast Ethernet NIC)

XENVIF|SettingsCopyIpAddresses: Version6: ADDRESSES NOT FOUND

XENBUS|UnplugRequest: NICS (MAKE)

XEN|UnplugIncrementValue: NICS 1

XENVIF|PdoStartDevice: fail9

XENVIF|__DriverRequestReboot: ====>

XENVIF|__DriverRequestReboot: <====

XENVIF|PdoStartDevice: fail8

XENVIF|PdoStartDevice: fail7

XENVIF|PdoStartDevice: fail6

XENVIF|PdoStartDevice: fail5

XENVIF|PdoStartDevice: fail4

XENVIF|PdoStartDevice: fail3

XENVIF|PdoStartDevice: fail2

XENVIF|PdoStartDevice: fail1 (c0000001)

XENNET|DriverUnload: XENNET 8.2.0 (6) (28.02.2017)

 

And the screenshot of Screen Shot 2017-11-13 at 12.42.29 and Screen Shot 2017-11-15 at 10.02.06 and the reboot is then stuck again.

 

Hope this can help see what the trouble is.

 

Laurent Sauve

 

 

 

Attachment: xenstore-ls.txt
Description: xenstore-ls.txt

Attachment: xl-dmesg.txt
Description: xl-dmesg.txt

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

 


Rackspace

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