1. 27 Mar, 2009 6 commits
  2. 24 Mar, 2009 3 commits
  3. 23 Mar, 2009 2 commits
  4. 18 Mar, 2009 1 commit
  5. 02 Mar, 2009 1 commit
  6. 19 Feb, 2009 3 commits
  7. 28 Jan, 2009 1 commit
  8. 15 Jan, 2009 1 commit
  9. 08 Jan, 2009 2 commits
  10. 07 Jan, 2009 7 commits
    • Denys Fedoryshchenko's avatar
      Fix tc/m_ipt memory leaks · 6e34e7dc
      Denys Fedoryshchenko authored
      1)optind according iptables sources have to be set to 0. If it is set to 1, in
      batch it will mess up things. Also in iptables sources i notice that ->tflags
      and ->used need to be reset.
      
      2)Since target->t = fw_calloc(1, size); allocated memory in function build_st,
      it have to be freed at the end, or in batch we will have memory leak. TODO:
      Probably it must be freed in all "return -1" cases in parse_ipt after
      build_st. About this i am not sure, up to Stephen.
      
      3)new_name was malloc'ed, but not freed
      6e34e7dc
    • Benedikt Gollatz's avatar
      When the preferred lifetime of a prefix assigned by IPv6 autoconfiguration · 037d950b
      Benedikt Gollatz authored
      (router solicitation) becomes negative
      
      How reproducible:
      
      Always.
      
      Steps to Reproduce:
      1. Configure an IPv6 router to advertise a prefix with a short preferred
      lifetime, e.g. 0.
      2. Wait for the IPv6 autoconfiguration process to complete for an interface
      <if> connected to a link where that router advertises.
      3. Run ip -6 show dev <if>.
      
      Actual results:
      
      The preferred lifetime will have become negative, but it is printed as an
      unsigned integer. The preferred lifetime to be displayed will therefore be
      close to UINT_MAX.
      037d950b
    • Alexander Duyck's avatar
      add support for multiq qdisc · fe1a34fa
      Alexander Duyck authored
      Add support for multiq qdisc
      	This patch adds the ability to configure the multiq qdisc.  Since the qdisc does not require any input it will pull the number of bands directly from the device that it is added to the root of.
      
      usage: tc qdisc add dev <DEV> root handle <HANDLE> multiq
      Signed-off-by: default avatarAlexander Duyck <alexander.h.duyck@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
      fe1a34fa
    • Alexander Duyck's avatar
      add support for skbedit action · f72a7aab
      Alexander Duyck authored
      	Provides ability to edit queue_mapping field
      	Provides ability to edit priority field
      
      usage: action skbedit [queue_mapping QUEUE_MAPPING] [priority PRIORITY]
      	at least one option must be select, or both at the same time
      Signed-off-by: default avatarAlexander Duyck <alexander.h.duyck@intel.com>
      Signed-off-by: default avatarJeff Kirsher <jeffrey.t.kirsher@intel.com>
      f72a7aab
    • Olivier Fourdan's avatar
      ip maddr show” on an infiniband address causes a stack corruption · 7f71c0ca
      Olivier Fourdan authored
      “ip maddr show” on an infiniband address causes a stack corruption
      because the length of the address for Infiniband (20 bytes, as
      described in kernel doc Documentation/infiniband/ipoib.txt) does not
      fit on the 16 bytes of the field in which it gets stored.
      
      The proposed patch increases the size of the hardware address from 4
      __u32 to 8 and also adds a check to avoid overriding the available
      size while parsing the hardware address.
      
      This bug affects current upstream code AFAICT.
      
      Hope this helps,
      Cheers,
      Olivier.
      
      “ip maddr show ib0” causes a stack corruption because the length of the address
      for Infiniband (20 see kernel doc Documentation/infiniband/ipoib.txt) does not
      fit on the 16 bytes of the field in which it gets stored.
      
      The proposed patch increases the size of the hardware address from 4 u32 to 8
      and adds a check to avoid overriding the available size while parsing the
      hardware address.
      7f71c0ca
    • Herbert Xu's avatar
      Update version of IP gre · 72c771b2
      Herbert Xu authored
      This patch adds support for configuring GRE tunnels using the
      new rtnl_link interface.  This only works on kernels that have
      the new GRE configuration interface.
      
      This is accessed through the "ip link" command.  The previous
      tunnel configuration interface "ip tunnel" remains as it is
      and should be retained for compatibility with old kernels.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      72c771b2
    • Herbert Xu's avatar
      ip: gre: Add GRE configuration support through rtnl_link · 237d9e82
      Herbert Xu authored
      This patch adds support for configuring GRE tunnels using the
      new rtnl_link interface.  This only works on kernels that have
      the new GRE configuration interface.
      
      This is accessed through the "ip link" command.  The previous
      tunnel configuration interface "ip tunnel" remains as it is
      and should be retained for compatibility with old kernels.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      237d9e82
  11. 06 Jan, 2009 1 commit
  12. 27 Oct, 2008 1 commit
  13. 14 Oct, 2008 1 commit
  14. 13 Oct, 2008 4 commits
  15. 19 Sep, 2008 1 commit
  16. 18 Sep, 2008 5 commits
    • Andreas Henriksson's avatar
      Allow he in tunnel name · 1f1ae524
      Andreas Henriksson authored
      Allows tunnels that could be confused with help command.
      Signed-off-by: default avatarAndreas Henriksson <andreas@fatal.se>
      1f1ae524
    • Herbert Xu's avatar
      ip: xfrm: Add AEAD support · 1758a81f
      Herbert Xu authored
      This patch allows the user to create/manage AEAD algorithms with
      the ip xfrm command.  AEAD algorithms are also known as combined-
      mode algorithms.  They provide the functionality of encryption
      algorithms as well as authentication algorithms.
      Signed-off-by: default avatarHerbert Xu <herbert@gondor.apana.org.au>
      1758a81f
    • Li Yewang's avatar
      distinguish the inet and inet6 domain when loading the tcp_diag module · a37b01c1
      Li Yewang authored
      When load the tcp_diag module, and use "ss -f inet" command to show the socket
      information of inet domain. But this command also shows the information of inet6
      domain, but not only inet domain. and "ss -f inet6", "ss -4", "ss -6" have the
      same problem.
      Signed-off-by: default avatarLi Yewang <lyw@cn.fujitsu.com>
      Signed-off-by: default avatarStephen Hemminger <stephen.hemminger@vyatta.com>
      a37b01c1
    • Li Yewang's avatar
      Fix the error of "ss -f inet -t" · f70d96a4
      Li Yewang authored
      when using the "ss -f inet -t" command to show the tcp socket information of
      inet domain, we get the error message: "ss: no socket tables to show with such filter."
      
      This patch can fix this bug.
      Signed-off-by: default avatarLi Yewang <lyw@cn.fujitsu.com>
      Signed-off-by: default avatarStephen Hemminger <stephen.hemminger@vyatta.com>
      f70d96a4
    • Andreas Henriksson's avatar
      iproute: DESTDIR vs LIBDIR. · 5e3bb534
      Andreas Henriksson authored
      Hello Rafael Almeida.
      
      I noticed your patch adding DESTDIR support in the latest iproute2 release.
      Much appreciated! Soon the debian packages might be able to move to actually
      using "make install" rather then it's own installation procedure when
      building packages. I've noticed something that will break though....
      
      Debian packages usually sets DESTDIR=debian/tmp/ and packages the contents
      of that directory as if it where the root file system. This will break
      the /usr/lib/{tc,ip}/ module loading, because they DESTDIR (/usr) will be
      /whatever-the-build-path-was/debian/tmp/lib/{tc,ip}/.
      I beleive others usually call this the LIBDIR to make the separation between
      DISTDIR being the (possibly temporary) place things are put when build is
      done, and LIBDIR (and others) are used for actual runtime paths.
      
      I'm attaching a patch that I think fixes this, but would be really happy if
      you could have a look at to verify I'm not screwing something up.
      
      --
      Regards,
      Andreas Henriksson
      Signed-off-by: default avatarStephen Hemminger <stephen.hemminger@vyatta.com>
      5e3bb534