Re: [Xen-users] gplpv: re-enabling the nic adapter removes it

[Micky <mickylmartin@xxxxxxxxx>]

>
> I fixed my previous problem (old driver installed), and cannot reproduce what 
> you are seeing. "Enabling..." comes up, then "Enabled", then it works as 
> normal.
>

Thanks for checking it up. That does sound good but odd in my case.

> Do you have any other software loaded that might be binding to the network 
> stack? Firewall or antivirus software would be the obvious ones but some VPN 
> software can trip things up.
>

It was a clean install. The only thing that I have different is that I
disabled gso and task offload on dom0 on all interfaces. Doesn't seem
like if it would cause any problems as that's the pretty standard
process. Or does it?

> I guess next I need to see what's in the xenstore. Get the id of the domain 
> then disable and try and re-enable the adapter then xenstore-ls 
> /local/domain/<id>/device/vif (and let me know which instance is stuck). Also 
> get the backend value and do a xenstore-ls on that. Sent me the output.

Below is what xenstore-ls looks like:

# xenstore-ls /local/domain/158/device/vif
0 = ""
 backend = "/local/domain/0/backend/vif/158/0"
 backend-id = "0"
 state = "1"
 handle = "0"
 mac = "00:16:3e:9e:55:03"
 tx-ring-ref = "16358"
 rx-ring-ref = "16366"
 event-channel = "9"
 request-rx-copy = "1"
 feature-rx-notify = "1"
 feature-no-csum-offload = "0"
 feature-sg = "1"
 feature-gso-tcpv4 = "1"
1 = ""
 backend = "/local/domain/0/backend/vif/158/1"
 backend-id = "0"
 state = "4"
 handle = "1"
 mac = "00:16:3e:7d:30:be"
 tx-ring-ref = "16351"
 rx-ring-ref = "16142"
 event-channel = "10"
 request-rx-copy = "1"
 feature-rx-notify = "1"
 feature-no-csum-offload = "0"
 feature-sg = "1"
 feature-gso-tcpv4 = "1"

_______________________________________________
Xen-users mailing list
Xen-users@xxxxxxxxxxxxx
http://lists.xen.org/xen-users