Re: [libvirt] [PATCH v1 03/11] bandwidth: Create (un)plug functions

2012-12-03 Thread Laine Stump
On 12/03/2012 10:55 AM, Michal Privoznik wrote: > On 30.11.2012 18:53, Laine Stump wrote: >> As I'm looking at all these uses of id's, I'm wondering if there's >> any danger of namespace conflict with other users of tc. (This isn't >> any critique, just curiousity). > No, class ID is specific with

Re: [libvirt] [PATCH v1 03/11] bandwidth: Create (un)plug functions

2012-12-03 Thread Michal Privoznik
On 30.11.2012 18:53, Laine Stump wrote: > On 11/19/2012 11:51 AM, Michal Privoznik wrote: >> These set bridge part of QoS when bringing domain's interface up. >> Long story short, if there's a 'floor' set, a new QoS class is created. >> ClassID MUST be unique within the bridge and should be kept fo

Re: [libvirt] [PATCH v1 03/11] bandwidth: Create (un)plug functions

2012-11-30 Thread Laine Stump
On 11/19/2012 11:51 AM, Michal Privoznik wrote: > These set bridge part of QoS when bringing domain's interface up. > Long story short, if there's a 'floor' set, a new QoS class is created. > ClassID MUST be unique within the bridge and should be kept for > unplug phase. > --- > po/POTFILES.in

[libvirt] [PATCH v1 03/11] bandwidth: Create (un)plug functions

2012-11-19 Thread Michal Privoznik
These set bridge part of QoS when bringing domain's interface up. Long story short, if there's a 'floor' set, a new QoS class is created. ClassID MUST be unique within the bridge and should be kept for unplug phase. --- po/POTFILES.in|1 + src/util/virnetdevbandwidth.c | 178 +