- All meta fields can now be populated directly from the module type.
- This places the mapping in a single place for all fields.
- This allows a complete info structure to be populated by module type along.
This is useful for simulation.
- Add JSON output.
- remove the patch file "driver-i2c-bus-intel-ismt-netberg-aurora.patch".
- modify the method of reading EEPROM : access the binary data directly for EEPROMs on main board and PSU.
- remove the function "onlp_sysi_platform_set" in file "sysi.c".
- change the SYS_OBJECT_ID in file "__init__.py":
Aurora 620 : .620.1
Aurora 720 : .720.1
- remove the "/dev/rtc1" in file "__init__.py", because there is no ds1339 on Netberg Aurora platforms.
2. Add define for fan zero TACH count.
3. Remove onlp_sysi_onie_info_get, because it is unnecessary.
4. Replace define which include some lower case character to upper case
5. Update copyright to "Delta Networks, Inc."
Signed-off-by: hans <hans.taeng@delta.com.tw>
Clients register a filesystem path they wish to publish
as a domain socket their handlers are called when
the domain socket is accessed.
Some ONLP data can only be retreived by accessing another process
Which cannot be part of the ONLP layer itself for various reasons.
The ONLP File APIs already support unix domain sockets for all operations
as if they were regular files and certain features are already implemented
using this mechanism (see the examples below).
This module provides a common framework to implement the server side of the
domain socket as well (which is currently up to the platform integrator).
Some examples of how this is used:
- Reporting the switch internal thermal temperature
- This can only be accessed by the code managing the switch.
- In this case the switch management agent exports a domain socket
that reports the temperature when the socket is read and the
thermali implementation uses that domain socket to satisfy
the request for the OID.
- SFP Access through the switch
- Some platforms implement SFP I2C access through a bus connected
to the switch itself.
- Only the agent running the switch can access the SFP eeproms.
- In this case the strategy is for the switch agent to export domain
sockets for each SFP which can be used to read the SFP status/eeprom
etc. The SFPI interface then reads these domain sockets to get the
required information.
Standardizing on this method allows all system ONLP clients to access
all data, even if that data is present only in seperate processes.
