BMC/Intel-BMC/linux.git/include/linux, branch dev-5.14-intel

mfd: peci: Add ICX-D generation info

2021-10-19T22:10:37+00:00

This commit adds CPU generation info for ICX-D Xeon family. Signed-off-by: Saravanan Palanisamy Signed-off-by: Anoop S

mfd: peci: Add ICX generation info

2021-10-19T22:10:37+00:00

This commit adds CPU generation info for ICX family. Signed-off-by: Jae Hyun Yoo

soc: aspeed: mctp: Export function used to read BDF

2021-10-19T22:10:37+00:00

Recently, aspeed-mctp driver functionality was extended to store BDF values for already discovered MCTP endpoints on PCIe bus. Let's expose kernel API to read BDF based on endpoint ID. Signed-off-by: Iwona Winiarska

Update I3C drivers

2021-10-19T22:10:35+00:00

This commit ports I3C updates from Aspeed SDK v00.06.00. Note: Should be refined to get upstreamed. Signed-off-by: Dylan Hung

peci: Add peci_revision property

2021-10-19T22:10:35+00:00

Right now, PECI revision is determined using a result of GetDIB() PECI command. Because GetDIB() may not be supported by all type of physical media that provides PECI, we need an alternative. Until we figure how to determine PECI revision there (if we can't do that, we'll fallback to device tree), let's allow to hardcode PECI revision as a property of hardware adapter. Signed-off-by: Iwona Winiarska

soc: aspeed: mctp: Expose internal kernel API

2021-10-19T22:10:35+00:00

Some protocols that are already implemented in kernel can be encapsulated in MCTP packets. To allow use aspeed-mctp internally in kernel space, let's allow to use selected functions outside of aspeed-mctp. Signed-off-by: Iwona Winiarska

hwmon: peci: PCS utils

2021-10-19T22:10:34+00:00

1. Helpers for reading/writing PCS registers added. 2. PECI sensor configuration structure definition and helpers added. 3. New PECI PCS index and parameters definitions added. Tested: * on WilsonCity platform * hwmon/peci modules work as before the change Signed-off-by: Zbigniew Lukwinski

i2c: aspeed: add general call support

2021-10-19T22:10:32+00:00

This commit adds general call support into Aspeed I2C driver. This is downstream only customization so it should not go into upstream. Signed-off-by: Jae Hyun Yoo

drivers: jtag: Add JTAG core driver

2021-10-19T22:10:31+00:00

JTAG class driver provide infrastructure to support hardware/software JTAG platform drivers. It provide user layer API interface for flashing and debugging external devices which equipped with JTAG interface using standard transactions. Driver exposes set of IOCTL to user space for: - XFER: SIR (Scan Instruction Register, IEEE 1149.1 Data Register scan); SDR (Scan Data Register, IEEE 1149.1 Instruction Register scan); - GIOCSTATUS read the current TAPC state of the JTAG controller - SIOCSTATE Forces the JTAG TAPC to go into a particular state. - SIOCFREQ/GIOCFREQ for setting and reading JTAG frequency. - IOCBITBANG for low level control of JTAG signals. Driver core provides set of internal APIs for allocation and registration: - jtag_register; - jtag_unregister; - jtag_alloc; - jtag_free; Platform driver on registration with jtag-core creates the next entry in dev folder: /dev/jtagX Signed-off-by: Oleksandr Shamray Signed-off-by: Jiri Pirko Signed-off-by: Ernesto Corona Acked-by: Philippe Ombredanne Cc: Greg Kroah-Hartman Cc: Arnd Bergmann Cc: Boris Brezillon Cc: Randy Dunlap Cc: Johan Hovold Cc: Jens Axboe Cc: Joel Stanley Cc: Palmer Dabbelt Cc: Kees Cook Cc: William Breathitt Gray Cc: Federico Vaga Cc: Jonathan Cameron Cc: Tony Luck Cc: Christian Gromm Cc: Linus Walleij Cc: Yiwei Zhang Cc: Alessandro Rubini Cc: Viresh Kumar Cc: Mika Westerberg Cc: Steven Filary Cc: Vadim Pasternak Cc: Amithash Prasad Cc: Patrick Williams Cc: Rgrs

i2c: Add mux hold/unhold msg types

2021-10-19T22:10:30+00:00

This commit adds mux hold/unhold message types to support extended mux control for IPMB and MCTP devices. A hold or an unhold message can be added at the end of I2C message stream wrapped by repeated-start, also can be used as a single message independantly. This mux hold/unhold message will be delivered throughout all mux levels in the path. Means that if it goes to multi-level mux path, all muxes will be held/unheld by this message. 1. Hold message struct i2c_msg msg; uint16_t timeout = 5000; // timeout in ms. 5 secs in this example. msg.addr = 0x0; // any value can be used. addr will be ignored in this packet. msg.flags = I2C_M_HOLD; // set this flag to indicate it's a hold message. msg.len = sizeof(uint16_t); // timeout value will be delivered using two bytes buffer. msg.buf = (uint8_t *)&timeout; // set timeout value. 2. Unhold message struct i2c_msg msg; uint16_t timeout = 0; // set 0 for an unhold message. msg.addr = 0x0; // any value can be used. addr will be ignored in this packet. msg.flags = I2C_M_HOLD; // set this flag to indicate it's an unhold message. msg.len = sizeof(uint16_t); // timeout value will be delivered using two bytes buffer. msg.buf = (uint8_t *)&timeout; // set timeout value. This unhold message can be delivered to a mux adapter even when a bus is locked so that any holding state can be unheld immediately by invoking this unhold message. This patch would not be welcomed from upstream so it should be kept in downstream only. Signed-off-by: Jae Hyun Yoo