If there is no mezzanine_name, the core now silently use "fmc-<devid>"
as a name. This warning was confusing, as every mezzanine with invalid
eeprom won't have a predefined name.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

fmc-fakedev fakes removal and re-plugging when the eepromo is overwritten.
Thus, fmc-write-eeprom would match again and again, rewriting every two
seconds, forever.

By offsering ops->validate, the carrier prevents further matches.
To only write the first time, you can use the following, since
identifiers in fakedev start from 0xf001 ("fool").

   insmod fmc-write-eeprom busid=0xf001

The Identifier is increased avery time, so a 4-slot instance will
have identifiers 0xf001-0xf004 the first time and 0xf005-0xf008 the
next one.

This merhod allows fmc-write-eeprom to not match the busid
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

fru-dump includes local headers, where recent commit changed fru_alloc
to correctly receive size_t.  fru-dump has it's own local implementation,
which was still receiving an "int" argument. Thus build failed in 64-bit
(and I wonder why my compiler doesn't even warn in 32 bits.

But reported and fix suggested by Michel Vincent, in private email.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Building for a 64-bit kernel, I found a few warnings, related
to printk format strings.  I'm thus using %zi and %ti for size_t
and ptrdiff_t, resp.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This needless zeroing was used to fix the misbehaving fakedev, but
that is now fixed.  (again, thanks Emilio for noting).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

This changes a while how stuff happens in fmc-fakedev, according to
comments by Emilio Cota who noted how I got it badly hacked and not
really stable. This now mallocs and uses dev->release as it should.

It also fills the new fields of fmc_device that are mandated by the
current version of the core (carrier_data, nr_slots, eeprom_addr).
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

Fixed a few subtle bugs, as yet unexposed by real use, according to
review by Emilio Cota.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Change suggested by David Cobas
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Various changes to documentation in and outside the code. Most of them
are the result of a review by Emilio Cota and Samuel Iglesias (thanks!)
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>

Dumoing SDB is very primitive by now, I'm sorry.
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 is the library that we really should use for SDB access.
Houwever, it still misses subdirectory support, so it is not
actually used at this point (even after the commits that build it).

I'm hopeful for the future, but only after the upcoming release.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

Additionally, this adds some checks that were missing. A device without
device_id is now refused, instead of receiving a sequential number.
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 merges a long series of commits that introduces support for FMC
identifiers in EEPROM, and related documentation.  The branch
also has some simple drivers used for debugging.

Support for identifiers is not complete at this point (most, it's not
tested because I experience gateware-related problems with eeprom
writing).  However, the code should introduce no regression at all,
so I'd better merge now, so to use the new drivers and prevent conflicts
from a later merge if I change the documentation.

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>

The new matching requires some changes in data structures. They are
documented in a later commit. This also splits out a new file
"fmc-match.c" because matching will become a big task when SDB is
finally added.
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 addes command line support and environment support to specify the
values to be set in the EEPROM. Removes the dumping function
(tools/fru-dump will soon be there), removes generation of the fake
internal use area and supports the soon-to-be-documented defaults.

It is still missing a lot (i.e., power consumption is still hardwired)
but it can be used for the initial work on eeprom images.

Again, thanks to Manohar Vanga and Matthieu Cattin for libipmi and
this tools.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>

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

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

unlike in pts, here fmc_eeprom.py is in a subdir, relative to the
fru-generator main program, so fix stuff accordingly.
Signed-off-by: Alessandro Rubini <rubini@gnudd.com>