From: Ard Biesheuvel <ard.biesheuvel@linaro.org>
To: Leif Lindholm <leif.lindholm@linaro.org>
Cc: "edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Subject: Re: [PATCH edk2-platforms 3/8] Silicon/NXP/Pcf8563RealTimeClockLib: avoid driver binding protocol
Date: Thu, 25 Jan 2018 13:07:42 +0000 [thread overview]
Message-ID: <CAKv+Gu_uv9v=Ln5LH=TaKkJnjzrR67c6MeToMozOHY_6SMe-6w@mail.gmail.com> (raw)
In-Reply-To: <20180125125434.553ff6xamfpnr6bd@bivouac.eciton.net>
On 25 January 2018 at 12:54, Leif Lindholm <leif.lindholm@linaro.org> wrote:
> On Thu, Jan 25, 2018 at 12:27:31PM +0000, Ard Biesheuvel wrote:
>> Instead of registering a notification callback on the driver binding
>> protocol, and attempting to connect our I2C master handle each time
>> a new driver is registered, switch to the more obvious approach of
>> registering a notification callback on the I2C master protocol directly.
>>
>> The original code was written under the assumption that it would make
>> the RTC available at an earlier time, but given that all handles that
>> are created during the execution of a driver entry point are connected
>> by DXE core right away (i.e., before StartImage() returns), this is not
>> really necessary, and in fact, may result in the driver already having
>> been connected by the time we attempt to connect it.
>>
>> Note that it is now up to the platform to ensure that ConnectController()
>> is called for the handle if DXE core does not call it by itself, or does
>> call it but at a time when no I2C master protocol driver is available
>> yet.
>
> Presumably the platforms in edk2-platforms using this library already
> follow these constraints?
>
There aren't any. But I did CC the NXP guys on this patch when I sent
it the first time around, to give them the head's up that they
probably shouldn't copy the original pattern.
> If so:
> Reviewed-by: Leif Lindholm <leif.lindholm@linaro.org>
>
Thanks.
>> Contributed-under: TianoCore Contribution Agreement 1.1
>> Signed-off-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
>> ---
>> Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.c | 31 ++++++++------------
>> Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.inf | 1 -
>> 2 files changed, 13 insertions(+), 19 deletions(-)
>>
>> diff --git a/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.c b/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.c
>> index 6bc4aef28849..fb58e1feb424 100644
>> --- a/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.c
>> +++ b/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.c
>> @@ -41,7 +41,7 @@
>> #define EPOCH_BASE 2000
>>
>> STATIC EFI_HANDLE mI2cMasterHandle;
>> -STATIC VOID *mDriverEventRegistration;
>> +STATIC VOID *mI2cMasterEventRegistration;
>> STATIC EFI_I2C_MASTER_PROTOCOL *mI2cMaster;
>> STATIC EFI_EVENT mRtcVirtualAddrChangeEvent;
>>
>> @@ -263,12 +263,12 @@ LibSetWakeupTime (
>>
>> STATIC
>> VOID
>> -DriverRegistrationEvent (
>> +I2cMasterRegistrationEvent (
>> IN EFI_EVENT Event,
>> IN VOID *Context
>> )
>> {
>> - EFI_HANDLE Handle[2];
>> + EFI_HANDLE Handle;
>> UINTN BufferSize;
>> EFI_STATUS Status;
>> EFI_I2C_MASTER_PROTOCOL *I2cMaster;
>> @@ -280,10 +280,10 @@ DriverRegistrationEvent (
>> do {
>> BufferSize = sizeof (EFI_HANDLE);
>> Status = gBS->LocateHandle (ByRegisterNotify,
>> - &gEfiDriverBindingProtocolGuid,
>> - mDriverEventRegistration,
>> + &gEfiI2cMasterProtocolGuid,
>> + mI2cMasterEventRegistration,
>> &BufferSize,
>> - Handle);
>> + &Handle);
>> if (EFI_ERROR (Status)) {
>> if (Status != EFI_NOT_FOUND) {
>> DEBUG ((DEBUG_WARN, "%a: gBS->LocateHandle () returned %r\n",
>> @@ -292,12 +292,7 @@ DriverRegistrationEvent (
>> break;
>> }
>>
>> - //
>> - // Check if we can connect our handle to this driver.
>> - //
>> - Handle[1] = NULL;
>> - Status = gBS->ConnectController (mI2cMasterHandle, Handle, NULL, FALSE);
>> - if (EFI_ERROR (Status)) {
>> + if (Handle != mI2cMasterHandle) {
>> continue;
>> }
>>
>> @@ -378,16 +373,16 @@ LibRtcInitialize (
>> ASSERT_EFI_ERROR (Status);
>>
>> //
>> - // Register a protocol registration notification callback on the driver
>> - // binding protocol so we can attempt to connect our I2C master to it
>> - // as soon as it appears.
>> + // Register a protocol registration notification callback on the I2C master
>> + // protocol. This will notify us even if the protocol instance we are looking
>> + // for has already been installed.
>> //
>> EfiCreateProtocolNotifyEvent (
>> - &gEfiDriverBindingProtocolGuid,
>> + &gEfiI2cMasterProtocolGuid,
>> TPL_CALLBACK,
>> - DriverRegistrationEvent,
>> + I2cMasterRegistrationEvent,
>> NULL,
>> - &mDriverEventRegistration);
>> + &mI2cMasterEventRegistration);
>>
>> //
>> // Register for the virtual address change event
>> diff --git a/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.inf b/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.inf
>> index 1a9a6f6c9cf3..e232902c6b5d 100644
>> --- a/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.inf
>> +++ b/Silicon/NXP/Library/Pcf8563RealTimeClockLib/Pcf8563RealTimeClockLib.inf
>> @@ -40,7 +40,6 @@ [Guids]
>> gEfiEventVirtualAddressChangeGuid
>>
>> [Protocols]
>> - gEfiDriverBindingProtocolGuid ## CONSUMES
>> gEfiI2cMasterProtocolGuid ## CONSUMES
>> gPcf8563RealTimeClockLibI2cMasterProtocolGuid ## CONSUMES
>>
>> --
>> 2.11.0
>>
next prev parent reply other threads:[~2018-01-25 13:02 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-01-25 12:27 [PATCH edk2-platforms 0/8] Socionext SynQuacer updates Ard Biesheuvel
2018-01-25 12:27 ` [PATCH edk2-platforms 1/8] Silicon/SynQuacer/PlatformDxe: enable spread spectrum mode for ASM1061 SATA Ard Biesheuvel
2018-01-25 12:27 ` [PATCH edk2-platforms 2/8] Silicon: fix typo in gPcf8563RealTimeClockLibI2cMasterProtocolGuid Ard Biesheuvel
2018-01-25 12:51 ` Leif Lindholm
2018-01-25 12:27 ` [PATCH edk2-platforms 3/8] Silicon/NXP/Pcf8563RealTimeClockLib: avoid driver binding protocol Ard Biesheuvel
2018-01-25 12:54 ` Leif Lindholm
2018-01-25 13:07 ` Ard Biesheuvel [this message]
2018-01-25 12:27 ` [PATCH edk2-platforms 4/8] Silicon/SynQuacerI2cDxe: remove spurious format specifier Ard Biesheuvel
2018-01-25 12:55 ` Leif Lindholm
2018-01-25 12:27 ` [PATCH edk2-platforms 5/8] Silicon/SynQuacer: load I2C driver before platform DXE driver Ard Biesheuvel
2018-01-25 12:57 ` Leif Lindholm
2018-01-25 12:27 ` [PATCH edk2-platforms 6/8] Silicon/SynQuacer/DeviceTree: align uart DT nodes Ard Biesheuvel
2018-01-25 12:58 ` Leif Lindholm
2018-01-25 12:27 ` [PATCH edk2-platforms 7/8] Silicon/SynQuacer/DeviceTree: update NETSEC DT node to latest binding Ard Biesheuvel
2018-01-25 13:00 ` Leif Lindholm
2018-01-25 13:05 ` Ard Biesheuvel
2018-01-25 12:27 ` [PATCH edk2-platforms 8/8] Silicon/Socionext/SynQuacer: implement menu option to set max PCIe speed Ard Biesheuvel
2018-01-25 18:51 ` [PATCH edk2-platforms 0/8] Socionext SynQuacer updates Ard Biesheuvel
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='CAKv+Gu_uv9v=Ln5LH=TaKkJnjzrR67c6MeToMozOHY_6SMe-6w@mail.gmail.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