From: "Carsey, Jaben" <jaben.carsey@intel.com>
To: "Ni, Ruiyu" <ruiyu.ni@intel.com>,
"edk2-devel@lists.01.org" <edk2-devel@lists.01.org>
Cc: "Kinney, Michael D" <michael.d.kinney@intel.com>,
"Shah, Tapan (tapandshah@hpe.com)" <tapandshah@hpe.com>
Subject: Re: [PATCH] ShellPkg/alias: Fix bug to support upper-case alias
Date: Thu, 1 Jun 2017 15:42:15 +0000 [thread overview]
Message-ID: <CB6E33457884FA40993F35157061515C6CAA5500@FMSMSX103.amr.corp.intel.com> (raw)
In-Reply-To: 734D49CCEBEEF84792F5B80ED585239D5B982065@SHSMSX104.ccr.corp.intel.com
I think we have to leave the behavior the same. The spec says this: " If the environment variable does not exist and the Value is an empty string, there is no action."
I do not think we can change that to an error return without a spec change.
-Jaben
> -----Original Message-----
> From: Carsey, Jaben
> Sent: Thursday, June 01, 2017 8:40 AM
> To: Ni, Ruiyu <ruiyu.ni@intel.com>; edk2-devel@lists.01.org
> Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Shah, Tapan
> (tapandshah@hpe.com) <tapandshah@hpe.com>
> Subject: RE: [PATCH] ShellPkg/alias: Fix bug to support upper-case alias
>
> I just think we may want to have the behavior act the same as it does today
> for delete.
>
> > -----Original Message-----
> > From: Ni, Ruiyu
> > Sent: Thursday, June 01, 2017 8:19 AM
> > To: Carsey, Jaben <jaben.carsey@intel.com>; edk2-devel@lists.01.org
> > Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Shah, Tapan
> > (tapandshah@hpe.com) <tapandshah@hpe.com>
> > Subject: RE: [PATCH] ShellPkg/alias: Fix bug to support upper-case alias
> > Importance: High
> >
> > I was using AliasLower.
> > I am not sure whether the change is smallest. But I tried best to make the
> > new implementation cleaner. I think that's what we really need.
> >
> > Did you see any issue if we return EFI_NOT_FOUND (when variable doesn't
> > exist)?
> >
> > Regards,
> > Ray
> >
> > >-----Original Message-----
> > >From: Carsey, Jaben
> > >Sent: Thursday, June 1, 2017 11:02 PM
> > >To: Ni, Ruiyu <ruiyu.ni@intel.com>; edk2-devel@lists.01.org
> > >Cc: Kinney, Michael D <michael.d.kinney@intel.com>; Shah, Tapan
> > (tapandshah@hpe.com) <tapandshah@hpe.com>
> > >Subject: RE: [PATCH] ShellPkg/alias: Fix bug to support upper-case alias
> > >
> > >Why not just use the AliasLower and make the overall change much
> > smaller? Looks like the old version did the conversion,
> > >but didn't use the result.
> > >
> > >Also, I notice that we are now checking the return value upon delete,
> which
> > was explicitly not done in the old version.
> > >There was this comment before: "We dont check the error return on
> > purpose since the variable may not exist."
> > >
> > >-Jaben
> > >
> > >
> > >> -----Original Message-----
> > >> From: Ni, Ruiyu
> > >> Sent: Thursday, June 01, 2017 7:12 AM
> > >> To: edk2-devel@lists.01.org
> > >> Cc: Carsey, Jaben <jaben.carsey@intel.com>; Kinney, Michael D
> > >> <michael.d.kinney@intel.com>
> > >> Subject: [PATCH] ShellPkg/alias: Fix bug to support upper-case alias
> > >> Importance: High
> > >>
> > >> alias in UEFI Shell is case insensitive.
> > >> Old code saves the alias to variable storage without
> > >> converting the alias to lower-case, which results
> > >> upper case alias setting doesn't work.
> > >> The patch converts the alias to lower case before saving
> > >> to variable storage.
> > >>
> > >> Contributed-under: TianoCore Contribution Agreement 1.0
> > >> Signed-off-by: Ruiyu Ni <ruiyu.ni@intel.com>
> > >> Cc: Jaben Carsey <jaben.carsey@intel.com>
> > >> Cc: Michael D Kinney <michael.d.kinney@intel.com>
> > >> ---
> > >> ShellPkg/Application/Shell/ShellProtocol.c | 50 +++++++++++++++------
> --
> > ----
> > >> ---
> > >> 1 file changed, 25 insertions(+), 25 deletions(-)
> > >>
> > >> diff --git a/ShellPkg/Application/Shell/ShellProtocol.c
> > >> b/ShellPkg/Application/Shell/ShellProtocol.c
> > >> index 347e162e62..b3b8acc0d0 100644
> > >> --- a/ShellPkg/Application/Shell/ShellProtocol.c
> > >> +++ b/ShellPkg/Application/Shell/ShellProtocol.c
> > >> @@ -3463,40 +3463,40 @@ InternalSetAlias(
> > >> {
> > >> EFI_STATUS Status;
> > >> CHAR16 *AliasLower;
> > >> + BOOLEAN DeleteAlias;
> > >>
> > >> - // Convert to lowercase to make aliases case-insensitive
> > >> - if (Alias != NULL) {
> > >> - AliasLower = AllocateCopyPool (StrSize (Alias), Alias);
> > >> - if (AliasLower == NULL) {
> > >> - return EFI_OUT_OF_RESOURCES;
> > >> - }
> > >> - ToLower (AliasLower);
> > >> - } else {
> > >> - AliasLower = NULL;
> > >> - }
> > >> -
> > >> - //
> > >> - // We must be trying to remove one if Alias is NULL
> > >> - //
> > >> + DeleteAlias = FALSE;
> > >> if (Alias == NULL) {
> > >> //
> > >> + // We must be trying to remove one if Alias is NULL
> > >> // remove an alias (but passed in COMMAND parameter)
> > >> //
> > >> - Status = (gRT->SetVariable((CHAR16*)Command, &gShellAliasGuid,
> 0,
> > 0,
> > >> NULL));
> > >> - } else {
> > >> - //
> > >> - // Add and replace are the same
> > >> - //
> > >> -
> > >> - // We dont check the error return on purpose since the variable may
> > not
> > >> exist.
> > >> - gRT->SetVariable((CHAR16*)Command, &gShellAliasGuid, 0, 0,
> NULL);
> > >> + Alias = Command;
> > >> + DeleteAlias = TRUE;
> > >> + }
> > >> + ASSERT (Alias != NULL);
> > >>
> > >> - Status = (gRT->SetVariable((CHAR16*)Alias, &gShellAliasGuid,
> > >>
> >
> EFI_VARIABLE_BOOTSERVICE_ACCESS|(Volatile?0:EFI_VARIABLE_NON_VOL
> > >> ATILE), StrSize(Command), (VOID*)Command));
> > >> + //
> > >> + // Convert to lowercase to make aliases case-insensitive
> > >> + //
> > >> + AliasLower = AllocateCopyPool (StrSize (Alias), Alias);
> > >> + if (AliasLower == NULL) {
> > >> + return EFI_OUT_OF_RESOURCES;
> > >> }
> > >> + ToLower (AliasLower);
> > >>
> > >> - if (Alias != NULL) {
> > >> - FreePool (AliasLower);
> > >> + if (DeleteAlias) {
> > >> + Status = gRT->SetVariable (AliasLower, &gShellAliasGuid, 0, 0, NULL);
> > >> + } else {
> > >> + Status = gRT->SetVariable (
> > >> + AliasLower, &gShellAliasGuid,
> > >> + EFI_VARIABLE_BOOTSERVICE_ACCESS | (Volatile ? 0 :
> > >> EFI_VARIABLE_NON_VOLATILE),
> > >> + StrSize (Command), (VOID *) Command
> > >> + );
> > >> }
> > >> +
> > >> + FreePool (AliasLower);
> > >> +
> > >> return Status;
> > >> }
> > >>
> > >> --
> > >> 2.12.2.windows.2
next prev parent reply other threads:[~2017-06-01 15:41 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-06-01 14:11 [PATCH] ShellPkg/alias: Fix bug to support upper-case alias Ruiyu Ni
2017-06-01 14:14 ` Ni, Ruiyu
2017-06-01 15:01 ` Carsey, Jaben
2017-06-01 15:18 ` Ni, Ruiyu
2017-06-01 15:39 ` Carsey, Jaben
2017-06-01 15:42 ` Carsey, Jaben [this message]
2017-06-02 2:31 ` Ni, Ruiyu
2017-06-02 15:04 ` Carsey, Jaben
2017-06-02 16:12 ` Shah, Tapan
2017-06-04 0:47 ` Ni, Ruiyu
2017-06-05 15:25 ` Shah, Tapan
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=CB6E33457884FA40993F35157061515C6CAA5500@FMSMSX103.amr.corp.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