Skip to content
Snippets Groups Projects
  1. Dec 17, 2013
  2. Dec 02, 2013
  3. Nov 14, 2013
  4. Nov 12, 2013
  5. Nov 07, 2013
    • Grzegorz Daniluk's avatar
      [t24_fix]: rxts_calibrator: fix generating second sample of rising edge from falling edge · db364492
      Grzegorz Daniluk authored
      Previous one was not working when:
      * tR and tF were both inside (0; 4000) and tR < tF
      * tR and tF were both inside (4000; 8000) and tF < tR
      
      in those cases it was calculating ttrans around falling edge instead of rising
      edge. This commit fixes it.
      db364492
    • Wesley W. Terpstra's avatar
      rxts_calibrator: fix incorrect t24p phase resulting in rare track failures · 94245412
      Wesley W. Terpstra authored and Grzegorz Daniluk's avatar Grzegorz Daniluk committed
      t24p calibration finds the rising&falling edges in
      dev/rxts_calibrator.c:rxts_calibration_update.  It then computes the
      "transition" as (falling+rising)/2.  That is, ttrans points 25% past the
      dangerous transition.  Now that value arrives in one of the three copies of
      ptpd_netif_linearize_rx_timestamp (depending on build).  In this method
      ttrans has +-1/4 period added to it to compute trip_lo and trip_hi.  The
      intent as described by the comment (and common sense) is to avoid the rising
      edge when the phase is within +-1/4 period.  Unfortunately, this code
      assumes that ttrans IS the rising edge, when in fact it is the rising
      edge+25%. Thus, the code ACTUALLY tests phase within 0-50%.
      94245412
  6. Oct 29, 2013
  7. Oct 25, 2013
  8. Oct 17, 2013
  9. Oct 11, 2013
  10. Oct 10, 2013
  11. Oct 01, 2013
  12. Sep 24, 2013
  13. Jul 26, 2013
    • Grzegorz Daniluk's avatar
      add new commands for setting time · 29f1b100
      Grzegorz Daniluk authored
      When WR PTP Core is set in GrandMaster mode it aligns its nanosecond
      counter to 1-PPS and 10MHz coming from external source. When user wants
      to set seconds counter to a desired value (with _time set_ command), the
      nanosecond counter was also set (zeroed) causing additional (random)
      offset to the external source. The commit adds _time setsec_ and _time
      setnsec_ for setting only seconds or nanoseconds counter without
      affecting the other one. Now, when user wants to set current time on a
      GrandMaster Node he has to call _time setsec_ command after _mode gm_
      29f1b100
  14. Jul 05, 2013
  15. May 23, 2013
  16. May 22, 2013
  17. May 20, 2013
  18. May 14, 2013
  19. May 13, 2013
    • Alessandro Rubini's avatar
      w1: complete eeprom low-level support · d44ace7e
      Alessandro Rubini authored
      
      This completes w1-eeproom.c with the complete API. The provided test
      commands allow to read and write any size at any offset (the low-level
      code manages cross-page reads and writes. The following examples
      modify a pre-written eeprom, which I host in an external socket of
      my SPEC card:
      
         wrc# w1r 0 4
         read(0x0, 4): result = 4
         offset    0 (0x000): 240 (0xf0)
         offset    1 (0x001): 241 (0xf1)
         offset    2 (0x002): 242 (0xf2)
         offset    3 (0x003): 243 (0xf3)
      
         wrc# w1w 0 40 41 42
         offset    0 (0x000):  40 (0x28)
         offset    1 (0x001):  41 (0x29)
         offset    2 (0x002):  42 (0x2a)
         write(0x0, 3): result = 3
      
         wrc# w1r 0 4
         read(0x0, 4): result = 4
         offset    0 (0x000):  40 (0x28)
         offset    1 (0x001):  41 (0x29)
         offset    2 (0x002):  42 (0x2a)
         offset    3 (0x003): 243 (0xf3)
      
         wrc# w1r 30 4
         read(0x1e, 4): result = 4
         offset   30 (0x01e):  69 (0x45)
         offset   31 (0x01f):  70 (0x46)
         offset   32 (0x020):  71 (0x47)
         offset   33 (0x021):  72 (0x48)
      
         wrc# w1w 30 11 22 33 44 55 66
         offset   30 (0x01e):  11 (0x0b)
         offset   31 (0x01f):  22 (0x16)
         offset   32 (0x020):  33 (0x21)
         offset   33 (0x021):  44 (0x2c)
         offset   34 (0x022):  55 (0x37)
         offset   35 (0x023):  66 (0x42)
         write(0x1e, 6): result = 6
      
         wrc# w1r 30 6
         read(0x1e, 6): result = 6
         offset   30 (0x01e):  11 (0x0b)
         offset   31 (0x01f):  22 (0x16)
         offset   32 (0x020):  33 (0x21)
         offset   33 (0x021):  44 (0x2c)
         offset   34 (0x022):  55 (0x37)
         offset   35 (0x023):  66 (0x42)
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      d44ace7e
  20. May 09, 2013
  21. May 08, 2013
    • Alessandro Rubini's avatar
      general: improve sw-uart support (only for expert config). · 992dc8d7
      Alessandro Rubini authored
      
      This commits affect several files, to be able to support both uart and
      uart_sw at the same time. My aim is sending verbose ppsi diagnostics
      to the uart_sw while retaining the real uart (or vuart) for the
      interactive user and wrpc status gui.
      
      To this aim, I use weak functions to avoid hairy ifdef around the code.
      Now both hw and sw uarts are initialized, and the missing init just
      does nothing. Also, uart_sw_write_string is always defined, and
      it is an alias of uart_write_string if no uart_sw is built.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      992dc8d7
  22. Apr 26, 2013
  23. Apr 24, 2013
  24. 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
    • Alessandro Rubini's avatar
      w1: files for new onewire implementation (not built) · bab55a8a
      Alessandro Rubini authored
      
      This adds the files for an alternative to sockitowm. I called it "w1"
      like in the Linux kernel, because "onewire" was already in use as file
      name in this project.
      
      The bus scanning code was a fun project of mine a few years ago, the
      rest is what I did for my own crappy operating system in the last few
      days.  This commit adds the files as modified to build in wrpc-sw, since
      I have no "official" Bathos files yet to diff against.
      
      This commit doesn't change the build, only adds the file, so actual
      changes to existing code is all part of the next (smaller) commit.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      bab55a8a
    • Alessandro Rubini's avatar
      dev: introduce uart-sw · fd3f8864
      Alessandro Rubini authored
      
      This introduces dev/uart-sw as an alternative to dev/uart . The
      software-only thing is a pair of circular buffers that can be driven
      by tools/wrpc-uart-sw .
      
      The software uart can be enabled by Kconfig (and is disabled by
      default).  The code size is the same as the uart, but it "wastes" 306
      bytes of data space.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      fd3f8864
  25. Mar 26, 2013
  26. Mar 19, 2013