Jamal Hadi Salim wrote:
On Sat, 2005-23-07 at 06:53 +0200, Patrick McHardy wrote:
Great, thanks. Patch coming up in a couple of minutes :)
The only thing i would worry about is that at some point we had
assumptions about tc_index being 32 bit. I think it may have been used
to carry class majo
On Sat, 2005-23-07 at 06:53 +0200, Patrick McHardy wrote:
> Thomas Graf wrote:
> > * Patrick McHardy <[EMAIL PROTECTED]> 2005-07-23 06:39
> >
> >>I'm trying to convert tc_index to a u16, which looks OK in all places
> >>but sched_gred. I can't make sense of this code:
> >>
> >>/* fix tc_i
Thomas Graf wrote:
* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-23 06:39
I'm trying to convert tc_index to a u16, which looks OK in all places
but sched_gred. I can't make sense of this code:
/* fix tc_index? --could be controvesial but needed for
requeueing */
skb->tc
* Patrick McHardy <[EMAIL PROTECTED]> 2005-07-23 06:39
> I'm trying to convert tc_index to a u16, which looks OK in all places
> but sched_gred. I can't make sense of this code:
>
> /* fix tc_index? --could be controvesial but needed for
>requeueing */
> skb->tc_index=(
Hi Jamal,
I'm trying to convert tc_index to a u16, which looks OK in all places
but sched_gred. I can't make sense of this code:
/* fix tc_index? --could be controvesial but needed for
requeueing */
skb->tc_index=(skb->tc_index&0xfff0) | t->def;
Why is a mask of 0
