* [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output @ 2019-04-04 17:56 Rebecca Cran 2019-04-05 9:05 ` [edk2-devel] " Philippe Mathieu-Daudé 0 siblings, 1 reply; 13+ messages in thread From: Rebecca Cran @ 2019-04-04 17:56 UTC (permalink / raw) To: devel, Liming Gao; +Cc: Rebecca Cran Fix a few typos in LegacyBiosBuildE820, and improve the debug output of the E820 table to pad with zeros instead of spaces, remove extra hyphens and display the memory type in decimal. Contributed-under: TianoCore Contribution Agreement 1.1 Signed-off-by: Rebecca Cran <rebecca@bluestop.org> --- .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- 1 file changed, 5 insertions(+), 5 deletions(-) diff --git a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c index a7b8e6a9a0..8c415cdfc6 100644 --- a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c +++ b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( do { // - // Use size returned back plus 1 descriptor for the AllocatePool. + // Use size returned for the AllocatePool. // We don't just multiply by 2 since the "for" loop below terminates on - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwize + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwise // we process bogus entries and create bogus E820 entries. // EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool (EfiMemoryMapSize); @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, 12)); if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { // - // Skip the memory block is under 1MB + // Skip the memory block if under 1MB // } else { if (EfiEntry->PhysicalStart < 0x100000) { @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); // - // Determine OS usable memory above 1Mb + // Determine OS usable memory above 1MB // Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = 0x0000; for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( // Print DEBUG information // for (TempIndex = 0; TempIndex < Index; TempIndex++) { - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x \n", + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", TempIndex, E820Table[TempIndex].BaseAddr, (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), -- 2.21.0 ^ permalink raw reply related [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-04 17:56 [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output Rebecca Cran @ 2019-04-05 9:05 ` Philippe Mathieu-Daudé 2019-04-08 13:15 ` Liming Gao [not found] ` <1593821D7C44BA9C.31892@groups.io> 0 siblings, 2 replies; 13+ messages in thread From: Philippe Mathieu-Daudé @ 2019-04-05 9:05 UTC (permalink / raw) To: rebecca, Liming Gao; +Cc: devel On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: > Fix a few typos in LegacyBiosBuildE820, and improve the debug output of > the E820 table to pad with zeros instead of spaces, remove extra hyphens > and display the memory type in decimal. > > Contributed-under: TianoCore Contribution Agreement 1.1 > Signed-off-by: Rebecca Cran <rebecca@bluestop.org> Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> > --- > .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- > 1 file changed, 5 insertions(+), 5 deletions(-) > > diff --git a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > index a7b8e6a9a0..8c415cdfc6 100644 > --- a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > +++ b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( > > do { > // > - // Use size returned back plus 1 descriptor for the AllocatePool. > + // Use size returned for the AllocatePool. > // We don't just multiply by 2 since the "for" loop below terminates on > - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwize > + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwise > // we process bogus entries and create bogus E820 entries. > // > EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool (EfiMemoryMapSize); > @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( > MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, 12)); > if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { > // > - // Skip the memory block is under 1MB > + // Skip the memory block if under 1MB > // > } else { > if (EfiEntry->PhysicalStart < 0x100000) { > @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( > *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); > > // > - // Determine OS usable memory above 1Mb > + // Determine OS usable memory above 1MB > // > Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = 0x0000; > for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { > @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( > // Print DEBUG information > // > for (TempIndex = 0; TempIndex < Index; TempIndex++) { > - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x \n", > + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", > TempIndex, > E820Table[TempIndex].BaseAddr, > (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-05 9:05 ` [edk2-devel] " Philippe Mathieu-Daudé @ 2019-04-08 13:15 ` Liming Gao [not found] ` <1593821D7C44BA9C.31892@groups.io> 1 sibling, 0 replies; 13+ messages in thread From: Liming Gao @ 2019-04-08 13:15 UTC (permalink / raw) To: Philippe Mathieu-Daudé, rebecca@bluestop.org; +Cc: devel@edk2.groups.io Reviewed-by: Liming Gao <liming.gao@intel.com> > -----Original Message----- > From: Philippe Mathieu-Daudé [mailto:philmd@redhat.com] > Sent: Friday, April 5, 2019 5:05 PM > To: rebecca@bluestop.org; Gao, Liming <liming.gao@intel.com> > Cc: devel@edk2.groups.io > Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output > > On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: > > Fix a few typos in LegacyBiosBuildE820, and improve the debug output of > > the E820 table to pad with zeros instead of spaces, remove extra hyphens > > and display the memory type in decimal. > > > > Contributed-under: TianoCore Contribution Agreement 1.1 > > Signed-off-by: Rebecca Cran <rebecca@bluestop.org> > > Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> > > > --- > > .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- > > 1 file changed, 5 insertions(+), 5 deletions(-) > > > > diff --git a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > > index a7b8e6a9a0..8c415cdfc6 100644 > > --- a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > > +++ b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > > @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( > > > > do { > > // > > - // Use size returned back plus 1 descriptor for the AllocatePool. > > + // Use size returned for the AllocatePool. > > // We don't just multiply by 2 since the "for" loop below terminates on > > - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwize > > + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. Otherwise > > // we process bogus entries and create bogus E820 entries. > > // > > EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool (EfiMemoryMapSize); > > @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( > > MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, 12)); > > if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { > > // > > - // Skip the memory block is under 1MB > > + // Skip the memory block if under 1MB > > // > > } else { > > if (EfiEntry->PhysicalStart < 0x100000) { > > @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( > > *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); > > > > // > > - // Determine OS usable memory above 1Mb > > + // Determine OS usable memory above 1MB > > // > > Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = 0x0000; > > for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { > > @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( > > // Print DEBUG information > > // > > for (TempIndex = 0; TempIndex < Index; TempIndex++) { > > - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x \n", > > + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", > > TempIndex, > > E820Table[TempIndex].BaseAddr, > > (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), > > ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <1593821D7C44BA9C.31892@groups.io>]
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output [not found] ` <1593821D7C44BA9C.31892@groups.io> @ 2019-04-11 0:32 ` Liming Gao 2019-04-11 10:59 ` Philippe Mathieu-Daudé 0 siblings, 1 reply; 13+ messages in thread From: Liming Gao @ 2019-04-11 0:32 UTC (permalink / raw) To: devel@edk2.groups.io, Gao, Liming, Philippe Mathieu-Daudé, rebecca@bluestop.org Push on commit ddb8cedce7e07b87c0ac6b84cd750a6d3dac47c8 >-----Original Message----- >From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of >Liming Gao >Sent: Monday, April 08, 2019 9:16 PM >To: Philippe Mathieu-Daudé <philmd@redhat.com>; rebecca@bluestop.org >Cc: devel@edk2.groups.io >Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments >and improve E820 debug output > >Reviewed-by: Liming Gao <liming.gao@intel.com> > >> -----Original Message----- >> From: Philippe Mathieu-Daudé [mailto:philmd@redhat.com] >> Sent: Friday, April 5, 2019 5:05 PM >> To: rebecca@bluestop.org; Gao, Liming <liming.gao@intel.com> >> Cc: devel@edk2.groups.io >> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix >comments and improve E820 debug output >> >> On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: >> > Fix a few typos in LegacyBiosBuildE820, and improve the debug output of >> > the E820 table to pad with zeros instead of spaces, remove extra hyphens >> > and display the memory type in decimal. >> > >> > Contributed-under: TianoCore Contribution Agreement 1.1 >> > Signed-off-by: Rebecca Cran <rebecca@bluestop.org> >> >> Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> >> >> > --- >> > .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- >> > 1 file changed, 5 insertions(+), 5 deletions(-) >> > >> > diff --git >a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >> b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >> > index a7b8e6a9a0..8c415cdfc6 100644 >> > --- >a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >> > +++ >b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >> > @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( >> > >> > do { >> > // >> > - // Use size returned back plus 1 descriptor for the AllocatePool. >> > + // Use size returned for the AllocatePool. >> > // We don't just multiply by 2 since the "for" loop below terminates on >> > - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. >Otherwize >> > + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. >Otherwise >> > // we process bogus entries and create bogus E820 entries. >> > // >> > EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool >(EfiMemoryMapSize); >> > @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( >> > MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, >12)); >> > if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { >> > // >> > - // Skip the memory block is under 1MB >> > + // Skip the memory block if under 1MB >> > // >> > } else { >> > if (EfiEntry->PhysicalStart < 0x100000) { >> > @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( >> > *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); >> > >> > // >> > - // Determine OS usable memory above 1Mb >> > + // Determine OS usable memory above 1MB >> > // >> > Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = >0x0000; >> > for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { >> > @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( >> > // Print DEBUG information >> > // >> > for (TempIndex = 0; TempIndex < Index; TempIndex++) { >> > - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x >\n", >> > + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", >> > TempIndex, >> > E820Table[TempIndex].BaseAddr, >> > (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), >> > > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 0:32 ` Liming Gao @ 2019-04-11 10:59 ` Philippe Mathieu-Daudé 2019-04-11 13:52 ` Liming Gao 0 siblings, 1 reply; 13+ messages in thread From: Philippe Mathieu-Daudé @ 2019-04-11 10:59 UTC (permalink / raw) To: liming.gao, Michael D Kinney, Laszlo Ersek Cc: devel, rebecca@bluestop.org, Stephano Cetola Hi Liming, On 4/11/19 2:32 AM, Liming Gao wrote: > Push on commit ddb8cedce7e07b87c0ac6b84cd750a6d3dac47c8 I see in the git history the authorship passed from: rebecca@bluestop.org <rebecca@bluestop.org> to: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io> I wonder if we shouldn't block pushes until the BaseTools/Scripts/PatchCheck.py tool get fixed to avoid such mistakes which are likely to get reproduced now that we switched to Groups.Io. Thoughts? Regards, Phil. >> -----Original Message----- >> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of >> Liming Gao >> Sent: Monday, April 08, 2019 9:16 PM >> To: Philippe Mathieu-Daudé <philmd@redhat.com>; rebecca@bluestop.org >> Cc: devel@edk2.groups.io >> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments >> and improve E820 debug output >> >> Reviewed-by: Liming Gao <liming.gao@intel.com> >> >>> -----Original Message----- >>> From: Philippe Mathieu-Daudé [mailto:philmd@redhat.com] >>> Sent: Friday, April 5, 2019 5:05 PM >>> To: rebecca@bluestop.org; Gao, Liming <liming.gao@intel.com> >>> Cc: devel@edk2.groups.io >>> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix >> comments and improve E820 debug output >>> >>> On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: >>>> Fix a few typos in LegacyBiosBuildE820, and improve the debug output of >>>> the E820 table to pad with zeros instead of spaces, remove extra hyphens >>>> and display the memory type in decimal. >>>> >>>> Contributed-under: TianoCore Contribution Agreement 1.1 >>>> Signed-off-by: Rebecca Cran <rebecca@bluestop.org> >>> >>> Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> >>> >>>> --- >>>> .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- >>>> 1 file changed, 5 insertions(+), 5 deletions(-) >>>> >>>> diff --git >> a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >>> b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >>>> index a7b8e6a9a0..8c415cdfc6 100644 >>>> --- >> a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >>>> +++ >> b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c >>>> @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( >>>> >>>> do { >>>> // >>>> - // Use size returned back plus 1 descriptor for the AllocatePool. >>>> + // Use size returned for the AllocatePool. >>>> // We don't just multiply by 2 since the "for" loop below terminates on >>>> - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. >> Otherwize >>>> + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. >> Otherwise >>>> // we process bogus entries and create bogus E820 entries. >>>> // >>>> EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool >> (EfiMemoryMapSize); >>>> @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( >>>> MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, >> 12)); >>>> if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { >>>> // >>>> - // Skip the memory block is under 1MB >>>> + // Skip the memory block if under 1MB >>>> // >>>> } else { >>>> if (EfiEntry->PhysicalStart < 0x100000) { >>>> @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( >>>> *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); >>>> >>>> // >>>> - // Determine OS usable memory above 1Mb >>>> + // Determine OS usable memory above 1MB >>>> // >>>> Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = >> 0x0000; >>>> for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { >>>> @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( >>>> // Print DEBUG information >>>> // >>>> for (TempIndex = 0; TempIndex < Index; TempIndex++) { >>>> - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x >> \n", >>>> + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", >>>> TempIndex, >>>> E820Table[TempIndex].BaseAddr, >>>> (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), >>>> >> >> > > > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 10:59 ` Philippe Mathieu-Daudé @ 2019-04-11 13:52 ` Liming Gao 2019-04-11 14:32 ` Philippe Mathieu-Daudé 0 siblings, 1 reply; 13+ messages in thread From: Liming Gao @ 2019-04-11 13:52 UTC (permalink / raw) To: devel@edk2.groups.io, philmd@redhat.com, Kinney, Michael D, Laszlo Ersek, Cetola, Stephano Cc: rebecca@bluestop.org, Stephano Cetola Phil: I use Outlook to receive the patch mail, and save as mail file. This file shows From: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io>. So, I use it as patch author. I also check my patch with the same way. It shows From: Liming Gao <liming.gao@intel.com>. This is correct. So, I don't know this is user setting issue or group.io issue. Thanks Liming > -----Original Message----- > From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of Philippe Mathieu-Daudé > Sent: Thursday, April 11, 2019 6:59 PM > To: Gao, Liming <liming.gao@intel.com>; Kinney, Michael D <michael.d.kinney@intel.com>; Laszlo Ersek <lersek@redhat.com> > Cc: devel@edk2.groups.io; rebecca@bluestop.org; Stephano Cetola <stephano.cetola@linux.intel.com> > Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output > > Hi Liming, > > On 4/11/19 2:32 AM, Liming Gao wrote: > > Push on commit ddb8cedce7e07b87c0ac6b84cd750a6d3dac47c8 > > I see in the git history the authorship passed > from: rebecca@bluestop.org <rebecca@bluestop.org> > to: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io> > > I wonder if we shouldn't block pushes until the > BaseTools/Scripts/PatchCheck.py tool get fixed to avoid such mistakes > which are likely to get reproduced now that we switched to Groups.Io. > > Thoughts? > > Regards, > > Phil. > > >> -----Original Message----- > >> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of > >> Liming Gao > >> Sent: Monday, April 08, 2019 9:16 PM > >> To: Philippe Mathieu-Daudé <philmd@redhat.com>; rebecca@bluestop.org > >> Cc: devel@edk2.groups.io > >> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments > >> and improve E820 debug output > >> > >> Reviewed-by: Liming Gao <liming.gao@intel.com> > >> > >>> -----Original Message----- > >>> From: Philippe Mathieu-Daudé [mailto:philmd@redhat.com] > >>> Sent: Friday, April 5, 2019 5:05 PM > >>> To: rebecca@bluestop.org; Gao, Liming <liming.gao@intel.com> > >>> Cc: devel@edk2.groups.io > >>> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix > >> comments and improve E820 debug output > >>> > >>> On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: > >>>> Fix a few typos in LegacyBiosBuildE820, and improve the debug output of > >>>> the E820 table to pad with zeros instead of spaces, remove extra hyphens > >>>> and display the memory type in decimal. > >>>> > >>>> Contributed-under: TianoCore Contribution Agreement 1.1 > >>>> Signed-off-by: Rebecca Cran <rebecca@bluestop.org> > >>> > >>> Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> > >>> > >>>> --- > >>>> .../Csm/LegacyBiosDxe/LegacyBootSupport.c | 10 +++++----- > >>>> 1 file changed, 5 insertions(+), 5 deletions(-) > >>>> > >>>> diff --git > >> a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > >>> b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > >>>> index a7b8e6a9a0..8c415cdfc6 100644 > >>>> --- > >> a/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > >>>> +++ > >> b/IntelFrameworkModulePkg/Csm/LegacyBiosDxe/LegacyBootSupport.c > >>>> @@ -1711,9 +1711,9 @@ LegacyBiosBuildE820 ( > >>>> > >>>> do { > >>>> // > >>>> - // Use size returned back plus 1 descriptor for the AllocatePool. > >>>> + // Use size returned for the AllocatePool. > >>>> // We don't just multiply by 2 since the "for" loop below terminates on > >>>> - // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. > >> Otherwize > >>>> + // EfiMemoryMapEnd which is dependent upon EfiMemoryMapSize. > >> Otherwise > >>>> // we process bogus entries and create bogus E820 entries. > >>>> // > >>>> EfiMemoryMap = (EFI_MEMORY_DESCRIPTOR *) AllocatePool > >> (EfiMemoryMapSize); > >>>> @@ -1801,7 +1801,7 @@ LegacyBiosBuildE820 ( > >>>> MemoryBlockLength = (UINT64) (LShiftU64 (EfiEntry->NumberOfPages, > >> 12)); > >>>> if ((EfiEntry->PhysicalStart + MemoryBlockLength) < 0x100000) { > >>>> // > >>>> - // Skip the memory block is under 1MB > >>>> + // Skip the memory block if under 1MB > >>>> // > >>>> } else { > >>>> if (EfiEntry->PhysicalStart < 0x100000) { > >>>> @@ -1926,7 +1926,7 @@ LegacyBiosBuildE820 ( > >>>> *Size = (UINTN) (Index * sizeof (EFI_E820_ENTRY64)); > >>>> > >>>> // > >>>> - // Determine OS usable memory above 1Mb > >>>> + // Determine OS usable memory above 1MB > >>>> // > >>>> Private->IntThunk->EfiToLegacy16BootTable.OsMemoryAbove1Mb = > >> 0x0000; > >>>> for (TempIndex = Above1MIndex; TempIndex < Index; TempIndex++) { > >>>> @@ -1948,7 +1948,7 @@ LegacyBiosBuildE820 ( > >>>> // Print DEBUG information > >>>> // > >>>> for (TempIndex = 0; TempIndex < Index; TempIndex++) { > >>>> - DEBUG((EFI_D_INFO, "E820[%2d]: 0x%16lx ---- 0x%16lx, Type = 0x%x > >> \n", > >>>> + DEBUG((EFI_D_INFO, "E820[%2d]: 0x%016lx - 0x%016lx, Type = %d\n", > >>>> TempIndex, > >>>> E820Table[TempIndex].BaseAddr, > >>>> (E820Table[TempIndex].BaseAddr + E820Table[TempIndex].Length), > >>>> > >> > >> > > > > > > > > > > ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 13:52 ` Liming Gao @ 2019-04-11 14:32 ` Philippe Mathieu-Daudé 2019-04-11 17:35 ` Laszlo Ersek 0 siblings, 1 reply; 13+ messages in thread From: Philippe Mathieu-Daudé @ 2019-04-11 14:32 UTC (permalink / raw) To: devel, liming.gao, Kinney, Michael D, Laszlo Ersek, Cetola, Stephano Cc: rebecca@bluestop.org, Stephano Cetola Hi Liming, Rebecca. On 4/11/19 3:52 PM, Liming Gao wrote: > Phil: > I use Outlook to receive the patch mail, and save as mail file. This file shows From: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io>. So, I use it as patch author. I also check my patch with the same way. It shows From: Liming Gao <liming.gao@intel.com>. This is correct. So, I don't know this is user setting issue or group.io issue. On https://edk2.groups.io/g/devel/editprofile So on Groups.Io I went to - Your groups -> EDK2 -> devel -> Suscription -> Group Profile -> Edit Group Profile I see 2 fields: - User Name - Display Name The latter field is described as: The name listed with your posts. Note: When you post, your email address is also shown to group members who receive messages via email. My guess is Groups.Io rewrites the sender From if an user change one of these fields. Rebecca: do you remember if you modified something in your profile? How are you sending your patches to the list? Sorry you became our 'patches via groups.io' guinea pig ;) Thanks, Phil. > Thanks > Liming >> -----Original Message----- >> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of Philippe Mathieu-Daudé >> Sent: Thursday, April 11, 2019 6:59 PM >> To: Gao, Liming <liming.gao@intel.com>; Kinney, Michael D <michael.d.kinney@intel.com>; Laszlo Ersek <lersek@redhat.com> >> Cc: devel@edk2.groups.io; rebecca@bluestop.org; Stephano Cetola <stephano.cetola@linux.intel.com> >> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output >> >> Hi Liming, >> >> On 4/11/19 2:32 AM, Liming Gao wrote: >>> Push on commit ddb8cedce7e07b87c0ac6b84cd750a6d3dac47c8 >> >> I see in the git history the authorship passed >> from: rebecca@bluestop.org <rebecca@bluestop.org> >> to: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io> >> >> I wonder if we shouldn't block pushes until the >> BaseTools/Scripts/PatchCheck.py tool get fixed to avoid such mistakes >> which are likely to get reproduced now that we switched to Groups.Io. >> >> Thoughts? >> >> Regards, >> >> Phil. >> >>>> -----Original Message----- >>>> From: devel@edk2.groups.io [mailto:devel@edk2.groups.io] On Behalf Of >>>> Liming Gao >>>> Sent: Monday, April 08, 2019 9:16 PM >>>> To: Philippe Mathieu-Daudé <philmd@redhat.com>; rebecca@bluestop.org >>>> Cc: devel@edk2.groups.io >>>> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments >>>> and improve E820 debug output >>>> >>>> Reviewed-by: Liming Gao <liming.gao@intel.com> >>>> >>>>> -----Original Message----- >>>>> From: Philippe Mathieu-Daudé [mailto:philmd@redhat.com] >>>>> Sent: Friday, April 5, 2019 5:05 PM >>>>> To: rebecca@bluestop.org; Gao, Liming <liming.gao@intel.com> >>>>> Cc: devel@edk2.groups.io >>>>> Subject: Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix >>>> comments and improve E820 debug output >>>>> >>>>> On 4/4/19 7:56 PM, Rebecca Cran via Groups.Io wrote: >>>>>> Fix a few typos in LegacyBiosBuildE820, and improve the debug output of >>>>>> the E820 table to pad with zeros instead of spaces, remove extra hyphens >>>>>> and display the memory type in decimal. >>>>>> >>>>>> Contributed-under: TianoCore Contribution Agreement 1.1 >>>>>> Signed-off-by: Rebecca Cran <rebecca@bluestop.org> >>>>> >>>>> Reviewed-by: Philippe Mathieu-Daude <philmd@redhat.com> >>>>> >>>>>> --- [...] ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 14:32 ` Philippe Mathieu-Daudé @ 2019-04-11 17:35 ` Laszlo Ersek 2019-04-11 19:30 ` Rebecca Cran [not found] ` <1594824AB9352AE7.21554@groups.io> 0 siblings, 2 replies; 13+ messages in thread From: Laszlo Ersek @ 2019-04-11 17:35 UTC (permalink / raw) To: Philippe Mathieu-Daudé, devel, liming.gao, Kinney, Michael D, Cetola, Stephano Cc: rebecca@bluestop.org, Stephano Cetola On 04/11/19 16:32, Philippe Mathieu-Daudé wrote: > Hi Liming, Rebecca. > > On 4/11/19 3:52 PM, Liming Gao wrote: >> Phil: >> I use Outlook to receive the patch mail, and save as mail file. This file shows From: Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io>. So, I use it as patch author. I also check my patch with the same way. It shows From: Liming Gao <liming.gao@intel.com>. This is correct. So, I don't know this is user setting issue or group.io issue. > > On https://edk2.groups.io/g/devel/editprofile > > So on Groups.Io I went to > - Your groups > -> EDK2 > -> devel > -> Suscription > -> Group Profile > -> Edit Group Profile > > I see 2 fields: > > - User Name > - Display Name > > The latter field is described as: > > The name listed with your posts. Note: When you post, > your email address is also shown to group members who > receive messages via email. > > My guess is Groups.Io rewrites the sender From if an user change one of > these fields. > > Rebecca: do you remember if you modified something in your profile? > How are you sending your patches to the list? > > Sorry you became our 'patches via groups.io' guinea pig ;) My understanding is that this is unrelated to groups.io. The same kind of email mangling used to happen a *lot* on the old <01.org> list. (From a number of senders.) Here's an example: (1) Locate the message at https://lists.01.org/pipermail/edk2-devel/2019-March/038118.html It looks correct, right? (2) Now locate the same message in a different archive, e.g. at: http://mid.mail-archive.com/20190324020033.50367-1-rebecca@bluestop.org Notice it says "Rebecca Cran via edk2-devel". (3) In my local copy of that message, I see the following headers: - From: Rebecca Cran via edk2-devel <edk2-devel@lists.01.org> - Reply-To: Rebecca Cran <rebecca@bluestop.org> - Sender: "edk2-devel" <edk2-devel-bounces@lists.01.org> The damage is done before the patch receives the list(s), and/or is fed to git-am on the maintainer side. If I remember correctly, this is somehow related to Outlook (i.e., the sender's MUA / first MTA), not the mailing list(s), or git. Thanks Laszlo ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 17:35 ` Laszlo Ersek @ 2019-04-11 19:30 ` Rebecca Cran [not found] ` <1594824AB9352AE7.21554@groups.io> 1 sibling, 0 replies; 13+ messages in thread From: Rebecca Cran @ 2019-04-11 19:30 UTC (permalink / raw) To: Laszlo Ersek, Philippe Mathieu-Daudé, devel, liming.gao, Kinney, Michael D, Cetola, Stephano Cc: Stephano Cetola On 2019-04-11 11:35, Laszlo Ersek wrote: > On 04/11/19 16:32, Philippe Mathieu-Daudé wrote: >> >> Rebecca: do you remember if you modified something in your profile? >> How are you sending your patches to the list? >> >> Sorry you became our 'patches via groups.io' guinea pig ;) Yes, I've changed those fields. > If I remember correctly, this is somehow related to Outlook (i.e., the sender's MUA / first MTA), not the mailing list(s), or git. I'm sending emails on Thunderbird via Postfix, so there's no Outlook involved. -- Rebecca Cran ^ permalink raw reply [flat|nested] 13+ messages in thread
[parent not found: <1594824AB9352AE7.21554@groups.io>]
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output [not found] ` <1594824AB9352AE7.21554@groups.io> @ 2019-04-11 19:53 ` rebecca 2019-04-11 19:59 ` Philippe Mathieu-Daudé 0 siblings, 1 reply; 13+ messages in thread From: rebecca @ 2019-04-11 19:53 UTC (permalink / raw) To: devel, Laszlo Ersek, Philippe Mathieu-Daudé, liming.gao, Kinney, Michael D, Cetola, Stephano Cc: Stephano Cetola On 2019-04-11 13:30, Rebecca Cran via Groups.Io wrote: > > I'm sending emails on Thunderbird via Postfix, so there's no Outlook > involved. > > Let's try again: I've unset the groups.io fields, so I wonder if that'll change things. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 19:53 ` rebecca @ 2019-04-11 19:59 ` Philippe Mathieu-Daudé 2019-04-12 7:50 ` Laszlo Ersek 2019-04-12 8:12 ` Laszlo Ersek 0 siblings, 2 replies; 13+ messages in thread From: Philippe Mathieu-Daudé @ 2019-04-11 19:59 UTC (permalink / raw) To: Rebecca Cran, devel, Laszlo Ersek, liming.gao, Kinney, Michael D, Cetola, Stephano Cc: Stephano Cetola On 4/11/19 9:53 PM, Rebecca Cran wrote: > On 2019-04-11 13:30, Rebecca Cran via Groups.Io wrote: >> >> I'm sending emails on Thunderbird via Postfix, so there's no Outlook >> involved. >> > > Let's try again: I've unset the groups.io fields, so I wonder if that'll > change things. Yes, I see your From address correctly now. Now, how do we proceed to avoid the same problem with other users? IMHO a git pre-push hook on the maintainer side would be easier to maintain. Regards, Phil. ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 19:59 ` Philippe Mathieu-Daudé @ 2019-04-12 7:50 ` Laszlo Ersek 2019-04-12 8:12 ` Laszlo Ersek 1 sibling, 0 replies; 13+ messages in thread From: Laszlo Ersek @ 2019-04-12 7:50 UTC (permalink / raw) To: Philippe Mathieu-Daudé Cc: Rebecca Cran, devel, liming.gao, Kinney, Michael D, Cetola, Stephano, Stephano Cetola On 04/11/19 21:59, Philippe Mathieu-Daudé wrote: > On 4/11/19 9:53 PM, Rebecca Cran wrote: >> On 2019-04-11 13:30, Rebecca Cran via Groups.Io wrote: >>> >>> I'm sending emails on Thunderbird via Postfix, so there's no Outlook >>> involved. >>> >> >> Let's try again: I've unset the groups.io fields, so I wonder if that'll >> change things. > > Yes, I see your From address correctly now. Me too. I stand corrected! :) (It remains a mistery though why the same issue occurred on the old list / with mailman2, multiple times.) > Now, how do we proceed to avoid the same problem with other users? > > IMHO a git pre-push hook on the maintainer side would be easier to maintain. I'd be happy to adopt one. Can you recommend specifics? Also -- can you please describe the problematic groups.io settings again? (I've re-read your previous description now, but it's unclear.) This would be important because Stephano could either take it to the groups.io guys to fix, or add another item to our suggested settings, for when people join the group. Thanks, Laszlo ^ permalink raw reply [flat|nested] 13+ messages in thread
* Re: [edk2-devel] [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output 2019-04-11 19:59 ` Philippe Mathieu-Daudé 2019-04-12 7:50 ` Laszlo Ersek @ 2019-04-12 8:12 ` Laszlo Ersek 1 sibling, 0 replies; 13+ messages in thread From: Laszlo Ersek @ 2019-04-12 8:12 UTC (permalink / raw) To: devel, philmd, Rebecca Cran, liming.gao, Kinney, Michael D, Cetola, Stephano Cc: Stephano Cetola On 04/11/19 21:59, Philippe Mathieu-Daudé wrote: > On 4/11/19 9:53 PM, Rebecca Cran wrote: >> On 2019-04-11 13:30, Rebecca Cran via Groups.Io wrote: >>> >>> I'm sending emails on Thunderbird via Postfix, so there's no Outlook >>> involved. >>> >> >> Let's try again: I've unset the groups.io fields, so I wonder if that'll >> change things. > > Yes, I see your From address correctly now. Actually, I have to withdraw my previous confirmation. When I wrote "Me too. I stand corrected" previously, I was replying to the copy of the thread that was delivered to me directly. However, now that I'm looking at my list folder (i.e. at messages reflected by groups.io), the only change that I'm seeing between Rebecca's last two emails is: - before: "Rebecca Cran via Groups.Io <rebecca=bluestop.org@groups.io>" - after: "rebecca via Groups.Io <rebecca=bluestop.org@groups.io>" So, if a maintainer applies a patch directly from the list, with git-am, it will *still* not have right authorship information. Thanks Laszlo > > Now, how do we proceed to avoid the same problem with other users? > > IMHO a git pre-push hook on the maintainer side would be easier to maintain. > > Regards, > > Phil. > > > ^ permalink raw reply [flat|nested] 13+ messages in thread
end of thread, other threads:[~2019-04-12 8:12 UTC | newest] Thread overview: 13+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2019-04-04 17:56 [PATCH] IntelFrameworkModulePkg: Fix comments and improve E820 debug output Rebecca Cran 2019-04-05 9:05 ` [edk2-devel] " Philippe Mathieu-Daudé 2019-04-08 13:15 ` Liming Gao [not found] ` <1593821D7C44BA9C.31892@groups.io> 2019-04-11 0:32 ` Liming Gao 2019-04-11 10:59 ` Philippe Mathieu-Daudé 2019-04-11 13:52 ` Liming Gao 2019-04-11 14:32 ` Philippe Mathieu-Daudé 2019-04-11 17:35 ` Laszlo Ersek 2019-04-11 19:30 ` Rebecca Cran [not found] ` <1594824AB9352AE7.21554@groups.io> 2019-04-11 19:53 ` rebecca 2019-04-11 19:59 ` Philippe Mathieu-Daudé 2019-04-12 7:50 ` Laszlo Ersek 2019-04-12 8:12 ` Laszlo Ersek
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox