Skip to content
Snippets Groups Projects
  1. Nov 11, 2015
  2. Oct 27, 2015
  3. Oct 15, 2015
    • Alessandro Rubini's avatar
      gui: print a new status screen whenever the wr servo runs · aa95124d
      Alessandro Rubini authored
      
      The gui is timely: it refreshes every that many seconds, but I'd
      better see a change immediated when it happens.  This commit
      introduces monitoring of the wr-servo update count, so if anything
      changed an information scree is dumped.
      
      This is different from stats (two commits ago), because we want to
      refresh timely in any case, so the user sees the thing is active.
      
      You can verify the effect of the commit after "refresh 4": timely
      refresh is now slower than servo updated and you'll see how gui
      updates are synced with the ptp protocol.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      aa95124d
    • Alessandro Rubini's avatar
      stat: always print one line when turning stats on · 684fa5cd
      Alessandro Rubini authored
      
      With the new "only print if sth happens" way, sometimes stats is
      just silent forever. This happens if we are master or if no slave
      is active (well, and during initial setting up the wr link).
      
      So now typing "stat" or "stat on" will turn on stats and print a line
      of statistics, every time -- or the line "statistics now off".
      This happens by changing the internal status of monitor_ppsi.c,
      now exported to the cmd_stat.c.
      
      This is the result on a master system:
      
         wrc# stat
         lnk:1 rx:0 tx:3 lock:1 sv:0 ss:'' aux:1 sec:5 [...]
         wrc#
         wrc#
         wrc# stat
         statistics now off
         wrc#
         wrc#
         wrc# stat
         lnk:1 rx:0 tx:11 lock:1 sv:0 ss:'' aux:1 sec:8 [...]
         wrc#
         wrc#
      
      And this is what happens when we become slave:
      
         wrc# mode slave
         Locking PLL
         wrc# ptp start
         Slave Only, clock class set to 255
         wrc# lnk:1 rx:57 tx:60 lock:1 sv:1 ss:'SYNC_SEC' aux:1 sec:49 [...]
         lnk:1 rx:70 tx:64 lock:1 sv:1 ss:'SYNC_NSEC' aux:1 sec:1444901411 [...]
         lnk:1 rx:77 tx:66 lock:1 sv:1 ss:'SYNC_PHASE' aux:1 sec:1444901414 [...]
         lnk:1 rx:83 tx:68 lock:1 sv:1 ss:'WAIT_OFFSET_STABLE' aux:1 sec:1444901416 [...]
         lnk:1 rx:87 tx:69 lock:1 sv:1 ss:'WAIT_OFFSET_STABLE' aux:1 sec:1444901417 [...]
         lnk:1 rx:90 tx:70 lock:1 sv:1 ss:'TRACK_PHASE' aux:1 sec:1444901418 [...]
         lnk:1 rx:94 tx:71 lock:1 sv:1 ss:'TRACK_PHASE' aux:1 sec:1444901419 [...]
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      684fa5cd
    • Alessandro Rubini's avatar
      stat: only print statistics when something happened · a9114d22
      Alessandro Rubini authored
      
      This change monitors the update_count of wr_servo, and only prints
      a statistics line when something happens.
      
      This means we won't have long "TRACK_PHASE" listings when the master
      is dead. Moreover, we see changes when they happen, not at a random
      time during the next second.
      
      The bad side of the thing is that if nothing happens in the wr servo,
      nothing is ever printed. But see next commit.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      a9114d22
    • Alessandro Rubini's avatar
    • Alessandro Rubini's avatar
      trivial: drop unused argument to wrc_log_stats · d5054a33
      Alessandro Rubini authored
      
      The function was only called with "0" as argument. Drop it.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      d5054a33
  4. Jul 26, 2015
  5. Jun 30, 2015
  6. Feb 12, 2014
  7. Feb 10, 2014
  8. Feb 06, 2014
  9. Dec 18, 2013
  10. Oct 17, 2013
  11. Oct 14, 2013
  12. Sep 23, 2013
  13. Sep 20, 2013
  14. Aug 16, 2013
  15. May 17, 2013
  16. May 13, 2013
  17. May 08, 2013
  18. Apr 03, 2013
    • Alessandro Rubini's avatar
      onewire: Kconfig choice between w1 and sockitowm · ad2efece
      Alessandro Rubini authored
      
      This adds the build choice about whether to use the older sockitowm or
      the new "w1" implementation, which supports all three thermometers
      but is still missing eeprom support (the API is defined, though, see
      include/w1.h
      
      This also adds a shell command, called "w1", which rescans the bus and
      tries to read the temperature from all devices. In the example below
      the third device is an eeprom, so it return an error for temperature
      read-out.
      
         wrc# w1
         W1: 68000801dce56910
         W1: f70000001eda8242
         W1: 5f00000040e50143
         device 0: 68000801dce56910
         temp: 34.7500
         device 1: f70000001eda8242
         temp: 32.5000
         device 2: 5f00000040e50143
         temp: -32768.0000
      
      The code is properly integrated in wrpc-sw, and the "first" thermometer is
      used to build the MAC address of the device, like it used to be with
      sockitowm.
      
      The binary built with w1 is 3kB smaller than what is build with sockitowm.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      ad2efece
  19. Mar 07, 2013
  20. Feb 20, 2013
  21. Feb 19, 2013