Hey Tim, >From my understanding the SPDM support in EDK2 is still very new and not yet (at least last time I looked) actually connected to anything.
Supporting a range of SPDM transports is important. It's not just MCTP and DOE, but the storage (ATA, SCSI and NVMe) protocols as well that should be supported. It would be great if any abstraction takes into account a range of transport methods, at least allowing them to be implemented later. I'm currently slowly working towards DOE support [1], but if you are able to design a general SPDM abstraction that would be great and I would be happy to help where I can, although I'm not an EDK2 expert. 1: https://github.com/tianocore/edk2/pull/5715 Alistair On Wed, Oct 2, 2024 at 3:31 AM Tim Lewis via groups.io <tim.lewis=insyde....@groups.io> wrote: > > We are actively implementing generic SPDM support into our codebase, starting > with the code in EDK2. However, we are now trying to separate the SPDM code > from PCI DoE (to use MCTP, for example). Right now it seems the EDK2 version > is hardcoded for PCI DoE. We would like to add some abstraction and are > considering adding a separate driver that can sit on top of the MCTP layer. > Do you think we should pursue the driver model or do you have another way to > support multiple SPDM transports? > > > > Thanks, > > > > Tim Lewis > > CTO, Insyde Software > > -=-=-=-=-=-=-=-=-=-=-=- Groups.io Links: You receive all messages sent to this group. View/Reply Online (#120590): https://edk2.groups.io/g/devel/message/120590 Mute This Topic: https://groups.io/mt/108763839/21656 Group Owner: devel+ow...@edk2.groups.io Unsubscribe: https://edk2.groups.io/g/devel/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
