For sharing with Lorenzo.
I'm holding off on posting the CMA patches until the open question around
DOE / auxiliary bus is resolved. Not clear if we'll end up back where we
Note that other than the devm_ fix patch I've not tweaked the DOE series
for review comments.
Base is cxl/next 53989fad1286e652ea3655ae3367ba698da8d2ff
(the tree might have moved again in the meantime)
Ira Weiny (1):
cxl/cdat: Parse out DSMAS data from CDAT table
Jonathan Cameron (9):
PCI: Add vendor ID for the PCI SIG
PCI/DOE: Add Data Object Exchange Aux Driver
cxl/pci: Add DOE Auxiliary Devices
cxl/mem: Add CDAT table reading from DOE
lib/asn1_encoder: Add a function to encode many byte integer values.
spdm: Introduce a library for DMTF SPDM
PCI/CMA: Initial support for Component Measurement and Authentication
cxl/pci: Add really basic CMA authentication support.
cxl: Fixes for wrong device in devm_ calls.
drivers/cxl/Kconfig | 2 +
drivers/cxl/cdat.h | 81 +++
drivers/cxl/core/memdev.c | 157 +++++
drivers/cxl/cxl.h | 10 +
drivers/cxl/cxlmem.h | 50 ++
drivers/cxl/pci.c | 231 ++++++-
drivers/pci/Kconfig | 19 +
drivers/pci/Makefile | 5 +
drivers/pci/cma.c | 105 +++
drivers/pci/doe.c | 701 +++++++++++++++++++
include/linux/asn1_encoder.h | 3 +
include/linux/pci-cma.h | 19 +
include/linux/pci-doe.h | 63 ++
include/linux/pci_ids.h | 1 +
include/linux/spdm.h | 104 +++
include/uapi/linux/pci_regs.h | 29 +-
lib/Kconfig | 3 +
lib/Makefile | 2 +
lib/asn1_encoder.c | 54 ++
lib/spdm.c | 1196 +++++++++++++++++++++++++++++++++
20 files changed, 2833 insertions(+), 2 deletions(-)
create mode 100644 drivers/cxl/cdat.h
create mode 100644 drivers/pci/cma.c
create mode 100644 drivers/pci/doe.c
create mode 100644 include/linux/pci-cma.h
create mode 100644 include/linux/pci-doe.h
create mode 100644 include/linux/spdm.h
create mode 100644 lib/spdm.c
In light of the holiday season we are not expecting too many joiners on Dec
23. Hence, let's cancel the LOC (Linaro OP-TEE Contribution) monthly
meeting scheduled for next week.
Wish you all a great holiday and a happy new year. The next scheduled
meeting will be on 27th January 2022.
(On behalf of OP-TEE team)
This email intends to ask for potential interest in extending the
support for the SCMI perf-domain protocol in the Linux kernel and in
the firmware. Please, feel free to ignore this, while a short answer
like "sounds interesting" would be sufficient information at this
point. Some more details below.
Today, the current support in the Linux kernel for the SCMI
perf-domain protocol, is limited to be used for CPU frequency scaling,
through the cpufreq subsystem. However, the SCMI perf-domain protocol
isn't really limited to CPUs, but fits well for other generic
peripheral devices too. By extending the support, we can avoid the
need for SoC specific protocols/interfaces, while scaling performance
for non-CPU devices.
>From the Linux kernel point of view, we already have generic support
for DVFS (Dynamic Voltage Frequency Scaling), through a mixture of
subsystems/libraries. Without going into details, we should be able to
tap into these existing infrastructures, to add support for the SCMI
perf-protocol. In this way, the support would be generic and nicely
abstracted from lower layer drivers/subsystems.
Ulf Hansson, Linaro Kernel Team