Skip to content
Snippets Groups Projects
  1. Nov 19, 2014
  2. Nov 18, 2014
  3. Nov 13, 2014
    • Adam Wujek's avatar
      userspace/libwr: cleaning up hal_client (partially) · 5e04f092
      Adam Wujek authored and Alessandro Rubini's avatar Alessandro Rubini committed
      There are some conflicts that prevent a complete clean-up: functions
      with the same name are defined in differnt palces. This applies to the
      "halexp" things (hal export), for historical reasons: the function
      being exported and the one that calls RPC have the same name but
      different implementations.
      5e04f092
  4. Oct 17, 2014
  5. Oct 16, 2014
    • Alessandro Rubini's avatar
      boot procedure: use non-blocking write to /dev/ttyGS0 · 16d93070
      Alessandro Rubini authored
      
      If the usb cable is disconnected, any write to /dev/ttyGS0 goes to a
      buffer until it fills. Then, any further write will block. This means
      the messages towards the user ("uncompressing filesystem... done" etc)
      caused the update procedure to stop.
      
      This fixes the problem by using non-blocking write for the messages:
      if nobody`s reading the messages are just discarded by the kernel.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      16d93070
  6. Oct 14, 2014
    • Grzegorz Daniluk's avatar
      ppsi update, fix delta Tx/Rx readout · 359df1c6
      Grzegorz Daniluk authored
      359df1c6
    • Alessandro Rubini's avatar
      bug fix: wrs_version: print errors to stderr not stdout · e192d214
      Alessandro Rubini authored
      
      Without this, the upgrade procedure from v4.0 failed to preserve
      the mac address. This fixes the bug which is explained here below.
      
      What happened is that the new filesystem (v4.1) returns UNKNOWN as
      fpga type, because no hwinfo is there.  This UNKNOWN should be turned
      into the default type LX240T, so the fpga is programmed and everything
      proceeds.
      
      However, "UNKNOWN" is intermixed with the (expected) error message,
      so no LX240T is selected and loading fpga fails.
      
      Later, "ifconifg wr0" fails to retrieve the mac address, because no
      WR drivers are running, and the generation of hwinfo fails as well.
      As a result, after the second reboot (see user manual) there MAC
      address for WR interfaces was not preserved.
      
      Signed-off-by: default avatarAlessandro Rubini <rubini@gnudd.com>
      e192d214
  7. Oct 10, 2014
    • Alessandro Rubini's avatar
      userspace: update sdb code and tools to upstream commit d22c178 · e0f6fa9e
      Alessandro Rubini authored
      This upgrades user-space sdb code the new upstream commit.
      
      This is the result of sdb-read on the switch, for the fpga area:
      
        wrs-192.168.16.242#sdb-read -l -m 0x100000@0x10000000 -e 0x70000 /dev/mem
        0000000000000651:e6a542c9 @ 00000000-0007ffff WB4-Crossbar-GSI
        0000000000000651:eef0b198 @ 00000000-0001ffff WB4-Bridge-GSI
        0000000000000651:e6a542c9 @ 00000000-0001ffff   WB4-Crossbar-GSI
        000000000000ce42:66cfeb52 @ 00000000-0000ffff   WB4-BlockRAM
        000000000000ce42:e2d13d04 @ 00010000-000100ff   WR-Periph-UART
        000000000000ce42:65158dc0 @ 00010100-000101ff   WR-Soft-PLL
        000000000000ce42:e503947e @ 00010200-0001021f   WB-SPI.Control
        000000000000ce42:441c5143 @ 00010300-000103ff   WB-GPIO-Port
        000000000000ce42:57494266 @ 00010400-000104ff   WB Simple Timer
        000000000000ce42:de0d8ced @ 00010500-000105ff   WR-PPS-Generator
        000000000000ce42:ba07b9d3 @ 00020000-0002ffff WRSW NIC
        0000000000000651:eef0b198 @ 00030000-00037fff WB4...
      e0f6fa9e
  8. Oct 03, 2014