Add posibility to setup MAC address at load time for SPEC.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

In kernel this function returns 1/true on success!
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

- Remove only for write in #72557df
- NetworkManger (Unbuntu LTS 12.04) insists on accessing to the phy
when it is used from LM32 and flood the dmesg so we remove the warning.

NetworkManager tries to access the phy, so this WARN_ON is
pretty common if the daemon is running. Now we know who is
misbehaving, and the driver can keep silent (disclaimer: this
opinionated message is by Alessandro :)

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

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

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

commit inspired by commit from spec-sw repo:
kernel/wr_nic: fix rx timestamps
c246c3ce36ac908ee3aada7db1f293bd12e42346

(commit edited for checkpatch by AR)
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

The calibration procedures are defined but never called. They
were used in wrs-V2 hardware, but callers disappeared in January 2012.
Better remove them than let them rust forever.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

patch taken from spec-sw repo:
kernel/wr_nic: major cleanup of tx timestamping
ab3f2f8d18e4f6ed744438314e5a78b8a509de74

(commit amended by alessandro to avoid #ifdef in the functions)
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

This change adds warnings, but they will disappear after move to 3.14,
where %pa is supported.
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

This fixes an oops when programs access ethtool methods, especially
wrn_get_drvinfo. It can be reproduced by a simple run of "irqbalance",
which I never did in my development machine.
Reported-by: Grzegorz Daniluk <grzegorz.daniluk@gmail.com>
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

EOF

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>

This branch adds WRS shared memory, and makes the HAL use it.
Clients (both locally with libwr and ppsi without libwr) now
access port status with shared memory.

We also have a shmem-dumping tool, that helped auditing the
data structure (but changes to them are not applied yet).

As a side effect libwr and the hal are passed throught Lindent,
but before any change, so you can still blame these changes.

merge load-fpga.c and load-virtex.c
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>

This moves the query_ports() and get_port_state() to be shared memory
lookups.

The hal_client.c file now accesses shared memory at init time, and
performes the two functions above by looking in shared memory.

The thing is sill suboptimal, because the "exported" hexp_port_state_t
structure is only slightly different from struct hal_port_state. And
most fields being looked up are never filled.

Last but not least, halexp_get_timing_state() is not ready to be
converted to shared memory at this point in time (timing data is not
stored to shmem yet).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This has no effect on the code functionality.

Even if it affects libwr, this is a hal-only change.  The functions
in libwr that the hal itself uses, now receive a pointer to ports[],
which is thus back a static pointer within wrsw_hal/hal_ports.c.

This change allows moving the RPC queries to be shared memory lookups,
by using the ports[] pointer in the client; so both the client and
the server can access the same shared mamory using libwr functions.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

They are the usual 0 and -1: some functions returned the names, but
no caller was checking the names. Also, PORT_BUSY (which was 1) was
never used specially, so it is turned into a normal -1 error.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

Even though the idea of using a single helper process for all
web queries is sound, this is not it. No more comments from me.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

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

Also fix makefiles and documentation
Signed-off-by: Adam Wujek <adam.wujek@cern.ch>

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