1. 16 Oct, 2007 1 commit
  2. 12 Oct, 2007 14 commits
  3. 11 Oct, 2007 5 commits
  4. 05 Sep, 2007 8 commits
  5. 22 Aug, 2007 12 commits
    • Sridhar Samudrala's avatar
      Fix bug in display of ipv6 cloned/cached routes · 9ab4c85b
      Sridhar Samudrala authored
      This patch fixes a bug in the 'ip' command to display
      IPv6 cloned routes.
        ip -6 route ls cache
      returns empty even when there are cloned routes because of
      of a missing else in print_route() routine.
      Signed-off-by: default avatarSridhar Samudrala <sri@us.ibm.com>
      9ab4c85b
    • Patrick McHardy's avatar
      Fix meta ematch usage of 0 values · 61407852
      Patrick McHardy authored
      em_meta doesn't send 0 values to the kernel. breaking matching on them and
      resulting in "Missing value TLV" messages on dump.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      61407852
    • Patrick McHardy's avatar
      iplink: use netlink for link configuration · 1d934839
      Patrick McHardy authored
      Add support for using netlink for link configuration. Kernel-support is
      probed, when not available it falls back to using ioctls.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      1d934839
    • Stephen Hemminger's avatar
      Fix m_ipt build · f7cd9b03
      Stephen Hemminger authored
      Signed-off-by: default avatarStephen Hemminger <shemminger@linux-foundation.org>
      f7cd9b03
    • Pavel Emelianov's avatar
      Make ip utility veth driver aware · 4ed390ce
      Pavel Emelianov authored
      The new command is called "veth" with the following syntax:
      * ip veth add <dev1> <dev2>
        creates interconnected pair of veth devices.
      * ip veth del <dev>
        destroys the pair of veth devices, where <dev> is either
        <dev1> or <dev2> used to create the pair.
      
      One question that is to be solved is whether or not to create
      a hard-coded netlink family for veth driver. Without it the
      family resolution code has to be moved to general place in ip
      utility (by now it is copy-paste-ed from one file to another
      till final decision).
      Signed-off-by: default avatarPavel Emelianov <xemul@openvz.org>
      4ed390ce
    • Patrick McHardy's avatar
      Use FRA_* attributes for routing rules · ad1a12db
      Patrick McHardy authored
      Use the FRA attributes for routing rules, with exception of RTA_GATEWAY
      (used for route-NAT) which isn't supported by current kernels anymore
      and thus doesn't exist as FRA attribute.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      ad1a12db
    • Stephen Hemminger's avatar
      sanitized headers update to 2.6.23-rc3 · a6ffa8b0
      Stephen Hemminger authored
      Update headers
      Signed-off-by: default avatarStephen Hemminger <shemminger@linux-foundation.org>
      a6ffa8b0
    • PJ Waskiewicz's avatar
      iproute2: sch_rr support in tc · 292ce96b
      PJ Waskiewicz authored
      This patch applies on top of Patrick McHardy's RTNETLINK
      patches to add nested compat attributes.  This is needed to maintain
      ABI for sch_{rr|prio} in the kernel with respect to tc.  A new option,
      namely multiqueue, was added to sch_prio and sch_rr.  This will allow
      a user to turn multiqueue support on for sch_prio or sch_rr at loadtime.
      Also, tc qdisc ls will display whether or not multiqueue is enabled on
      that qdisc.  When in multiqueue mode, a user can specify a value of 0 for
      bands, and the number of bands will be created to match the number of
      queues on the device.
      
      This patch is to support the new sch_rr (round-robin) qdisc being proposed
      in NET for multiqueue network device support in the Linux network stack.
      It uses q_prio.c as the template, since the qdiscs are nearly identical,
      outside of the ->dequeue() routine.
      Signed-off-by: default avatarPeter P Waskiewicz Jr <peter.p.waskiewicz.jr@intel.com>
      292ce96b
    • Patrick McHardy's avatar
      IPROUTE2: RTNETLINK nested attributes · 2f90c9c0
      Patrick McHardy authored
      This adds capability for iproute2 to send nested attributes to the
      kernel, while maintaining backwards compatibility.
      Signed-off-by: default avatarPatrick McHardy <kaber@trash.net>
      2f90c9c0
    • Johannes Berg's avatar
      show multicast groups · 80c05b09
      Johannes Berg authored
      Update the included version of the genetlink.h header to the multicast
      group API and make the generic netlink controller part show multicast
      groups where applicable. Also fix two typos.
      Signed-off-by: default avatarJohannes Berg <johannes@sipsolutions.net>
      80c05b09
    • Patrick McHardy's avatar
      Bug fix tc action drop · c29391c7
      Patrick McHardy authored
      >>That command is from a script that used to work with iproute2-ss020116
      >>(2002!), which had the following in tc/m_police.c:
      >>
      >>210     } else if (strcmp(*argv, "action") == 0) {
      >>211             NEXT_ARG();
      >>212             if (get_police_result(&p.action, &presult, *argv)) {
      >>
      >>I don't know when that bit was dropped, but it used to be there. :-)
      >
      >
      >
      > Indeed, I missed that. I'll fix up the patch ..
      
      OK this patch fixes parsing of "action ...". I've removed
      the erroring on unknown arguments again since in that case
      the caller should continue parsing.
      c29391c7
    • Patrick McHardy's avatar
      TC action parsing bug fix · 720a2e8d
      Patrick McHardy authored
      >
      > Is it a bug that:
      >
      >   # tc filter add dev eth0 parent 1: protocol ip prio 0 handle 0xfffffff
      >     fw police rate 1 burst 1 mpu 0 mtu 1 action drop
      >                                          ^^^^^^^^^^^
      > creates a filter that looks like:
      >
      >   # tc filter ls dev eth0
      >   filter parent 1: protocol ip pref 49152 fw
      >   filter parent 1: protocol ip pref 49152 fw handle 0xfffffff police 0x1
      >   rate 0bit burst 0b mtu 1b action reclassify
      >                             ^^^^^^^^^^^^^^^^^
      >   ref -543190236 bind 4
      >
      > (which reclassifies and thus lets 0xfffffff-marked packets through).
      >
      > I'm pretty sure this used to work under 2.4.x (though I no longer have a
      > 2.4 box to test with), but it hasn't worked on any of the 2.6.x kernels
      > I've tried (with both iproute2-ss060323 and 070710).
      
      Good catch. It seems this is merely a parsing error, iproute doesn't
      have an "action" parameter and aborts parsing, so it uses the default
      value of "RECLASSIFY". It never had this parameter, so this patch
      removes it from the help text and makes it return an error.
      720a2e8d