Hi,
I’ve been looking at the libvirt code to add Arm’s CCA support for some time
and I am wondering how QEMU folk want to implement the CCA query command. Any
pointer would be appreciated.
Thanks,
Itaru.
> On Jul 31, 2024, at 19:34, Daniel P. Berrangé wrote:
>
> On Wed, Jul 31, 2024 at 11:29:01AM +0100, Peter Maydell wrote:
>> On Wed, 31 Jul 2024 at 10:52, Alex Bennée wrote:
>>> You then need to manually strip out all the various chardevs for libvirt
>>> control sockets and you can an equival
Hi Alex,
> On Jul 30, 2024, at 22:25, Alex Bennée wrote:
>
> Itaru Kitayama writes:
>
>> Hi,
>>
>> Executing virt-install with the following options:
>>
>> sudo virt-install --machine=virt --arch=aarch64 --name=test8 --disk
>> path=/var/li
Hi,
Executing virt-install with the following options:
sudo virt-install --machine=virt --arch=aarch64 --name=test8 --disk
path=/var/lib/libvirt/images/jammy.qcow2,format=qcow2,device=disk,bus=virtio,cache=none
--memory=2048 --vcpu=1 --nographic --check all=off --features acpi=off
--import --o
Hi Jean,
> On May 31, 2024, at 19:21, Jean-Philippe Brucker
> wrote:
>
> Hi Itaru,
>
> On Fri, May 31, 2024 at 10:57:13AM +0100, Peter Maydell wrote:
>> On Fri, 31 May 2024 at 05:20, Itaru Kitayama
>> wrote:
>>>
>>>
>>>
>>&g
> On May 30, 2024, at 22:30, Philippe Mathieu-Daudé wrote:
>
> Cc'ing more developers
>
> On 30/5/24 06:30, Itaru Kitayama wrote:
>> Hi,
>> When I see a Realm VM creation fails with:
>> Unexpected error in rme_configure_one() at ../target/arm/kvm-
Hi,
When I see a Realm VM creation fails with:
Unexpected error in rme_configure_one() at ../target/arm/kvm-rme.c:159:
qemu-system-aarch64: RME: failed to configure SVE: Invalid argument
test.sh: line 8: 2502 Aborted qemu-system-aarch64 -M
'virt,acpi=off,gic-version=3' -cpu host
Doesn’t ‘max’ support being there mean we are supposed to support various
types of CPUs on the SBSA board?
On Fri, May 20, 2022 at 18:00 Peter Maydell
wrote:
> On Fri, 20 May 2022 at 09:46, Itaru Kitayama
> wrote:
> >
> > In target/arm/cpu64.c, CPU init function for A64FX
If Leif can jump in that’d be great.
On Fri, May 20, 2022 at 18:31 Itaru Kitayama
wrote:
> I’ve verified only a57 and a72 boot on sbsa ref board, but not N1 and
> ‘max’. As I said, I’ll try to figure out how CPU init is done in QEMU for
> those not working CPU types.
>
> On Fri,
I’ve verified only a57 and a72 boot on sbsa ref board, but not N1 and
‘max’. As I said, I’ll try to figure out how CPU init is done in QEMU for
those not working CPU types.
On Fri, May 20, 2022 at 18:27 Peter Maydell
wrote:
> On Fri, 20 May 2022 at 10:02, Itaru Kitayama
> wrote:
>
By calling a57’s CPU init function inside the max’s, I can bring up the
sbsa-ref board with the latest kernel. I’ll try to patch a64’s unit
function with Shuichiro next week.
On Fri, May 20, 2022 at 17:57 Peter Maydell
wrote:
> On Mon, 16 May 2022 at 02:58, Itaru Kitayama
> wrote:
> &
In target/arm/cpu64.c, CPU init function for A64FX is there, add this
CPU to the sbsa-ref board.
Signed-off-by: Itaru Kitayama
---
hw/arm/sbsa-ref.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/hw/arm/sbsa-ref.c b/hw/arm/sbsa-ref.c
index 4bb444684f..a7d27b2e55 100644
--- a/hw/arm/sbsa
With the latest, manually built TF-A, I was able to boot a72, but not
max. Since `max` type is supported by TF-A, I think it might be
a Qemu issue.
On Mon, May 16, 2022 at 8:21 AM Itaru Kitayama wrote:
>
> Leif,
>
> I've so far only booted sbsa-ref with cortex-a57, is thi
Leif,
I've so far only booted sbsa-ref with cortex-a57, is this only CPU
type supported by the board? I'm using TF-A's latest branch, but the
PLAT=qemu_sbsa is at this moment, kind of outdated.
Itaru.
Thanks Richard I’ll look into it.
On Sat, May 14, 2022 at 0:03 Richard Henderson
wrote:
> On 5/12/22 22:59, Itaru Kitayama wrote:
> > Richard,
> > I'm wondering what options you use to bring up sbsa board with
> neoverse-n1
> > as I am only able to do it with c
Richard,
I'm wondering what options you use to bring up sbsa board with neoverse-n1
as I am only able to do it with cortex-a57, no other CPU types works.
Itaru.
Peter,
I’ll talk with Shuichiro this coming Monday (here most of us on vacation),
and get back to you.
Itaru.
On Sat, May 7, 2022 at 1:34 Peter Maydell wrote:
> On Fri, 6 May 2022 at 17:21, Peter Maydell
> wrote:
> >
> > Make the GICv3 set its number of bits of physical priority from the
> > i
On Tue, Apr 12, 2022 at 0:22 Alex Bennée wrote:
>
> Itaru Kitayama writes:
>
> > Good point; however per the SBSA specification, DEN0029F, there's the
> > PE architecture requirement at
> > each level from 1 to 7, so now I am wondering whether supporting
> &
7;
is there, but does not boot.
Itaru.
On Sat, Apr 9, 2022 at 12:04 AM Peter Maydell wrote:
>
> On Fri, 8 Apr 2022 at 15:59, Itaru Kitayama wrote:
> > I'd like to add a64fx cpu to the sbsa-ref board, if there's a quick and
> > dirty
> > way of completing that,
Hi,
I'd like to add a64fx cpu to the sbsa-ref board, if there's a quick and dirty
way of completing that, advice from the maintainers is greatly appreciated.
Thanks,
Itaru.
Hi Andre,
I've verified tests you proposed to the lists finish without an
issue with the kvm-arm-for-4.9-rc6 kernel.
Itaru
I am seeing the same:
# qemu-sparc64-static -version
qemu-sparc64 version 2.1.50, Copyright (c) 2003-2008 Fabrice Bellard
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1254828
Title:
qemu-sparc64-
The recent upstream highbank kernel uses smc to enable its L2 cache,
but on a qemu virt machine
it is not supported yet. Is it likely supported by qemu soon? What is
the time frame for that?
If support can not be expected any time soon, how do we work around
the issue? I have been using
qemu-linar
23 matches
Mail list logo
