On Thu, Feb 24, 2022 at 10:10:20AM +0100, Igor Mammedov wrote:
> wrt bios-tables-test, it doesn't need debug version and should work fine
> with non-debug builds.
Well, almost. Using non-debug builds changes the memory layout enough
that we see a change in the memory hotplug ssdt (patch series
On 02/24/22 10:10, Igor Mammedov wrote:
> On Wed, 23 Feb 2022 12:50:42 +0100
> Gerd Hoffmann wrote:
>
>> Hi,
>>
Also, "make install" installs these EDK2 images, which doesn't
seem like the right thing for "this is only for one test case".
>>>
>>> Well I'd prefer we never had them
On Wed, 23 Feb 2022 12:50:42 +0100
Gerd Hoffmann wrote:
> Hi,
>
> > > Also, "make install" installs these EDK2 images, which doesn't
> > > seem like the right thing for "this is only for one test case".
> >
> > Well I'd prefer we never had them installed. Today I don't remember
> > why it
On Wed, 23 Feb 2022 at 16:38, Laszlo Ersek wrote:
> BTW I still don't understand the problem with the DEBUG firmware builds;
> in the test suite, as many debug messages should be printed as possible,
> for helping with the analysis of any new issue that pops up. I've
> re-read Alex's message that
On 02/23/22 14:34, Philippe Mathieu-Daudé wrote:
> On 23/2/22 12:07, Daniel P. Berrangé wrote:
>> On Tue, Feb 22, 2022 at 06:33:41PM +0100, Philippe Mathieu-Daudé wrote:
>>> +Igor/MST for UEFI tests.
>>>
>>> On 22/2/22 17:38, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 04:17:23PM +,
On 23/2/22 14:43, Daniel P. Berrangé wrote:
On Wed, Feb 23, 2022 at 02:34:23PM +0100, Philippe Mathieu-Daudé wrote:
On 23/2/22 12:07, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 06:33:41PM +0100, Philippe Mathieu-Daudé wrote:
+Igor/MST for UEFI tests.
On 22/2/22 17:38, Daniel P.
On Wed, Feb 23, 2022 at 02:34:23PM +0100, Philippe Mathieu-Daudé wrote:
> On 23/2/22 12:07, Daniel P. Berrangé wrote:
> > On Tue, Feb 22, 2022 at 06:33:41PM +0100, Philippe Mathieu-Daudé wrote:
> > > +Igor/MST for UEFI tests.
> > >
> > > On 22/2/22 17:38, Daniel P. Berrangé wrote:
> > > > On Tue,
On 23/2/22 12:07, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 06:33:41PM +0100, Philippe Mathieu-Daudé wrote:
+Igor/MST for UEFI tests.
On 22/2/22 17:38, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
Alex Bennée writes:
Hi,
TL;DR:
-
Hi,
> > Also, "make install" installs these EDK2 images, which doesn't
> > seem like the right thing for "this is only for one test case".
>
> Well I'd prefer we never had them installed. Today I don't remember
> why it ended that way.
Probably to behave simliar to other firmware, which makes
On Wed, Feb 23, 2022 at 11:53:28AM +0100, Philippe Mathieu-Daudé wrote:
> On 23/2/22 10:19, Peter Maydell wrote:
> > On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
> > wrote:
> > > We need the DEBUG profile to ensure the bios-tables-tests work.
> > >
> > > If you want to boot a guest using
On Tue, Feb 22, 2022 at 06:33:41PM +0100, Philippe Mathieu-Daudé wrote:
> +Igor/MST for UEFI tests.
>
> On 22/2/22 17:38, Daniel P. Berrangé wrote:
> > On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
> > >
> > > Alex Bennée writes:
> > >
> > > > Hi,
> > > >
> > > > TL;DR:
> > > >
On 23/2/22 11:10, Alex Bennée wrote:
Gerd Hoffmann writes:
Hi,
If you want to boot a guest using EDK2, you should use the images
build by your distribution (/usr/share/qemu/edk2-aarch64-code.fd),
not these images.
Then we should add edk2-aarch64 and edk2-ovmf to lcitool, to have
the
On 23/2/22 10:19, Peter Maydell wrote:
On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
wrote:
We need the DEBUG profile to ensure the bios-tables-tests work.
If you want to boot a guest using EDK2, you should use the images
build by your distribution
On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
wrote:
> We need the DEBUG profile to ensure the bios-tables-tests work.
>
> If you want to boot a guest using EDK2, you should use the images
> build by your distribution (/usr/share/qemu/edk2-aarch64-code.fd),
> not these images.
Do we have
Hi,
> > > If you want to boot a guest using EDK2, you should use the images
> > > build by your distribution (/usr/share/qemu/edk2-aarch64-code.fd),
> > > not these images.
> Then we should add edk2-aarch64 and edk2-ovmf to lcitool, to have
> the distrib images in our generated Docker images.
+Beraldo
On 22/2/22 18:37, Peter Maydell wrote:
On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
wrote:
+Igor/MST for UEFI tests.
On 22/2/22 17:38, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
Alex Bennée writes:
Hi,
TL;DR:
-
On Tue, 22 Feb 2022 at 17:33, Philippe Mathieu-Daudé
wrote:
>
> +Igor/MST for UEFI tests.
>
> On 22/2/22 17:38, Daniel P. Berrangé wrote:
> > On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
> >>
> >> Alex Bennée writes:
> >>
> >>> Hi,
> >>>
> >>> TL;DR:
> >>>
> >>>-
+Igor/MST for UEFI tests.
On 22/2/22 17:38, Daniel P. Berrangé wrote:
On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
Alex Bennée writes:
Hi,
TL;DR:
- pc-bios/edk2-aarch64-code.fd should be rebuilt without debug
Laszlo,
Would it be possible to do a less debug enabled
On Tue, Feb 22, 2022 at 04:17:23PM +, Alex Bennée wrote:
>
> Alex Bennée writes:
>
> > Hi,
> >
> > TL;DR:
> >
> > - pc-bios/edk2-aarch64-code.fd should be rebuilt without debug
>
> Laszlo,
>
> Would it be possible to do a less debug enabled version of EDK2 on the
> next update to
Alex Bennée writes:
> Hi,
>
> TL;DR:
>
> - pc-bios/edk2-aarch64-code.fd should be rebuilt without debug
Laszlo,
Would it be possible to do a less debug enabled version of EDK2 on the
next update to pc-bios/edk2-*?
>
> So my working theory is:
>
> - booting with EFI leaves a number stale
Hi,
TL;DR:
- pc-bios/edk2-aarch64-code.fd should be rebuilt without debug
- -cpu max needs pauth-impdef=on
- PageDesc->code_bitmap is wastefully thrown away
- the kernels memmap_init_range interacts badly with pages containing
firmware code
- kernel features like KFENCE also
21 matches
Mail list logo