Re: tc with netem on 64bit systems
From: David Miller
Date: Wed Jun 20 2007 - 17:50:48 EST
From: Stephen Hemminger <shemminger@xxxxxxxxxxxxxxxxxxxx>
Date: Wed, 20 Jun 2007 07:45:17 -0700
> On Wed, 20 Jun 2007 15:15:23 +0100
> "Oliver Cook" <oliver.cook@xxxxxxxxxxx> wrote:
> > Hi,
> > In trying to run tc with netem to introduce latency in the lab on a
> > 64bit system I discovered the following bug in get_qdisc_kind in tc.c:
> > snprintf(buf, sizeof(buf), "/usr/lib/tc/q_%s.so", str);
> > The path to the tc qdisc shared objects is hard-coded. On a 64bit system
> > the correct path is /usr/lib64/tc/.
> That is a distro choice to change the path on 64bit, not all do. So please
> report it as a bug to the distro, and make them fix their package.
Stephen, stop this.
This is perfectly legitimate way to handle 32-bit and 64-bit
libraries present on a system.
If the iproute package cannot cope with this long standing
and reasonable convention, the BUG is in iproute not the
distribution. There is no reason in the world it should
assume the libraries live under a fixed location
such as /usr/lib _EVEN_ if your iproute Makefile installs
Please fix iproute2 to do the right thing on 64-bit systems
where 64-bit libraries to not live under /usr/lib, and instead
live under /usr/lib64/ At a very minimum this means sparc64
To unsubscribe from this list: send the line "unsubscribe linux-net" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html