Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

termio setup is restored at exit; si save it initially even if we are
not going to modify it.

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

For unknown reasons, setting stdin to nonblocking mode has global
effects, and thus every later command will get EAGAIN instead
of a blocking read:

   vi: can't read user input

   wrs-192.168.16.242#cat
   cat: read error: Resource temporarily unavailable

But wr_mon doesn't need non-blocking mode, because it uses poll on stdin.
So instead of fixing, remove the source of the bug.

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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.

Following functions were made static:
pwm_configure_fpga
pwm_configure_pin
shw_init_i2c_sensors
shw_pwm_speed
shw_pwm_update_timeout
tmp100_read_temp
tmp100_read_reg
tmp100_write_reg

removed:
shw_pio_configure_all
kept for debugging:
shw_pio_toggle_pin

remove:
shw_i2c_io_get_bus
kept for debugging purposes:
shw_i2c_io_scan

Made static:
i2c_fpga_reg_scan
i2c_fpga_reg_transfer

Made static:
i2c_bitbang_scan
i2c_bitbang_transfer
mi2c_pin_out

Made static:
hwiu_read_word

following functions were removed:
ptpd_netif_calibration_pattern_enable
ptpd_netif_calibration_pattern_disable
ptpd_netif_calibrating_disable
ptpd_netif_calibrating_enable
ptpd_netif_calibrating_poll
ptpd_netif_extsrc_detection
ptpd_netif_adjust_phase
ptpd_netif_adjust_in_progress
ptpd_netif_enable_timing_output
ptpd_netif_enable_phase_tracking
ptpd_netif_get_hw_addr
ptpd_netif_get_ifName
ptpd_netif_get_msec_tics
ptpd_netif_get_port_state
ptpd_netif_locking_disable
ptpd_netif_locking_enable
ptpd_netif_locking_poll
ptpd_netif_read_calibration_data
ptpd_netif_select

--function ptpd_netif_get_dmtd_phase was kept since it is commented as for debugging
--function ptpd_netif_close_socket even not used, should be preserved,
  because ptpd_netif_create_socket is available

NOTE: libwr builds, but not other userspace apps

remove remainings of building:
--i2cscan
--dbload

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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: Alessandro Rubini <rubini@gnudd.com>

A "cleanup" commit in ppsi lost one step, and we were missing calibration
deltas. This fixes it

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: Alessandro Rubini <rubini@gnudd.com>

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...

It also delete temporary files

The output 9 => 10MHz output (CLK1), is disable until PLL is resync with
WR to force the output of two different switches to be in phase.

Standard JEDEC ID is only 24bits to identify a DF chip.
It also has an optional Extended Device Info (EDI) on bytes 4 and/or 5
that need to be read to differentiate some DF chips. (i.e, the
difference between AT45DB641E and AT45DB642D is made by byte 4).

This patch is similar to the kernel one #66595328

- Add official documentation structure
- Update text for v4.1 release
- Remove old flashing procedure

We have clean the code to have an html as clear as possible to debug
Now we also use the following tag:
<th> For header
<td> For data

Fixing Conflicts from older cherry-pick
	userspace/rootfs_override/var/www/functions.php