Provide the 'dhry' command, which helps to check that kvm is being used
properly with QEMU.
Signed-off-by: Simon Glass
---
configs/qemu-x86_64_defconfig | 1 +
configs/qemu-x86_defconfig| 1 +
2 files changed, 2 insertions(+)
diff --git a/configs/qemu-x86_64_defconfig b/configs/qemu-x86_64
BSS is placed in DRAM which is actually available early with QEMU. But
it is cleared by the init sequence, so values stored there are lost.
Move the system-type flag into a function, instead.
Signed-off-by: Simon Glass
---
arch/x86/cpu/qemu/qemu.c | 20 ++--
1 file changed, 14
On Tue, Nov 12, 2024 at 02:02:43PM +0100, Cédric Le Goater wrote:
> Interaction with the console has been a problem in our avocado
> tests. In some cases, the expected string does not match in the
> output, causing the test to fail with a timeout. These were worked
> around by sleeping before readi
Make error handling within ghes_record_cper_errors() consistent,
i.e. instead abort just print a error in case ghes GED is not found.
Signed-off-by: Mauro Carvalho Chehab
---
hw/acpi/ghes.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/hw/acpi/ghes.c b/hw/acpi/ghes.c
in
The current function used to generate GHES data is specific for
memory errors. Give a better name for it, as we now have a generic
function as well.
Reviewed-by: Igor Mammedov
Signed-off-by: Mauro Carvalho Chehab
---
hw/acpi/ghes-stub.c| 2 +-
hw/acpi/ghes.c | 2 +-
include/hw/acpi/
Split the code into separate functions to allow using the
common CPER filling code by different error sources.
The generic code was moved to ghes_record_cper_errors(),
and ghes_gen_err_data_uncorrectable_recoverable() now contains
only a logic to fill GEGB part of the record.
The remaining code t
Now that we have also have a file to store HEST data location,
which is part of GHES, better name the file where CPER records
are stored.
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
Reviewed-by: Igor Mammedov
Reviewed-by: Jonathan Cameron
---
hw/acpi/ghes.c | 38 ++
The GHES driver requires not only a HEST table, but also a
separate firmware file to store Error Structure records.
It can't do one without the other.
Simplify the caller logic for it to require one function.
No functional changes.
Signed-off-by: Mauro Carvalho Chehab
Reviewed-by: Jonathan Came
Extending to multiple sources require a BIOS pointer to the
beginning of the HEST table, which in turn requires a backward-compatible
code.
So, the current code supports only one source. Ensure that and simplify
the code.
Signed-off-by: Mauro Carvalho Chehab
---
hw/acpi/ghes.c | 11 +++
acpi_ghes_record_errors() has an assert() at the beginning
to ensure that source_id will be lower than
ACPI_GHES_ERROR_SOURCE_COUNT. Remove a duplicated check.
Signed-off-by: Mauro Carvalho Chehab
Reviewed-by: Igor Mammedov
Reviewed-by: Jonathan Cameron
---
hw/acpi/ghes.c | 4 +---
1 file chan
On 12/11/24 07:37, Bibo Mao wrote:
Song Gao is will be sick leave for a long time, I apply for maintainer
for LoongArch VirtMachien during this period, LoongArch TCG keeps unchanged
since I am not familiar with it. The maintainer duty will transfer to him
after he comes back to work.
Signed-off-
On 07.11.24 11:21, “William Roche wrote:
From: William Roche
When a memory page is added to the hwpoison_page_list, include
the page size information. This size is the backend real page
size. To better deal with hugepages, we create a single entry
for the entire page.
Signed-off-by: William R
On 12/11/24 07:37, Bibo Mao wrote:
Song Gao is will be sick leave for a long time, I apply for maintainer
for LoongArch VirtMachien during this period, LoongArch TCG keeps unchanged
"Virt Machine"
s/keeps/stays/ I suppose, but I'm not a native English speaker.
since I am not familiar with it
On Tue, Nov 12, 2024 at 09:35:20AM +0100, Uwe Kleine-König wrote:
> After commit 0edb555a65d1 ("platform: Make platform_driver::remove()
> return void") .remove() is (again) the right callback to implement for
> platform drivers.
>
> Convert all platform drivers below drivers/firmware to use .remo
Make it clear that the commands have to be run from the folder with the
build, and use the python3 from our pyvenv to make sure that the
pycotap module is available.
Signed-off-by: Thomas Huth
---
docs/devel/testing/functional.rst | 5 +++--
1 file changed, 3 insertions(+), 2 deletions(-)
diff
On 12/11/2024 14.02, Cédric Le Goater wrote:
These were introduced in the avocado tests to workaround read issues
when interacting with console. They are no longer necessary and we can
use the expected "login:" string now.
Signed-off-by: Cédric Le Goater
---
tests/functional/test_arm_aspeed.
On 12.11.2024 15:16, Alexander Graf wrote:
Hey Michael,
Does this queue also include the fix for the fix ("target/i386: Fix
legacy page table walk")?
https://lore.kernel.org/qemu-devel/20241106154329.67218-1-g...@amazon.com/
Not yet, I'm waiting for it to land in master first.
Yes, I'm awar
On 11/12/24 14:36, Thomas Huth wrote:
On 12/11/2024 14.02, Cédric Le Goater wrote:
These were introduced in the avocado tests to workaround read issues
when interacting with console. They are no longer necessary and we can
use the expected "login:" string now.
Signed-off-by: Cédric Le Goater
On 07.11.24 11:21, “William Roche wrote:
From: David Hildenbrand
Let's register a RAM block notifier and react on remap notifications.
Simply re-apply the settings. Warn only when something goes wrong.
Note: qemu_ram_remap() will not remap when RAM_PREALLOC is set. Could be
that hostmem is sti
On 12/11/2024 14.02, Cédric Le Goater wrote:
Interaction with the console has been a problem in our avocado
tests. In some cases, the expected string does not match in the
output, causing the test to fail with a timeout. These were worked
around by sleeping before reading the console and even wit
Maybe we could use some funky unicode character instead? For example:
console_logger.debug('🔎 %s', msg)
or:
console_logger.debug('✅ %s', msg)
How's that ?
https://paste.debian.net/1335303/
Thanks,
C.
Hi Maksim,
On 11/12/24 04:09, Maksim Davydov wrote:
>
>
> On 11/8/24 23:56, Moger, Babu wrote:
>> Hi Maxim,
>>
>> Thanks for looking into this. I will fix the bits I mentioned below in
>> upcoming Genoa/Turin model update.
>>
>> I have few comments below.
>>
>> On 11/8/2024 12:15 PM, Maksim Davy
201 - 222 of 222 matches
Mail list logo
