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>

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

This type is used by pp_printf-full, and we miss it in lm32.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

This counter can be read through etherbone, to check that the software
is properly running. Feature asked by GSI.

The cost is 84 bytes in code.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

If the Kconfig option is not set, there's no effect on code size.
If set, .bss increases by 256 bytes (the buffer) and .text by
another 200 bytes.

This adds timestamping support, so we know the duration of the
interrupt (because we found it's an important thing when problems
occur).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Accessing data structures in the host to get target fields is broken:
we may have different data size or alignment, or whatever. The hack
of using "-m32" to be able to access lm32 fields from x86-64 is not
clean (we imply the i386 and target have the same size/alignment).
Even worse, not everybody has an x86-64 cross-compiler for i386.

Thus, we use OFFSET_OF in the target, with the lm32 cross compiler,
to build a binary table that is then accessed by the host.

In order to link the data structure in the host we use the assembler
instead of objcopy. With objcopy we'd need to spell out the bfd name
of the host, and we'd get horrible names like
   struct dump_info _binary_dump_info_host_bin_start[];
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

There was a hole at the beginning of the generated binary, so this
commit includes some data to identify the endianness of the dump file
and host pointers to the important structures that we dump.
For wr-switch, the ppi pointer is just set to zero.

The change is backward compatible, because we just fill 32 bytes of
data where we had a bunch of zeroes.

The next commit will use such information when available in the dump file.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

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

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

Use an environment variable to check for spec byte order, and
fix the buffer before using it.
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 commit has no effect on the final binary file.

The state structures for softpll_ng must be accessed by tools/wrpc-dump,
so we need them in an header (not in sofpll_mg.c itself).

Unfortunately, struct softpll_state includes a lot of other structures,
so all dependent headers must be included by softpll_ng.h.  Thus,
all C files should now include softpll_ng.h alone, not the other ones.

I also had to remove inclusion of unneeded <stdint.h> and <stdlib.h>
from spll_common.h, because stdlib pulled the prototype for abs()
which is #defined in ppsi (my bad!), and we would have a build error.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

It's still suboptimal, we need to autodetect with a in-binary helper,
but by now I'm analyzing old logs so I'd better not change wrpc
itself.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This fixes the problem with data sizes when building on a 64-bit host.
Now the dump of ppi makes sense, besides endianness.

Please note how this requires a cross-compile environment for i386
when you build on x86-64. Later on this requirement is lifted.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

The tool is meant to print internal data structures of the wrpc,
by running either on a dump file or a live system.

The code is an edited copy of wr-switch-sw/userspace/tools/wrs_dump_shmem.c,
so the data-dumping mechanism is from there.

bugs at this point:
   - all endianness stuff is bad (in wrs it was local, here we cross-dump)
   - data sizes are wrong (see next commit)
   - we miss checks for consistency
   - we can't open /dev/mem (for spec for example) or a elf file
   - docs are missing too
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>

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

so that is works both on WRS and WRPC

Needed mainly for SPEC, where Spartan6 PLL does not report unlock when clk_in
(10MHz) is unplugged. In addition to that, datasheet says that PLL should be
reset after losing clk_in.

The last commit in branch pfilter-cleanup, where the built-time tables
are built, was bugged in patching the local mac address in the table.
Thus, ptp was working, but IP was not.

Thanks Greg for making the proper checks.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>