userspace/tools/wrs_vlans.c
Signed-off-by: Grzegorz Daniluk <grzegorz.daniluk@cern.ch>
the rest:
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Synthesized from wr-switch-hdl commit 1d50045

Fix build error of wrs-user-manual. This file should have been pushed
in the commit:
73f319c5 doc/wrs-user-manual: add the description of VLANs configuration
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

In hal_main.c, use timeout functions from libwr. Use two different timeouts for
temperature/fan updates and for port information.

In hal_ports.c use different timeouts for sync LEDs, link LEDs and SFPs' DOMs
updates.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Use last timeout's timestamp as a reference for new timeout instead of current
time.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

The color of left LED of each port displays the actual state, not the
configured state. If there are more than one instances on a particular port
then the most important state is displayed in the order Slave, Master, Other.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Enable synced LED (right LED of each port) when ppsi's servo got synced.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Update fan's PWM only when there is a need to change fan's speed.
It should save some cpu cycles because of reduced number of i2c transers.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

For port configured as none, non-wr, auto use the same orange color.
Before none and auto were represented with the same color as master (yellow).
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

It might happen that the reader of shmem ignores the lock, but at least shall
check the version of HAL. When it is not 0 then we can be sure HAL's shmem
is initialized. However, don't relay on this behaviour.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Since by default we use info level for messaging, on a busy, dynamic network
creating and removing rtu entries can produce a lot of syslog messages.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

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

add:
--CONFIG_NO_HZ_COMMON
--CONFIG_NO_HZ_IDLE
--emulation of floating-point
--VLANs (for management port)
--bridge (for management port)
--scheduler debug and stats

removed:
--IPv6
--wireless
--SCSI
--HID
--parts of USB
--RTC
--ext2
--fat
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Disable the Bad Block Table (BBT) because the BBT uses the 4 last PEBs of
nand flash, which overwrites UBIFS.
BBT was disabled in the old kernel. There is not so much performance penalty
due to that (see the last sentence in the citation below). There is no impact
on the reliability of a flash because this is just a table of bad blocks which
is otherwise recreated in the ram at every boot.

The MTD layer supplies upper layers (including UBI) with information about bad
PEBs. It keeps so-called bad block table in RAM, which is usually 1 bit per PEB.
When the driver initializes, it has to build this table by scanning whole flash
media, which normally includes reading OOB area of 1st NAND page of each PEB.
This takes time and may be improved by using on-flash BBT (bad block table).
In this case the bad PEB map is stored on flash and MTD does not have to do any
scanning. See the NAND_USE_FLASH_BBT constant in the Linux source codes. But
note, bad PEB scanning is usually minor comparing to the UBI scan time, so
on-flash BBT is not probably going to give much.
(http://www.linux-mtd.infradead.org/faq/ubi.html#L_attach_faster)
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Since the buildroot anyway downloads .xz archive of the kernel for linux-headers
we can avoid downloading the gz archive for our kernel compilation.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Also remove link to at91_softpwm.h
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

By this we drop support of wrs < 3.30. At least its fan.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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

On modern switches the fan are driver by a dedicated FPGA core
that does the PWM. This module is not necessary anymore and not even
the kernel patches to make this module work.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

The configuration was installing the kernel headers from version 4.4
but we were using 2.6.39 and now we are using 3.16.37. Fix this
by configuring the 3.16.37 as Linux versin to use to get headers
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@gmail.com>

Signed-off-by: Federico Vaga <federico.vaga@gmail.com>

It happens that headers have different sources: buildroot and our own kernel.
For the standard path we have headers from buildroot which include also
some kernel header. For the kernel, we have direct access to those headers.

this means that we mya have conflict in our user-space programs. This patch
does not solve the problem but it just reduce its effects.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

The Linux kernel 3.16.37 does not export, or does not have, anymore some
hardware headers. Here I copy all the values we need.

The real fix should be to create a set of WRS headers with all the symbols
we need so that we do not depend anymore on other projects.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

The USB gadget framework has changed from Linux v2.6.39. As far as I
understood it's now more modular, so it's not anymore enough to load
just the g_serial.ko driver. Now we have to load also it's
dependencies.

I'm not an expert about USB gadget, this patch is the result of my
understanding in debugging the loading failure of the g_serial.ko
module. Perhaps it will be necessary some adjustments to make it
work the way we want. But for the time begin I will leave it like
this until is clear what we have to adjust.

Note that these dependecies depends also on the configfs file-system.
I had problems to get this work because apparently by using a different
corss-compiler some symbols where removed from the kernel, so our
modules were not able to load because of "undefined symbols".
Using the toolchain compiled within this project solved this issue.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

The aim of this module is to register all the FPGA devices
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Actually, this is not what I want. I would like to just use an IRQ
resource with the correct IRQ number. What I want is to hide the IRQ
domain knowledge elsewhere. For instance, in the wrs_device module
that register all our devices. But, since I have to update the kernel
with the least number of changes I will leave this for the future.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Copy the vic IRQ controller from the coht-vic repository.
The maintainer prefers to have a copy instead of a submodule.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>

Many mach headers has been moved out of scope. Of course they are still
accessible by in an ugly way. Here I'm following the ugly way in order
to get something working.

What to do with this headers, perhaps, needs a discussion. I personally
think that we need our local headers with hardware definitions. The
reason is that we saw that in future kernel version some of these
headers complitely disappear. The hardware definitions never change so
we can safely copy them and remove a dependency with an external project.
Signed-off-by: Federico Vaga <federico.vaga@cern.ch>