> As explained in my last mail, sch->parent is an integer. And > it is set when grafting the qdisc, not on initilization, so > it is always 0 here when coming from prio_init. > > This untested patch should make sure its always set correctly.
Yes, I'm using NULL and 0 interchangeably here, since in the sch_api code, qdisc_graft(), sch->parent is referenced using NULL and not 0. I know it's a u32, and the value is getting set to the proper handle when the qdisc is not the root qdisc. When it's the root qdisc, it's left to be 0. This patch was tested as well, but looking at the history now, I didn't set bands correctly, so that's why the multiqueue case failed. My mistake, and I'll keep working on this. Sorry for the extra noise, -PJ - To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
