public inbox for devel@edk2.groups.io
 help / color / mirror / Atom feed
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
> > >    )



  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