Re: [BUG] VIF rate limiting locks up network in the whole system

[Jacek Konieczny <jajcus@jajcus.net>]

On 05/09/14 15:01, Ian Campbell wrote:
> On Fri, 2014-05-09 at 14:44 +0200, Jacek Konieczny wrote:
>>
>> I have tried that:
>>
>> xl create -p ratelimittest1.cfg
>> xenstore-rm /local/domain/0/backend/vif/3/0/feature-gso-tcpv6
>> xenstore-rm /local/domain/0/backend/vif/3/0/feature-ipv6-csum-offload
>> xenstore-rm /local/domain/0/backend/vif/3/0/feature-split-event-channels
>>
>> It didn't help. Nothing had exploded, though.
> 
> Can you tell if those features were actually enabled or not afterwards?
> ethtool in the guest and on the dom0 vifX.Y device should have changed,
> or possibly it would be reflected in the dmesg.

ethtool in the guest changes when I change the offload settings, though
my ethtool doesn't seem to show IPv6 offloading settings.

In dom0 'ethtool -k' output doesn't change, as this seems to be
triggered by the guest features, which are written to xenstore after the
domain is unpaused and the kernel boots.

> For split event channel I think there will be only one evtchn key in
> xenstore instead of two.

Yes, and there is only one 'event-channel' instead of separate RX and TX
channels.

So it seems, the 'xenstore-rm' does the trick, at list partially.

Greets,
    Jacek