1. 24 Sep, 2018 8 commits
  2. 31 Jul, 2018 5 commits
  3. 26 Jun, 2018 2 commits
  4. 11 Feb, 2018 6 commits
  5. 08 Feb, 2018 1 commit
  6. 21 Feb, 2017 1 commit
    • Ralf Baechle's avatar
      Fix incorrect ARP output · 479bb4a7
      Ralf Baechle authored
      arp(8) obtains the information it prints the old way from /proc/net/arp
      which for incomplete ARP entries contains no HW address such as in the
      following example:
      
      IP address       HW type     Flags       HW address            Mask     Device
      192.168.122.99   0x1         0x0         00:00:00:00:00:00     *        ens3
      192.168.122.98   0x1         0x0         00:00:00:00:00:00     *        ens3
      192.168.122.1    0x1         0x2         52:54:00:00:5d:5f     *        ens3
      172.20.1.99      0x3         0x0              *        bpq0
      10.0.0.2         0x1         0x0         00:00:00:00:00:00     *        ens7
      
      This means the scanf call will incorrectly scan the * character for the
      HW address, the device (bpq0 in above example) for the mask and nothing
      for the device, that is the last scanf'ed device name or "-" if non has
      been read before, will be used resulting in the following incorrect output
      for 172.20.1.99:
      
      Address                  HWtype  HWaddress           Flags Mask            Iface
      [...]
      172.20.1.99                      (incomplete)                              ens3
      
      Fixed by calling scanf a 2nd time if we notice that the first time around
      only 5 elements were read.
      
      Arguably this is a kernel bug caused by the silly attempt of printing a
      MAC address that consists of only blanks for incomplete ARP entries of
      HW type 0x3 but it exists for so long that it virtually has become part of
      the API so this just tries to live with it.
      Signed-off-by: 's avatarRalf Baechle <ralf@linux-mips.org>
      479bb4a7
  7. 21 Jan, 2017 3 commits
    • Ralf Baechle's avatar
      Fix conversion of some ROSE addresses. · b4f51826
      Ralf Baechle authored
      The ROSE code is using %02x for conversion of the BCD encoded ROSE
      address to ASCII resulting in
      
        # ifconfig rose0 hw rose 0123456789
        # ifconfig rose0
        rose0: flags=128<NOARP>  mtu 249
                rose 01234567ff  txqueuelen 1  (AMPR ROSE)
                RX packets 0  bytes 0 (0.0 B)
                RX errors 0  dropped 0  overruns 0  frame 0
                TX packets 0  bytes 0 (0.0 B)
                TX errors 0  dropped 0 overruns 0  carrier 0  collisions 0
      
      This is due to the stdio %02x conversion doesn't as the code seems o
      expect truncate the converted output to two rightmost digits as illustrated
      by this little test case:
      
        #include <stdio.h>
      
        static char array[] = { 0x88 };
      
        int main(int argc, char *argv[])
        {
                printf("%02hx\n", array[0]);
      
                return 0;
        }
      
      Fixed by replacing the use of %02x with %02hhx.
      Signed-off-by: 's avatarRalf Baechle <ralf@linux-mips.org>
      b4f51826
    • Ralf Baechle's avatar
      Update all instances of my email address. · 80765331
      Ralf Baechle authored
      Signed-off-by: 's avatarRalf Baechle <ralf@linux-mips.org>
      80765331
    • Ralf Baechle's avatar
      AX.25: Rename all references to axattach to kissattach. · bfbadfcc
      Ralf Baechle authored
      Axattach has been renamed to kissattach early in the history of the
      ax25-utils package which itself has been superseeded by libax25,
      ax25-tools and ax25-apps but stale referenes have remained.
      Signed-off-by: 's avatarRalf Baechle <ralf@linux-mips.org>
      bfbadfcc
  8. 26 Dec, 2016 9 commits
  9. 16 Nov, 2016 2 commits
  10. 15 Nov, 2016 1 commit
  11. 10 Nov, 2016 1 commit
    • Mike Frysinger's avatar
      iptunnel: drop netinet/ip.h include · 45d573a8
      Mike Frysinger authored
      The only reason we include this header is to get the IP_DF define.
      However, we already have a local #define fallback in case that isn't
      already defined for us.
      
      Including this header while also including linux/if_tunnel.h causes
      problems with newer Linux headers (v4.8+):
      cc -O2 -g -Wall -fno-strict-aliasing  -D_GNU_SOURCE \
      	-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -D_LARGEFILE64_SOURCE \
      	-I. -I/usr/local/src/net-tools/include -Ilib -c iptunnel.c
      In file included from /usr/include/linux/if_tunnel.h:6:0,
                       from iptunnel.c:34:
      /usr/include/linux/ip.h:85:8: error: redefinition of 'struct iphdr'
       struct iphdr {
              ^
      In file included from iptunnel.c:29:0:
      /usr/include/netinet/ip.h:44:8: note: originally defined here
       struct iphdr
              ^
      
      Changing netinet/ip.h to linux/ip.h won't help because it doesn't
      provide IP_DF or anything else we care about.  Simply drop the header
      to avoid the build failure.
      Reported-by: 's avatarRandy MacLeod <randy.macleod@windriver.com>
      45d573a8
  12. 10 Jul, 2016 1 commit