1. 20 May, 2016 6 commits
    • Alessandro Rubini's avatar
      trivial: host: one message less · 33efcd8a
      Alessandro Rubini authored
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      33efcd8a
    • Alessandro Rubini's avatar
      net: trivial simplifcations related to previous commit · f3ae88b3
      Alessandro Rubini authored
      (one is just a comment update: most of that stanza was not true any more)
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      f3ae88b3
    • Alessandro Rubini's avatar
      net: ignore macaddress in matching received frames · 7f668484
      Alessandro Rubini authored
      A WR socket registers using a specific mac address and the receiving code
      uses the mac address to match the frame.  This is going to be a problem
      with the new PTP code, as pdelay frames use a different mcast mac address.
      Moreover, if we go to UDP, stuff gets worse.
      
      Packet filter rules are already in place for the new mac addresses, and
      we now need to relax the checking in the software stack.
      
      As a side effect, we avoid a number of broadcast frames, because wrpc-sw
      now replies to unicast ARP requests.
      
      What happened before:
      
         16:27:07 00:0b:ab:7c:8e:4a > 00:26:7b:00:04:18 who-has ...107 tell ...200
         16:27:08 00:0b:ab:7c:8e:4a > 00:26:7b:00:04:18 who-has ...107 tell ...200
         16:27:09 00:0b:ab:7c:8e:4a > 00:26:7b:00:04:18 who-has ...107 tell ...200
         16:27:12 00:0b:ab:7c:8e:4a > ff:ff:ff:ff:ff:ff who-has ...107 tell ...200
         16:27:12 00:26:7b:00:04:18 > 00:0b:ab:7c:8e:4a ...107 is-at 00:26:7b:00:04:18
      
      what happens now:
      
         16:42:27 00:0b:ab:7c:8e:4a > 00:26:7b:00:04:18 who-has ...107 tell ...200
         16:42:27 00:26:7b:00:04:18 > 00:0b:ab:7c:8e:4a ...107 is-at 00:26:7b:00:04:18
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      7f668484
    • Alessandro Rubini's avatar
      pfilter: accept unicast ARP frames · 835437ae
      Alessandro Rubini authored
      This commit removes the requirement for ARP frames to be broadcast
      in the no-vlan case.  The simplified rule-set of a vlan setup already
      accepts ARP unicast, and no harm is done.
      
      Although we do not make ARP  requests so we won't receive unicast
      replies, hosts do send unicast requests, to refresh an ARP entry
      that is going to expire.
      
      The next commit enacts this feature in software, as a side effect
      of supporting pdelay PTP.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      835437ae
    • Alessandro Rubini's avatar
      Merge branch 'latency-test' · 2723ad02
      Alessandro Rubini authored
      2723ad02
    • Alessandro Rubini's avatar
      lib/latency: changes to the better · 965efd02
      Alessandro Rubini authored
      This is incompatible with the previous implementation
      
       - sequence number is 32 bits
       - frames are 1,2,3 not 0,1,2 (so to be *more* incompatible)
       - no fake latency values are printed if frames are lost
       - the message is one line instead of two, and cleaner too
       - the sender reminds it's sending every 10s.
      
      The receiver's messages now include the sequence number, so we can
      match different receivers on a network.  Also, The sender's message
      report both TAI and sequence, so we can related frames to the time of
      day.
      Signed-off-by: Alessandro Rubini's avatarAlessandro Rubini <rubini@gnudd.com>
      965efd02
  2. 18 May, 2016 20 commits
  3. 04 Apr, 2016 14 commits