[edk2-devel] SPDM Transports

[edk2-devel] SPDM Transports

[Tim Lewis via groups.io]

[-- Attachment #1.1: Type: text/plain, Size: 905 bytes --]


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 (#120589): https://edk2.groups.io/g/devel/message/120589
Mute This Topic: https://groups.io/mt/108763839/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-



[-- Attachment #1.2: Type: text/html, Size: 4257 bytes --]

[-- Attachment #2: image001.gif --]
[-- Type: image/gif, Size: 3386 bytes --]

Re: [edk2-devel] SPDM Transports

[Alistair Francis]

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.com@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/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-

Re: [edk2-devel] SPDM Transports

[Yao, Jiewen]

Hi Tim/Alistair
Is there any detailed proposal, as such we can have a discussion?

I am not sure what is the plan for the driver model version MCTP. If it is something mature, we can definitely discuss it.

Thank you
Yao, Jiewen

> -----Original Message-----
> From: devel@edk2.groups.io <devel@edk2.groups.io> On Behalf Of Alistair
> Francis
> Sent: Wednesday, October 2, 2024 11:39 AM
> To: devel@edk2.groups.io; LEWIS, TIM <tim.lewis@insyde.com>
> Cc: Alan Weng <alan.weng@insyde.com>; Leon Chen <leon.chen@insyde.com>
> Subject: Re: [edk2-devel] SPDM Transports
> 
> 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.com@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 (#120608): https://edk2.groups.io/g/devel/message/120608
Mute This Topic: https://groups.io/mt/108763839/7686176
Group Owner: devel+owner@edk2.groups.io
Unsubscribe: https://edk2.groups.io/g/devel/unsub [rebecca@openfw.io]
-=-=-=-=-=-=-=-=-=-=-=-