Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

this is a software part of new (additional) diagnostics for WR PTP Core.
It allows to access diagnostics values through WB registers (e.g. PCI
bus). This is useful for integration of WR with CERN cotrols infrastructure,
such as FESA. It allows the host machine (of SPEC/SVEC/etc) to easily
access information about the health of WR PTP Core.

Keep assert enabled only for devel_build_test_defconfig
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

This should make no techical changes.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

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

spec_snmp_defconfig -- config for spec with SNMP responder enabled
spec_snmp_set_verbose_defconfig -- config for spec with enabled SNMP
    (SNMP responder, SETs, verbose), fake temperatures, SDB storage
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Tests use bats (https://github.com/sstephenson/bats) for testing.
Clone bat's repo, checkout commit 03608115

To test invoke "make TARGET_IP=x.x.x.x"
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

Also, this changes how to mac address is retrieved in patching pfilter
rules. I'd better use format_mac(get_mac) for the verbose message,
so get_mac is also the source for patching the rules.

register and get_mac/set_mac are guaranteed to be in-sync.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

These numbers are only available at build time; there is no run-time
command to change them as yet.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This commit adds the possibility to build an init command in the
binary.  It can be useful to install a number of nodes with a special
configuration, without the need to reach the shell and/or eeprom of
each one.

This is useful, for example, to pass syslog configuration
or the (yet to be implemented) definition of multiple vlans for
etherbone and the wr fabric (frame classes 7 and 6 f the packet
filter). Moreover, I personally love to load a master or slave node
for testing without interacting with the node (or changing the flash
over and over).

This commit also makes reading of commands from storage an optional
feature, but only in the advanced/developer options. Thus, you can
build a wrpc that uses the build-time init commands, or the
flash-stored init commands, both or none of them.

Size effects:
     * no effect if you keep the defaults (no build-time init, flash init)
     * +248 bytes (+ the command itself) if you enable build-time init
     * -1696 bytes if you remove flash-based init (discouraged)
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

This removes TRACE_DEV(), turning it into pll_verbose() and wrc_verbose().

The functions are enabled and disabled by kconfig, with defaults matching
the previous behaviour.

So nothing changes, but the binary is smaller because the previous
wrc_debug_printf() was silent because of a run-time conditional
(though hardwired false at build time). The condional is now at build
time.  We save around 2k, between strings and calling code, in
all wrc builds (nothing is saved in wrs, which is verbose by default,
nor in devel_build_test_defconfig where all verbose options are on)).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

devel_build_test_defconfig: enable all verbose options
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

Actually, Etherbone is in gateware, and this option only enables Internet
Protocol in the software.  This fixes a long-standing misunderstanding.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This configuration includes all developer options, so we are sure that
./MAKEALL is build-testing all the code (excluding the very-reduced
pp_printf implementations).

If you want to check which config options are used, please run

  grep '^config' Kconfig | tr '[a-z] ' '[A-Z]_' | while read n; do
    echo =========== $n
    grep -rhl "$n=" configs/*
  done
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

CONFIG_WRNIC was not used, so it is now removed.
CONFIG_NIC_PFILTER does it all
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

We agreed, long ago, to have 128k on the spec, like GSI is
already doing. This changes the default in Kconfig and removes
specific settings in configs/*
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Result of this script:

   for n in configs/*; do
      f=$(basename $n)
      make $f
      cp .config $n
   done
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>

This introduced an "advanced" menu, only for developers, and most
questions are grouped in there, because we cannot support users
playing with experimental features or work in progress (like the new
onewire code, or the new ptp daemon) until they are the officially
supported option.

The commit also removes changes in stack size, because the new
calibration code by tom is not stack-hungry like the previous one:
wrnic_defconfig is now the same as spec_defconfig and ppsi doesn't
select a bigger stack any more.

Finally, ppsi_defconfig replaces spec_ppsi_defconfig, since we only
support the "spec" hardware configuration (other implementations we know
of are still very much spec-alike).

Unfortunately, this spits two warnings:

    Kconfig:25:warning: defaults for choice values not supported
    Kconfig:29:warning: defaults for choice values not supported

even if such defaults actually works. The next commit removes them.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

The parameter used to be off by default in order to save space in the
generated binay.  Now ppsi is smaller and there's no reason to
prevent diagnostic code to be there.

This parameter, though, will disappear over time, as we have a new
diagnostic system, more modular (which still offers a compile-time
option to remove all diagnostic code).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This configuration reflects the final status at the end of this set of
patches, but as of this commit it cannot be used.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>