rince ; gaolim...@byosoft.com.cn;
Dong, Eric
*Subject:* RE: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib Refactor
Furthermore, is it the code that cannot cross the repo boundary, or the
interface?
Is there any use in defining the interface at a lower level such as
MdeModulePkg? Then a pla
ubacki
Cc: Chaganty, Rangasai V ; Chiu, Chasel
; Desimone, Nathaniel L
; Luo, Heng ; Agyeman,
Prince ; gaolim...@byosoft.com.cn; Dong, Eric
Subject: RE: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib Refactor
Furthermore, is it the code that cannot cross the repo boundary, or the
int
edk2.groups.io; Ni,
> Ray
> Cc: Chaganty, Rangasai V ; Chiu, Chasel
> ; Desimone, Nathaniel L
> ; Luo, Heng ; Agyeman,
> Prince ;
> gaolim...@byosoft.com.cn; Dong, Eric
> Subject: RE: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib Refactor
>
>
> Hi Michael,
Agyeman,
> Prince ;
> gaolim...@byosoft.com.cn; Dong, Eric
> Subject: RE: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib Refactor
>
>
> Hi Michael,
>
> I didn't initiate any discussion on this yet. And I am not sure if this idea
> could be accepted.
> Fro
th these advanced features on
> different platforms.
> >
> > Thanks,
> > Guo
> >
> >
> >> -Original Message-
> >> From: Ni, Ray
> >> Sent: Monday, March 1, 2021 5:52 PM
> >> To: Michael Kubacki ;
> >> devel@edk2.gro
simone, Nathaniel L
; Luo, Heng ;
Agyeman, Prince ; gaolim...@byosoft.com.cn;
Dong, Eric ; Dong, Guo
Subject: RE: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib
Refactor
Michael,
I am good with that. I am also curious how you merge all the different SPI
flash implementation into one.
Th
i
> > Sent: Tuesday, March 2, 2021 3:16 AM
> > To: devel@edk2.groups.io; Ni, Ray
> > Cc: Chaganty, Rangasai V ; Chiu, Chasel
> ; Desimone, Nathaniel L
> > ; Luo, Heng ;
> Agyeman, Prince ;
> > gaolim...@byosoft.com.cn; Dong, Eric
> > Subject: Re: [e
ngasai V ; Chiu, Chasel
> ; Desimone, Nathaniel L
> ; Luo, Heng ; Agyeman,
> Prince ;
> gaolim...@byosoft.com.cn; Dong, Eric
> Subject: Re: [edk2-devel] [edk2-platforms][RFC] SpiFlashCommonLib Refactor
>
> Hi Ray,
>
> That sounds reasonable to me.
>
> I was att
Hi Ray,
That sounds reasonable to me.
I was attempting to preserve the design that isolates the
silicon-specific logic to a library via an interface to a silicon
package. However, the real abstraction here is the firmware volume block
protocol which could simply be produced by a silicon drive
Michael,
I agree with your thoughts to consolidate the lib header and implementation to
IntelSiliconPkg.
I didn't read the different implementations. But the implementation
consolidation means you see all the existing implementations are the same.
Right?
But why don't you put the driver in Inte
10 matches
Mail list logo
