> On Oct 4, 2018, at 10:07 AM, Laszlo Ersek <[email protected]> wrote:
>
> On 10/03/18 20:17, Carsey, Jaben wrote:
>> Pushed.
>> c0b1f749ef1304810ed4ea58ded65b7f41d79d3e
>
> Please give other reviewers a bit more time than ~2 hours, to comment on
> the patch. :)
>
> I think I would have suggested an improvement (or a clarification about)
> the commit message. It says:
>
>>> -----Original Message-----
>>> From: Carsey, Jaben
>>> Sent: Wednesday, October 03, 2018 11:15 AM
>>> To: '[email protected]' <[email protected]>; [email protected]
>>> Subject: RE: [edk2] [PATCH] ShellPkg: Create a homefilesystem environment
>>> variable
>>>
>>> Reviewed-by: Jaben Carsey <[email protected]>
>>>
>>>> -----Original Message-----
>>>> From: [email protected] [mailto:[email protected]]
>>>> Sent: Wednesday, October 03, 2018 9:02 AM
>>>> To: [email protected]
>>>> Cc: Carsey, Jaben <[email protected]>; Ni, Ruiyu
>>> <[email protected]>
>>>> Subject: [edk2] [PATCH] ShellPkg: Create a homefilesystem environment
>>>> variable
>>>> Importance: High
>>>>
>>>> Create a homefilesystem environment variable whose value is the file
>>>> system on which the executing shell is located. For example: "FS14:".
>
> that the file system in question contains the *shell*.
>
> So my first question would have been, what if the shell is memory mapped
> (from a firmware volume), but the platform doesn't expose firmware
> filesystems (FFSs) as EFI simple file system protocol instances? In that
> case, the "file system on which the executing shell is located" seems
> ill-defined.
>
Same if the Shell was network booted.
Thanks,
Andrew Fish
>>>>
>>>> This eliminates the need for people to have to try and find the "boot"
>>>> file system in their startup script. After this change they can simply
>
> Note, here the commit message refers to the startup script, not the
> shell itself.
>
>>>> execute %homefilesystem% to set the cwd to the root of the file system
>>>> where the shell is located.
>
> I think the commit message here misses a "CD" command.
>
>>>>
>>>> A future enhancement could be to add "homefilesystem" to the list of
>>>> predefined, read-only variables listed in the EfiShellSetEnv function of
>>>> file ShellProtocol.c
>
> Is it OK with the UEFI shell spec to define a shell variable called
> "homefilesystem"? I seem to remember that edk2-specific options for
> standard UEFI shell commands generally start with an underscore, to
> avoid clashing with the standard namespace. Does that apply to shell
> variables perhaps? (This is mostly for my own education.)
>
>>>>
>>>> Contributed-under: TianoCore Contribution Agreement 1.1
>>>> Signed-off-by: Jim Dailey <[email protected]>
>>>> ---
>>>> ShellPkg/Application/Shell/Shell.c | 2 ++
>>>> 1 file changed, 2 insertions(+)
>>>>
>>>> diff --git a/ShellPkg/Application/Shell/Shell.c
>>>> b/ShellPkg/Application/Shell/Shell.c
>>>> index 3f3bcbb4b0..6185b6ac80 100644
>>>> --- a/ShellPkg/Application/Shell/Shell.c
>>>> +++ b/ShellPkg/Application/Shell/Shell.c
>>>> @@ -1169,6 +1169,8 @@ LocateStartupScript (
>>>> *TempSpot = CHAR_NULL;
>>>> }
>>>>
>>>> + InternalEfiShellSetEnv(L"homefilesystem", StartupScriptPath, TRUE);
>>>> +
>
> Again, this refers to the startup script, not the shell itself.
>
>>>> StartupScriptPath = StrnCatGrow (&StartupScriptPath, &Size,
>>>> ((FILEPATH_DEVICE_PATH *)FileDevicePath)->PathName, 0);
>>>> PathRemoveLastItem (StartupScriptPath);
>>>> StartupScriptPath = StrnCatGrow (&StartupScriptPath, &Size,
>>>> mStartupScript, 0);
>>>> --
>>>> 2.17.0.windows.1
>>
>> _______________________________________________
>> edk2-devel mailing list
>> [email protected] <mailto:[email protected]>
>> https://lists.01.org/mailman/listinfo/edk2-devel
>> <https://lists.01.org/mailman/listinfo/edk2-devel>
>>
>
> Thanks
> Laszlo
> _______________________________________________
> edk2-devel mailing list
> [email protected] <mailto:[email protected]>
> https://lists.01.org/mailman/listinfo/edk2-devel
> <https://lists.01.org/mailman/listinfo/edk2-devel>
_______________________________________________
edk2-devel mailing list
[email protected]
https://lists.01.org/mailman/listinfo/edk2-devel