Dump of unknown memory regions was wrong in the "ascii" column.

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

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

Use of attribute like this would have pointed to the previous bugfix
years ago.

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

a long-long item wants llabs(), not abs().

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

This branch is unifying the wr-nic driver in wr-swithc-sw and the
one in spec-sw.  The gateware cell is the same, so we are aiming
at a single driver, maybe SDB-driven in the future.

A few differences still remain, but they are very minor details, and
we'll fix them in further commits, without a specific branch.

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

Add posibility to setup MAC address at load time for SPEC.

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

In kernel this function returns 1/true on success!

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

Benoit Rat authored 11 years ago and Alessandro Rubini committed 10 years ago

- 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.

Benoit Rat authored 11 years ago and Alessandro Rubini committed 10 years ago

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>

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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>

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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>

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

(commit amended by alessandro to avoid #ifdef in the functions)

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

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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.

Adam Wujek authored 10 years ago and Alessandro Rubini committed 10 years ago

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>