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

[James Harper <james.harper@xxxxxxxxxxxxxxxx>]

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

Shouldn't matter but it's easy enough for me to test.

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

Ok so vif0 has state = 1 so it's not running, but everything else seems okay. 
Can you do a xenstore-ls on the backend value, eg xenstore-ls 
/local/domain/0/backend/vif/158/0

James

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