KERNELVERSION variable from Linux was still used.
It was not initialized so the displayed version in the headers
of make gconfig and make menuconfig was missingor wrong.
It just said (null) or KERNELVERSION.
KERNELVERSION has been changed to VERSION all over the kconfig
scripts. Makefile.kconfig exports this variable so it can be
used by config scripts with getenv().
Now it prints the ppsi version with the present commit, like
diplayed from
	git describe --always --dirty

tools/trivial-init: a small footprint, delay-free WRPC firmware for VHDL/Verilog simulations (initial commit)

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

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

This also removes an unsed function, that I found because it used
timer_delay().
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

We don't want "timer_delay(howlong)" because people won't know the
unit while looking at the header.

Also, this removes an unused prototype and adds void when void is due
in timer code.
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>

ram.ld must be rebuilt every time the configuration changes. It was
supposed to be like that, but it was not.

So, the older ram.ld was used when first building with a new config,
and only the second time the rule was used. This was exposed by
failuers in ./MAKEALL where each configuration is built only once.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

Even if it not a suggested configuration, having it in configs
help ./MAKEALL to build-test the ptp-noposix option, which is still alive.
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>

This fixes a missing symbol and another minor header issue.  Needed to
build for wr-switch.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This fixes the makefile to build either wrc.bin or rt_cpu.bin, using
the obj-y convention. At this point Kconfig can't select rt_cpu.bin,
and nothing changes in the ouput binary, in all configurations.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

The commit is part of the effort in unifying softpll with
wr-switch-sw, and later remove the duplicated code there.

The files added by these commit are going to be built when configuring
wrpc-sw to build wr-switch rt_cpu (which is, basically, the softpll
code alone, with mini-rpc with the host and the basic glue code).  The
files are copied with the original name with two exceptions:

   wr-switch-sw::rt/main.c            becomes wrpc-sw::wrs_main.c
   wr-switch-sw::rt/arch/lm32/ram.ld  becomes wrpc-sw::arch/lm32/ram-wrs.ld

The files are copied from commit FIXME of wr-switch-sw.

This commit has no technical effect, as the files are not built for wrpc-sw.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

softpll is built for both wrc and wrs; since it includes wrc.h and
syscon.h, we must make them suitable for both environments.

Waiting for the time and energies for a better merge, this uses ifdef
to differentiate the two cases: the timer code is different (different
prototypes) and the clock frequency is different as well (125 vs 62.5
MHz).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

include/trace.h is different in wr-switch. This uses an ugly ifdef
to make wr-switch rt_cpu code build here unmodified.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This has no effect on wrc.bin: board.h is renamed into board-wrc.h
and included by the new board.h. The new board-wrs.h is copied from
wr-switch-sw/rt/include/board.h
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This has no effect on wrc.bin. The commit unifies the directory
softpll/ between wr-switch and wr-node. No differences are left.

This is an ugly ifdef, but I prefer merging the code base (removing
duplicates) before addressing the configuration problem.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

The commit is part of the effort in unifying softpll with
wr-switch-sw, and later remove the duplicated code there.
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>

	+ Added information about the refresh command
	+ Deleted references about "stat cont" command ("stat" command works as it now)
	+ Modified the stat examples of "Running the Core" section

	- Add new command "refresh" to change update period of gui and stat
	- Delete "stat cont" command
	- Update "stat" command to work as older "stat cont" one
	- Update the wrc_main.c file to check if the log messages must be generated one time

Note: If you set period to 0, the log messages are only generated one time.

	- Added the NIC_PFILTER configuration option in Kconfig to decide which filter rules will be used.
	- Updated the dev/ep_pfilter.c file by using the CONFIG_NIC_PFILTER macro. This is done because packet filter does
	not work correctly if we write all rules in the CONFIG_ETHERBONE section.
	- We do not use the DROP instruction because all other packets go to NIC core.

Notes:

	- The filter rules to the wr-nic do not have the DROP instruction because all traffic
	does not go to the LM32/Etherbone is re-direct to the NIC by default.

	- The NIC_PFILTER configuration option depends on ETHERBONE one.

	- Magic number of Etherbone packets is not checked due to the number of rules. (The packet filter is not able to classify correctly)

- Added CONFIG_WRNIC in Kconfig to decide which filter rules will be use.
- Updated ep_pfilter using CONFIG_WRNIC.
- We do not use drop because all other packet goes to NIC core.

Note: filter rules to wr-nic do not have DROP instruction because all traffic
does not go to LM32/Etherbone is re-direct to NIC by default.

It becomes a problem when WRPC works in 16-bit PCS mode. In such case bitslide
value is 5bit and masking it with 0xF could cause wrong bts once in a while.

Too large value of ld.threshold causes aligning 1-PPS to a wrong, not completely
locked 10MHz clock. That produces 1-PPS output at a random place each time the
GrandMaster is re-locked.