[LARTC] Patch accurate packet scheduling for ATM/ADSL
Edouard Thuleau
thuleau at gmail.com
Thu Jul 26 12:22:39 CEST 2007
Hi,
2007/7/26, Russell Stuart <russell-tcatm at stuart.id.au>:
> On Wed, 2007-07-25 at 15:14 +0200, Edouard Thuleau wrote:
> > I use the patch
> > (http://ace-host.stuart.id.au/russell/files/tc/tc-atm/) for accurate
> > the packet scheduling on ATM/ADSL link and i think I've found a bug.
> > I tried to write to the author but he didn't answer me.
>
> Sorry. :( I have now.
Thanks for your answer.
>
> > I work on a Linux 2.6.17 with the iproute2-2.6.18-061002 package.
> > I change the type of the cell_align char to short of the struct
> > tc_ratespec in the file pkt_sched.h (in the include/linux/ directories
> > of iproute package and the kernel source) :
> >
> > struct tc_ratespec
> > {
> > unsigned char cell_log;
> > unsigned char __reserved;
> > unsigned short feature; /* Always 0 in pre-atm patch kernels */
> > - char cell_align; /* Always 0 in pre-atm patch kernels */
> > - unsigned char __unused;
> > + short cell_align; /* Always 0 in pre-atm patch kernels */
> > unsigned short mpu;
> > __u32 rate;
> > };
> >
> > The results are much better and with my tests, it works very nicely.
> >
> > If it can help someone,
>
> I can't see how that would change things as the cell align
> always lies within the range -7..0. The only thing that
> springs to mind is perhaps you aren't using i386, and your
> CPU doesn't sign extend char's??? What CPU are you using?
>
Yes I use an ARM big-endian architecture, it's my problem.
I understood now.
If we put a short, the patch works for all architecture, no ?
Thanks.
More information about the LARTC
mailing list