Also, fix Makefiles accordingly.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

This commit makes no changes, as shown by "git diff -w" before
committing, but blank spaces at end-of-line make my editor scream
(because I'm pedanting in not pushing those to the kernel).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

The header is not private to the library, wr_phytool uses it.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

The header is not private to the library: it is used by elsewhere.
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>

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>

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>

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>