From: Ryszard Knop <ryszard.knop@linux.intel.com>
To: Ard Biesheuvel <ard.biesheuvel@linaro.org>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>,
"Kacperski, Kamil" <kamil.kacperski@intel.com>,
"Jin, Eric" <eric.jin@intel.com>,
"Orlowski, Pawel" <pawel.orlowski@intel.com>,
"Kinney, Michael D" <michael.d.kinney@intel.com>,
"Hsiung, Harry L" <harry.l.hsiung@intel.com>
Subject: Re: [PATCH edk2-staging 18/19] IntelUndiPkg/GigUndiDxe: add missing EFIAPI modifiers
Date: Wed, 30 Jan 2019 16:31:16 +0100 [thread overview]
Message-ID: <57c7b1f235c18812da7986a9ae147463e13b2dfb.camel@linux.intel.com> (raw)
In-Reply-To: <CAKv+Gu_FN14Ko6HKNMSdE_AcS8rWd=pM6atQ9=j1KGvSVMuzTQ@mail.gmail.com>
Builds were fine, the result didn't work. Adding proper EFIAPIs fixed
that, so should be okay everywhere.
On Wed, 2019-01-30 at 16:20 +0100, Ard Biesheuvel wrote:
> On Wed, 30 Jan 2019 at 16:15, Ryszard Knop <
> ryszard.knop@linux.intel.com> wrote:
> > I'm going through all the protocols we have defined/used and in
> > Decode.c/h there's [E1000]UndiApiEntry for PXE/UNDI callbacks. I've
> > tested an X64 GCC build under OVMF and these calls were broken due
> > to
> > mismatched calling conventions. Did this work correctly for your
> > builds
> > on your platforms?
> >
>
> Do you mean the builds were broken? Or the resulting builds didn't
> work?
>
> In any case, that issue only exists on X64, since there are different
> SysV and MS calling conventions. and GCC uses the former by default.
> On ARM, there is no such difference.
>
> > Reviewed-by: Ryszard Knop <ryszard.knop@linux.intel.com>
> >
> > On Tue, 2018-11-06 at 18:58 +0100, ard.biesheuvela wrote:
> > > Contributed-under: TianoCore Contribution Agreement 1.1
> > > Signed-off-by: Ard Biesheuvel <ard.biesheuvel at linaro.org>
> > > ---
> > > IntelUndiPkg/GigUndiDxe/AdapterInformation.c | 3 +++
> > > IntelUndiPkg/GigUndiDxe/ComponentName.c | 2 ++
> > > IntelUndiPkg/GigUndiDxe/ComponentName.h | 1 +
> > > IntelUndiPkg/GigUndiDxe/DriverConfiguration.c | 3 +++
> > > IntelUndiPkg/GigUndiDxe/DriverDiagnostics.c | 1 +
> > > IntelUndiPkg/GigUndiDxe/DriverHealth.c | 2 ++
> > > IntelUndiPkg/GigUndiDxe/StartStop.c | 2 ++
> > > 7 files changed, 14 insertions(+)
> > >
> > > diff --git a/IntelUndiPkg/GigUndiDxe/AdapterInformation.c
> > > b/IntelUndiPkg/GigUndiDxe/AdapterInformation.c
> > > index 8918c538e447..1cece79911b1 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/AdapterInformation.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/AdapterInformation.c
> > > @@ -123,6 +123,7 @@ GetIpv6SupportInformationBlock (
> > > **/
> > > STATIC
> > > EFI_STATUS
> > > +EFIAPI
> > > GetInformation (
> > > IN EFI_ADAPTER_INFORMATION_PROTOCOL *This,
> > > IN EFI_GUID * InformationType,
> > > @@ -188,6 +189,7 @@ GetInformation (
> > > **/
> > > STATIC
> > > EFI_STATUS
> > > +EFIAPI
> > > SetInformation (
> > > IN EFI_ADAPTER_INFORMATION_PROTOCOL *This,
> > > IN EFI_GUID * InformationType,
> > > @@ -234,6 +236,7 @@ SetInformation (
> > > **/
> > > STATIC
> > > EFI_STATUS
> > > +EFIAPI
> > > GetSupportedTypes (
> > > IN EFI_ADAPTER_INFORMATION_PROTOCOL *This,
> > > OUT EFI_GUID ** InfoTypesBuffer,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/ComponentName.c
> > > b/IntelUndiPkg/GigUndiDxe/ComponentName.c
> > > index 70baf00f4a5d..2bf9bbfbe0e4 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/ComponentName.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/ComponentName.c
> > > @@ -112,6 +112,7 @@ ComponentNameInitializeControllerName (
> > > language specified by
> > > Language.
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > ComponentNameGetDriverName (
> > > IN EFI_COMPONENT_NAME_PROTOCOL *This,
> > > IN CHAR8 * Language,
> > > @@ -182,6 +183,7 @@ ComponentNameGetDriverName (
> > > language specified by
> > > Language.
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > ComponentNameGetControllerName (
> > > IN EFI_COMPONENT_NAME_PROTOCOL
> > > * This,
> > > IN EFI_HANDLE
> > > Co
> > > ntrollerHandle,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/ComponentName.h
> > > b/IntelUndiPkg/GigUndiDxe/ComponentName.h
> > > index 5a3d414c6970..0b93a5410fc0 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/ComponentName.h
> > > +++ b/IntelUndiPkg/GigUndiDxe/ComponentName.h
> > > @@ -65,6 +65,7 @@ ComponentNameInitializeControllerName (
> > > language specified by
> > > Language.
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > ComponentNameGetDriverName (
> > > IN EFI_COMPONENT_NAME_PROTOCOL *This,
> > > IN CHAR8 * Language,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/DriverConfiguration.c
> > > b/IntelUndiPkg/GigUndiDxe/DriverConfiguration.c
> > > index 20d40ab672ef..99e086d81044 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/DriverConfiguration.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/DriverConfiguration.c
> > > @@ -310,6 +310,7 @@ GigUndiDriverConfigurationDisplayMenu (
> > > @retval EFI_SUCCESS Configuration was successful
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > GigUndiDriverConfigurationSetOptions (
> > > IN EFI_DRIVER_CONFIGURATION_PROTOCOL * This,
> > > IN
> > > EFI_HANDLE ControllerHandle,
> > > @@ -418,6 +419,7 @@ GigUndiDriverConfigurationSetOptions (
> > > @retval EFI_SUCCESS Always returned
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > GigUndiDriverConfigurationOptionsValid (
> > > IN EFI_DRIVER_CONFIGURATION_PROTOCOL * This,
> > > IN EFI_HANDLE ControllerHandle,
> > > @@ -442,6 +444,7 @@ GigUndiDriverConfigurationOptionsValid (
> > > @retval EFI_SUCCESS Configuration was successful
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > GigUndiDriverConfigurationForceDefaults (
> > > IN EFI_DRIVER_CONFIGURATION_PROTOCOL * This,
> > > IN
> > > EFI_HANDLE ControllerH
> > > andl
> > > e,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/DriverDiagnostics.c
> > > b/IntelUndiPkg/GigUndiDxe/DriverDiagnostics.c
> > > index aceb015e480f..f6152cd24c59 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/DriverDiagnostics.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/DriverDiagnostics.c
> > > @@ -1394,6 +1394,7 @@ Error:
> > > ChildHandle did not pass the
> > > diagnostic.
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > GigUndiDriverDiagnosticsRunDiagnostics (
> > > IN EFI_DRIVER_DIAGNOSTICS_PROTOCOL * This,
> > > IN
> > > EFI_HANDLE ControllerHandle,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/DriverHealth.c
> > > b/IntelUndiPkg/GigUndiDxe/DriverHealth.c
> > > index b5b7db5fd814..ea306843679a 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/DriverHealth.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/DriverHealth.c
> > > @@ -44,6 +44,7 @@ OF THIS SOFTWARE, EVEN IF ADVISED OF THE
> > > POSSIBILITY OF SUCH DAMAGE.
> > > @retval !EFI_SUCCESS Failure to retrieve health
> > > status
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > GetHealthStatus (
> > > IN EFI_DRIVER_HEALTH_PROTOCOL * This,
> > > IN EFI_HANDLE ControllerHandle,
> > > OPTIONAL
> > > @@ -119,6 +120,7 @@ GetHealthStatus (
> > > @retval EFI_UNSUPPORTED This function is unsupported
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > Repair (
> > > IN EFI_DRIVER_HEALTH_PROTOCOL *This,
> > > IN EFI_HANDLE ControllerHandle
> > > ,
> > > diff --git a/IntelUndiPkg/GigUndiDxe/StartStop.c
> > > b/IntelUndiPkg/GigUndiDxe/StartStop.c
> > > index 32bed7ce288d..a788da247e6d 100644
> > > --- a/IntelUndiPkg/GigUndiDxe/StartStop.c
> > > +++ b/IntelUndiPkg/GigUndiDxe/StartStop.c
> > > @@ -38,6 +38,7 @@ EFI_GUID gEfiStartStopProtocolGuid =
> > > EFI_DRIVER_STOP_PROTOCOL_GUID;
> > > @retval EFI_SUCCESS Driver is stopped successfully
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > StopDriver (
> > > IN EFI_DRIVER_STOP_PROTOCOL *This
> > > )
> > > @@ -62,6 +63,7 @@ StopDriver (
> > > @retval EFI_SUCCESS If driver has restarted successfully
> > > **/
> > > EFI_STATUS
> > > +EFIAPI
> > > StartDriver (
> > > IN EFI_DRIVER_STOP_PROTOCOL *This
> > > )
next prev parent reply other threads:[~2019-01-30 15:31 UTC|newest]
Thread overview: 67+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-11-06 17:58 [PATCH edk2-staging 00/19] IntelUndiPkg/GigUndiDxe: build fixes for AARCH64/ARM/GCC Ard Biesheuvel
2018-11-06 17:58 ` [PATCH edk2-staging 01/19] IntelOpenSourceUndiPkg.dsc: add AARCH64 and ARM to supported architectures Ard Biesheuvel
2019-01-29 13:54 ` Ryszard Knop
2019-01-29 14:04 ` Ard Biesheuvel
2018-11-06 17:58 ` [PATCH edk2-staging 02/19] IntelUndiPkg: remove EOF markers Ard Biesheuvel
2018-11-06 19:34 ` Philippe Mathieu-Daudé
2019-01-29 13:58 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 03/19] IntelUndiPkg/GigUndiDxe: consistently use lowercase for e1000 in filenames Ard Biesheuvel
2018-11-06 19:35 ` Philippe Mathieu-Daudé
2019-01-29 14:21 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 04/19] IntelUndiPkg/GigUndiDxe: consistently use forward slashes as path separators Ard Biesheuvel
2018-11-06 19:37 ` Philippe Mathieu-Daudé
2019-01-29 14:26 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 05/19] IntelUndiPkg/GigUndiDxe: move BRAND_STRUCT declaration after type definition Ard Biesheuvel
2019-01-29 16:02 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 06/19] IntelUndiPkg/GigUndiDxe: use intermediate UINTN casts for pointers Ard Biesheuvel
2019-01-30 10:59 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 07/19] IntelUndiPkg/GigUndiDxe: create GCC alternatives for MSFT build options Ard Biesheuvel
2019-01-30 11:48 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 08/19] IntelUndiPkg/GigUndiDxe: add missing VOID** cast Ard Biesheuvel
2018-11-07 9:16 ` Philippe Mathieu-Daudé
2018-11-07 14:05 ` Philippe Mathieu-Daudé
2019-01-30 12:05 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 09/19] IntelUndiPkg/GigUndiDxe: add missing UINT8* cast Ard Biesheuvel
2018-11-06 20:31 ` Philippe Mathieu-Daudé
2018-11-06 20:35 ` Ard Biesheuvel
2018-11-07 9:08 ` Philippe Mathieu-Daudé
2019-01-30 12:37 ` Ryszard Knop
2019-01-30 12:30 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 10/19] IntelUndiPkg/GigUndiDxe: add missing braces to GUID literals Ard Biesheuvel
2018-11-06 20:34 ` Philippe Mathieu-Daudé
2019-01-30 12:59 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 11/19] IntelUndiPkg/GigUndiDxe: fix incorrect use of CPP token pasting Ard Biesheuvel
2019-01-30 13:35 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 12/19] IntelUndiPkg/GigUndiDxe: cast E1000MemCopy () args to correct pointer type Ard Biesheuvel
2018-11-06 20:35 ` Philippe Mathieu-Daudé
2019-01-30 13:37 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 13/19] IntelUndiPkg/GigUndiDxe: don't take address of cast expression Ard Biesheuvel
2018-11-06 20:36 ` Philippe Mathieu-Daudé
2019-01-30 13:41 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 14/19] IntelUndiPkg/GigUndiDxe: redefine UNREFERENCED_nPARAMETER macros for GCC Ard Biesheuvel
2018-11-06 17:58 ` [PATCH edk2-staging 15/19] IntelUndiPkg/GigUndiDxe: remove forward declaration of non-existent function Ard Biesheuvel
2018-11-06 20:40 ` Philippe Mathieu-Daudé
2019-01-30 15:26 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 16/19] IntelUndiPkg/GigUndiDxe: fix incorrect indentation Ard Biesheuvel
2018-11-06 20:41 ` Philippe Mathieu-Daudé
2018-11-06 17:58 ` [PATCH edk2-staging 17/19] IntelUndiPkg/GigUndiDxe: move MSFT warning overrides to INF file Ard Biesheuvel
2019-01-30 14:09 ` Ryszard Knop
2018-11-06 17:58 ` [PATCH edk2-staging 18/19] IntelUndiPkg/GigUndiDxe: add missing EFIAPI modifiers Ard Biesheuvel
2019-01-30 15:15 ` Ryszard Knop
2019-01-30 15:20 ` Ard Biesheuvel
2019-01-30 15:31 ` Ryszard Knop [this message]
2019-01-30 15:33 ` Ard Biesheuvel
2018-11-06 17:58 ` [PATCH edk2-staging 19/19] IntelUndiPkg/GigUndiDxe: remove or reorganize unused variables Ard Biesheuvel
2018-11-07 9:08 ` Philippe Mathieu-Daudé
2019-01-30 14:32 ` Ryszard Knop
2018-11-06 22:10 ` [PATCH edk2-staging 00/19] IntelUndiPkg/GigUndiDxe: build fixes for AARCH64/ARM/GCC Kinney, Michael D
2018-11-06 23:03 ` Ard Biesheuvel
2018-11-09 17:54 ` Knop, Ryszard
2018-11-09 18:00 ` Ard Biesheuvel
2018-11-07 14:56 ` Leif Lindholm
2019-01-29 13:13 ` Ryszard Knop
2019-01-29 13:55 ` Ryszard Knop
2019-03-27 15:32 ` Ard Biesheuvel
2019-03-28 10:46 ` Ryszard Knop
2019-03-28 11:38 ` Ard Biesheuvel
2020-01-07 12:49 ` [edk2-devel] " Maciej Rabeda
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-list from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=57c7b1f235c18812da7986a9ae147463e13b2dfb.camel@linux.intel.com \
--to=devel@edk2.groups.io \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox