On Mon, 1 Jul 2019 at 22:54, Peter Maydell wrote:
>
> On Sun, 30 Jun 2019 at 11:21, Hongbo Zhang wrote:
> >
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > envir
@@ F: include/hw/arm/fsl-imx6.h
> > F: include/hw/misc/imx6_*.h
> > F: include/hw/ssi/imx_spi.h
> >
> > +SBSA-REF
> > +M: Hongbo Zhang
> > +M: Peter Maydell
> > +L: qemu-...@nongnu.org
> > +S: Maintained
> > +F: hw/arm/sbsa-ref.c
> >
this platform are only to pass the dynamic info reflecting
command line input to firmware, not for loading OS.
To make the review easier, this task is split into two patches, the
fundamental sceleton part and the peripheral devices part, this patch is
the first part.
Signed-off-by: Hongbo Zhang
up
Hongbo Zhang (2):
hw/arm: Add arm SBSA reference machine, skeleton part
hw/arm: Add arm SBSA reference machine, devices part
default-configs/arm-softmmu.mak | 1 +
hw/arm/Kconfig | 16 +
hw/arm/Makefile.objs| 1 +
hw/arm/sbsa-ref.c | 806
Following the previous patch, this patch adds peripheral devices to the
newly introduced SBSA-ref machine.
Signed-off-by: Hongbo Zhang
---
hw/arm/sbsa-ref.c | 525 ++
1 file changed, 525 insertions(+)
diff --git a/hw/arm/sbsa-ref.c b/hw/arm
On Sun, 23 Jun 2019 at 10:42, Hongbo Zhang wrote:
>
> Following the previous patch, this patch adds peripheral devices to the
> newly introduced SBSA-ref machine.
>
> Signed-off-by: Hongbo Zhang
> ---
> hw/arm/sbsa-ref.c | 523
>
Following the previous patch, this patch adds peripheral devices to the
newly introduced SBSA-ref machine.
Signed-off-by: Hongbo Zhang
---
hw/arm/sbsa-ref.c | 523 +-
1 file changed, 517 insertions(+), 6 deletions(-)
diff --git a/hw/arm/sbsa
this platform are only to pass the dynamic info reflecting
command line input to firmware, not for loading OS.
To make the review easier, this task is split into two patches, the
fundamental sceleton part and the peripheral devices part, this patch is
the first part.
Signed-off-by: Hongbo Zhang
to a separate file sbsa-ref.c
- remove paravirtualized fw_cfg device
- do not supply ACPI tables, since firmware will do it
- supply only necessary DT nodes
- and other minor code clean up
Hongbo Zhang (2):
hw/arm: Add arm SBSA reference machine, skeleton part
hw/arm: Add arm SBSA reference machine
On Mon, 3 Jun 2019 at 18:54, Philippe Mathieu-Daudé wrote:
>
> Hi Hongbo, Ard.
>
> On 4/18/19 6:04 AM, Hongbo Zhang wrote:
> > Following the previous patch, this patch adds peripheral devices to the
> > newly introduced SBSA-ref machine.
> >
> > Signed-off-b
On Mon, 3 Jun 2019 at 18:54, Philippe Mathieu-Daudé wrote:
>
> Hi Hongbo, Ard.
>
> On 4/18/19 6:04 AM, Hongbo Zhang wrote:
> > Following the previous patch, this patch adds peripheral devices to the
> > newly introduced SBSA-ref machine.
> >
> > Signed-off-b
On Wed, 8 May 2019 at 21:59, Markus Armbruster wrote:
>
> Peter Maydell writes:
>
> > On Thu, 18 Apr 2019 at 05:05, Hongbo Zhang wrote:
> >>
> >> Following the previous patch, this patch adds peripheral devices to the
> >> newly introduced SBSA-ref mach
On Tue, 30 Apr 2019 at 22:17, Peter Maydell wrote:
>
> On Thu, 18 Apr 2019 at 05:05, Hongbo Zhang wrote:
> >
> > Following the previous patch, this patch adds peripheral devices to the
> > newly introduced SBSA-ref machine.
> >
> > Signed-off-by: Hongbo Z
On Tue, 30 Apr 2019 at 22:04, Peter Maydell wrote:
>
> On Thu, 18 Apr 2019 at 05:05, Hongbo Zhang wrote:
> >
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > envir
Following the previous patch, this patch adds peripheral devices to the
newly introduced SBSA-ref machine.
Signed-off-by: Hongbo Zhang
---
hw/arm/sbsa-ref.c | 451 ++
1 file changed, 451 insertions(+)
diff --git a/hw/arm/sbsa-ref.c b/hw/arm
this platform are only to pass the dynamic info reflecting
command line input to firmware, not for loading OS.
To make the review easier, this task is split into two patches, the
fundamental sceleton part and the peripheral devices part, this patch is
the first part.
Signed-off-by: Hongbo Zhang
necessary DT nodes
- and other minor code clean up
Hongbo Zhang (2):
hw/arm: Add arm SBSA reference machine, skeleton part
hw/arm: Add arm SBSA reference machine, devices part
default-configs/arm-softmmu.mak | 1 +
hw/arm/Kconfig | 3 +
hw/arm/Makefile.objs| 1
I] = 10,
> +[SBSA_EHCI] = 11,
> };
>
> /*
> @@ -645,6 +649,7 @@ static void sbsa_ref_init(MachineState *machine)
> create_uart(vms, pic, SBSA_UART, sysmem, serial_hd(0));
>
> create_uart(vms, pic, SBSA_SECURE_UART, secure_sysmem, serial_hd(1));
> +
On Thu, 4 Apr 2019 at 16:47, Peter Maydell wrote:
>
> On Thu, 4 Apr 2019 at 15:27, Hongbo Zhang wrote:
> > I would like to wait for more days to see if there are any further
> > comments, and if no I will send another iteration with memory map
> > slightly changed.
>
I would like to wait for more days to see if there are any further
comments, and if no I will send another iteration with memory map
slightly changed.
On Wed, 20 Mar 2019 at 18:27, Ard Biesheuvel wrote:
>
> On Mon, 18 Mar 2019 at 03:39, Hongbo Zhang wrote:
> >
> > On Fri, 15
On Fri, 15 Mar 2019 at 18:41, Ard Biesheuvel wrote:
>
> On Fri, 15 Mar 2019 at 11:08, Hongbo Zhang wrote:
> >
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > envir
this platform are only to pass the dynamic info reflecting
command line input to firmware, not for loading OS.
To make the review easier, this task is split into two patches, the
fundamental sceleton part and the peripheral devices part, this patch is
the first part.
Signed-off-by: Hongbo Zhang
Following the previous patch, this patch adds peripheral devices to the
newly introduced SBSA-ref machine.
Signed-off-by: Hongbo Zhang
---
hw/arm/sbsa-ref.c | 451 ++
1 file changed, 451 insertions(+)
diff --git a/hw/arm/sbsa-ref.c b/hw/arm
he 2nd one, a simple change in firmware side can fix it, so I won't
mention these issues in details in the cover letter any more.
I also put a branch here:
http://git.linaro.org/people/hongbo.zhang/qemu-enterprise.git/log/?h=sbsa-upstream-v6
Hongbo Zhang (2):
hw/arm: Add arm SBSA reference machine
On Thu, 31 Jan 2019 at 20:02, Peter Maydell wrote:
>
> On Wed, 30 Jan 2019 at 08:59, Hongbo Zhang wrote:
> >
> > On Tue, 22 Jan 2019 at 19:42, Peter Maydell
> > wrote:
> > >
> > > On Fri, 7 Dec 2018 at 09:08, Hongbo Zhang wrote:
> > &
On Tue, 22 Jan 2019 at 19:42, Peter Maydell wrote:
>
> On Fri, 7 Dec 2018 at 09:08, Hongbo Zhang wrote:
> >
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > envir
On Tue, 29 Jan 2019 at 19:29, Ard Biesheuvel wrote:
>
> Responding to an old thread ...
>
> On Thu, 15 Nov 2018 at 17:05, Peter Maydell wrote:
> >
> > On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > > For the Aarch64, there is one machine 'virt', it is pr
On Tue, 29 Jan 2019 at 23:26, Peter Maydell wrote:
>
> On Mon, 28 Jan 2019 at 09:46, Hongbo Zhang wrote:
> >
> > On Tue, 22 Jan 2019 at 19:49, Peter Maydell
> > wrote:
> > >
> > > On Fri, 7 Dec 2018 at 09:08, Hongbo Zhang wrote:
> > > >
On Tue, 22 Jan 2019 at 19:42, Peter Maydell wrote:
>
> On Fri, 7 Dec 2018 at 09:08, Hongbo Zhang wrote:
> >
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > envir
On Tue, 22 Jan 2019 at 19:49, Peter Maydell wrote:
>
> On Fri, 7 Dec 2018 at 09:08, Hongbo Zhang wrote:
> >
> > Following the previous patch, this patch adds peripheral devices to the
> > newly introduced SBSA-ref machine.
> >
> > Signed-off-by: Hongbo Zhang
Thanks, Gerd.
On Tue, 8 Jan 2019 at 23:54, Gerd Hoffmann wrote:
>
> From: Hongbo Zhang
>
> This patch introduces a new system bus generic EHCI controller.
> For the system bus EHCI controller, we've already had "xlnx",
> "exynos4210", "tegra2&q
well, checked it again, creating an generic xhci may take much efforts
and it is far beyond than my main task of creating an arm server
platform, so I'll create a generic system ehci, it satisfies our
requirements very well, will send it out separately.
On Wed, 21 Nov 2018 at 16:35, Hongbo Zhang
ch as an Arm server,
may need a generic system bus EHCI controller, this patch creates it,
and the kernel driver ehci_platform.c works well on it.
Signed-off-by: Hongbo Zhang
---
hw/usb/hcd-ehci-sysbus.c | 17 +
hw/usb/hcd-ehci.h| 1 +
2 files changed, 18 insertions(+)
) += exynos4_boards.o
diff --git a/hw/arm/sbsa-ref.c b/hw/arm/sbsa-ref.c
new file mode 100644
index 000..1d6252b
--- /dev/null
+++ b/hw/arm/sbsa-ref.c
@@ -0,0 +1,277 @@
+/*
+ * ARM SBSA Reference Platform emulation
+ *
+ * Copyright (c) 2018 Linaro Limited
+ * Written by Hongbo Zhang
+ *
+ * Based on hw/arm
Sorry for the redundant "[PATCH v4]" in the title line, it was due to
copy-paste from last iteration, that should be only "[PATCH v5 0/2]".
On Fri, 7 Dec 2018 at 17:08, Hongbo Zhang wrote:
>
> For the Aarch64, there is one machine 'virt', it is primarily meant t
Following the previous patch, this patch adds peripheral devices to the
newly introduced SBSA-ref machine.
Signed-off-by: Hongbo Zhang
---
hw/arm/sbsa-ref.c | 421 ++
1 file changed, 421 insertions(+)
diff --git a/hw/arm/sbsa-ref.c b/hw/arm
a branch here:
http://git.linaro.org/people/hongbo.zhang/qemu-enterprise.git/log/?h=sbsa-upstream-v5
with the last 3 workaroud we can test using legacy firmware
but gicv3 needs to be enabled in ATF:
http://git.linaro.org/people/hongbo.zhang/atf-sbsa.git/log/?h=sbsa_gicv3
Hongbo Zhang (2):
hw/arm: Ad
On Fri, 16 Nov 2018 at 19:29, Peter Maydell wrote:
>
> On 16 November 2018 at 10:46, Hongbo Zhang wrote:
> > On Fri, 16 Nov 2018 at 00:05, Peter Maydell
> > wrote:
> >> If after you've done that this patch is still more than
> >> about 500 lines lo
On Wed, 5 Dec 2018 at 18:36, Leif Lindholm wrote:
>
> On Wed, Dec 05, 2018 at 05:50:23PM +0800, Hongbo Zhang wrote:
> > > > +static
> > > > +void sbsa_ref_machine_done(Notifier *notifier, void *data)
> > > > +{
> > > > +VirtMachi
On Fri, 16 Nov 2018 at 00:05, Peter Maydell wrote:
>
> On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > environment
On Fri, 23 Nov 2018 at 15:14, Hongbo Zhang wrote:
>
> On Fri, 16 Nov 2018 at 00:05, Peter Maydell wrote:
> >
> > On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > > run on KVM
On Fri, 16 Nov 2018 at 00:05, Peter Maydell wrote:
>
> On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > environment
Biesheuvel wrote:
>
> On Tue, 20 Nov 2018 at 09:49, Hongbo Zhang wrote:
> >
> > On Tue, 20 Nov 2018 at 16:16, Gerd Hoffmann wrote:
> > >
> > > Hi,
> > >
> > > > > But I assume you specifically want things that do a lot of DMA, so I
> &
On Tue, 20 Nov 2018 at 16:16, Gerd Hoffmann wrote:
>
> Hi,
>
> > > But I assume you specifically want things that do a lot of DMA, so I
> > > couldn't get away with asking for keeping it to the SBSA UART(s)? :)
> >
> > Ideally, it would be something that supports platform MSIs as well,
> > but
On Mon, 19 Nov 2018 at 18:49, Hongbo Zhang wrote:
>
> On Fri, 16 Nov 2018 at 19:29, Peter Maydell wrote:
> >
> > On 16 November 2018 at 10:46, Hongbo Zhang wrote:
> > > On Fri, 16 Nov 2018 at 00:05, Peter Maydell
> > > wrote:
> > >> If afte
On Fri, 16 Nov 2018 at 19:29, Peter Maydell wrote:
>
> On 16 November 2018 at 10:46, Hongbo Zhang wrote:
> > On Fri, 16 Nov 2018 at 00:05, Peter Maydell
> > wrote:
> >> If after you've done that this patch is still more than
> >> about 500 lines lo
On Fri, 16 Nov 2018 at 17:58, Peter Maydell wrote:
>
> On 16 November 2018 at 08:23, Hongbo Zhang wrote:
> > Well, for the SMP booting, when GICv2 used, there is no problem, max
> > CPU number 8 can be booted, including all the three cases: kernel
> > only, UEFI+ke
On Fri, 16 Nov 2018 at 00:05, Peter Maydell wrote:
>
> On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > environment
On Fri, 16 Nov 2018 at 00:21, Peter Maydell wrote:
>
> On 19 October 2018 at 09:55, Hongbo Zhang wrote:
> > there are two commit reverts I have to do to boot system currently, these
> > block not only my new 'sbsa-ref', but also the 'virt'.
> > (other two wo
On 5 November 2018 at 21:26, Auger Eric wrote:
> Hi Hongbo,
>
> On 10/23/18 12:21 PM, Hongbo Zhang wrote:
>> Well, after checking manually, the header files
>> "hw/arm/primecell.h"
>> "qapi/visitor.h"
>> "hw/arm/smmuv3.h"
>> are
On 6 November 2018 at 00:31, Peter Maydell wrote:
> On 19 October 2018 at 09:55, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environment as faithful as
Well, after checking manually, the header files
"hw/arm/primecell.h"
"qapi/visitor.h"
"hw/arm/smmuv3.h"
are really not used in virt.c, still can be removed.
On 22 October 2018 at 18:17, Hongbo Zhang wrote:
> On 22 October 2018 at 09:37, Hongbo Zhang wrote:
>
On 22 October 2018 at 09:37, Hongbo Zhang wrote:
> On 19 October 2018 at 19:59, Peter Maydell wrote:
>> On 19 October 2018 at 11:18, Hongbo Zhang wrote:
>>> Remove the unused herder files, 'virt' can be compiled and run without
>>> including them.
>>
On 19 October 2018 at 19:59, Peter Maydell wrote:
> On 19 October 2018 at 11:18, Hongbo Zhang wrote:
>> Remove the unused herder files, 'virt' can be compiled and run without
>> including them.
>>
>> Signed-off-by: Hongbo Zhang
>> ---
>> hw/arm/vi
Remove the unused herder files, 'virt' can be compiled and run without
including them.
Signed-off-by: Hongbo Zhang
---
hw/arm/virt.c | 8
1 file changed, 8 deletions(-)
diff --git a/hw/arm/virt.c b/hw/arm/virt.c
index 9f67782..f0066cb 100644
--- a/hw/arm/virt.c
+++ b/hw/arm/virt.c
ll
PC 0x78A11DF0 (0x78A0+0x00011DF0) [ 0] ArmVeNorFlashDxe.dll
[...snip...]
PC 0x600088C4
PC 0x60008230
PC 0x580B24C2580B24A1
Recursive exception occurred while dumping the CPU state
5b Revert "target/arm: Implement new do_transaction_failed hook"
then no halt, command1 can
.
Signed-off-by: Hongbo Zhang
---
hw/arm/Makefile.objs | 2 +-
hw/arm/sbsa-ref.c | 937 ++
include/hw/arm/virt.h | 2 +
3 files changed, 940 insertions(+), 1 deletion(-)
create mode 100644 hw/arm/sbsa-ref.c
diff --git a/hw/arm/Makefile.objs b
On 27 September 2018 at 18:30, Peter Maydell wrote:
> On 27 September 2018 at 11:23, Hongbo Zhang wrote:
>> I would mention that there are some issues in the base qemu tree to
>> boot this (and also 'virt') machine.
>>
>> The MPIDR isn't emulated well, currently
virt' machine, maybe the patches need to be checked or maybe
firmware needed some adapt to these commits, currently I just revert
them to boot.
I will add a cover letter for the next iteration included explanation
of these issues.
On 9 September 2018 at 18:23, Hongbo Zhang wrote:
> For th
On Wed, 19 Sep 2018 at 03:44, Peter Maydell wrote:
>
> On 9 September 2018 at 03:23, Hongbo Zhang wrote:
> > For the Aarch64, there is one machine 'virt', it is primarily meant to
> > run on KVM and execute virtualization workloads, but we need an
> > environment
10:09:46PM +0800, Hongbo Zhang wrote:
>> On 5 September 2018 at 20:02, Andrew Jones wrote:
>> > On Wed, Sep 05, 2018 at 06:08:57PM +0800, Hongbo Zhang wrote:
>> >> On 30 August 2018 at 21:29, Ard Biesheuvel
>> >> wrote:
>> >> >
either.
- No ACPI table, it should be supplied by firmware.
Arm Trusted Firmware and UEFI porting to this are done accordingly.
Signed-off-by: Hongbo Zhang
---
Changes since v2:
- rename the platform 'sbsa-ref'
- move all the codes to a separate file sbsa-ref.c
- remove paravirtualized fw_cfg
On 5 September 2018 at 20:02, Andrew Jones wrote:
> On Wed, Sep 05, 2018 at 06:08:57PM +0800, Hongbo Zhang wrote:
>> On 30 August 2018 at 21:29, Ard Biesheuvel wrote:
>> > On 30 August 2018 at 12:02, Leif Lindholm wrote:
>> >> On Thu, Aug 30, 2018 at 09:39:3
On 30 August 2018 at 21:29, Ard Biesheuvel wrote:
> On 30 August 2018 at 12:02, Leif Lindholm wrote:
>> On Thu, Aug 30, 2018 at 09:39:33AM +0100, Peter Maydell wrote:
>>> On 30 August 2018 at 09:31, Leif Lindholm wrote:
>>> > On Thu, Aug 30, 2018 at 03:07:
On 31 August 2018 at 16:42, Andrew Jones wrote:
> On Fri, Aug 31, 2018 at 03:20:45PM +0800, Hongbo Zhang wrote:
>> If no DT in SBSA machine, then the code had much more difference with
>> virt, so there is possibility to make it a simple separate file;
>> If
On 30 August 2018 at 21:29, Ard Biesheuvel wrote:
> On 30 August 2018 at 12:02, Leif Lindholm wrote:
>> On Thu, Aug 30, 2018 at 09:39:33AM +0100, Peter Maydell wrote:
>>> On 30 August 2018 at 09:31, Leif Lindholm wrote:
>>> > On Thu, Aug 30, 2018 at 03:07:
On 29 August 2018 at 21:42, Andrew Jones wrote:
> On Wed, Aug 29, 2018 at 05:17:20PM +0800, Hongbo Zhang wrote:
>> On 17 August 2018 at 21:37, Peter Maydell wrote:
>> > On 25 July 2018 at 06:30, Hongbo Zhang wrote:
>> >> For the Aarch64, there is one machine
On 17 August 2018 at 21:37, Peter Maydell wrote:
> On 25 July 2018 at 06:30, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environment as faithful as
On 3 August 2018 at 17:39, Peter Maydell wrote:
> On 3 August 2018 at 10:26, Ard Biesheuvel wrote:
>> On 3 August 2018 at 11:23, Peter Maydell wrote:
>>> Would the real hardware you are trying to be an example
>>> for use DT for this? It seems a bit unlikely to me.
>>>
>>
>> Yes, as a matter of
On 26 July 2018 at 20:43, Peter Maydell wrote:
> On 26 July 2018 at 13:35, Andrew Jones wrote:
>> On Thu, Jul 26, 2018 at 01:10:34PM +0100, Peter Maydell wrote:
>>> On 26 July 2018 at 12:41, Andrew Jones wrote:
>>> > The patch guards the generation. It'll only modify DT and ACPI for the
>>> >
On 31 July 2018 at 02:07, Peter Maydell wrote:
> On 25 July 2018 at 06:30, Hongbo Zhang wrote:
>> The fw_cfg value returned from fw_cfg_find() may be NULL, so check it
>> before using.
>>
>> Signed-off-by: Hongbo Zhang
>> ---
>> hw/arm/boot.c | 6 +++---
On 26 July 2018 at 20:49, Daniel P. Berrangé wrote:
> On Thu, Jul 26, 2018 at 02:23:46PM +0200, Laszlo Ersek wrote:
>> On 07/26/18 13:13, Andrew Jones wrote:
>> > On Thu, Jul 26, 2018 at 12:56:22PM +0200, Ard Biesheuvel wrote:
>> >> On 26 July 2018 at 12:52, Peter Maydell wrote:
>> >>> On 26
On 26 July 2018 at 20:43, Peter Maydell wrote:
> On 26 July 2018 at 13:35, Andrew Jones wrote:
>> On Thu, Jul 26, 2018 at 01:10:34PM +0100, Peter Maydell wrote:
>>> On 26 July 2018 at 12:41, Andrew Jones wrote:
>>> > The patch guards the generation. It'll only modify DT and ACPI for the
>>> >
On 25 July 2018 at 20:19, Peter Maydell wrote:
> On 25 July 2018 at 12:44, Andrew Jones wrote:
>> On Wed, Jul 25, 2018 at 06:46:59PM +0800, Hongbo Zhang wrote:
>>> For Armv7, there is one typical platform 'vexpress', but for Armv8, no
>>
>> Wasn't the vexpress
On 25 July 2018 at 19:44, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 06:46:59PM +0800, Hongbo Zhang wrote:
>> On 25 July 2018 at 17:54, Andrew Jones wrote:
>> > On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> >> For the Aarch64, there is one m
On 26 July 2018 at 00:15, Igor Mammedov wrote:
> On Wed, 25 Jul 2018 13:36:45 +0200
> Andrew Jones wrote:
>
>> On Wed, Jul 25, 2018 at 11:50:41AM +0100, Dr. David Alan Gilbert wrote:
>> > * Andrew Jones (drjo...@redhat.com) wrote:
>> > > On Wed, Jul 25, 20
On 25 July 2018 at 22:08, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 03:46:01PM +0200, Ard Biesheuvel wrote:
>> On 25 July 2018 at 15:38, Andrew Jones wrote:
>> > On Wed, Jul 25, 2018 at 03:03:40PM +0200, Ard Biesheuvel wrote:
>> >> On 25 July 2018 at 14:59, Andrew Jones wrote:
>> >> > On
On 25 July 2018 at 19:26, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 06:22:17PM +0800, Hongbo Zhang wrote:
>> On 25 July 2018 at 17:54, Andrew Jones wrote:
>> > On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> >> For the Aarch64, there is one m
On 25 July 2018 at 18:53, Dr. David Alan Gilbert wrote:
> * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>> On 25 July 2018 at 17:54, Andrew Jones wrote:
>> > On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> >> For the Aarch64, there is one machine
On 25 July 2018 at 17:54, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environment as
On 25 July 2018 at 17:40, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 11:20:03AM +0200, Ard Biesheuvel wrote:
>> On 25 July 2018 at 11:17, Hongbo Zhang wrote:
>> > On 25 July 2018 at 17:13, Ard Biesheuvel wrote:
>> >> On 25 July 2018 at 11:09, Hongbo Zhang wrote
On 25 July 2018 at 17:54, Andrew Jones wrote:
> On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environment as
On 25 July 2018 at 17:18, Daniel P. Berrangé wrote:
> On Wed, Jul 25, 2018 at 05:05:06PM +0800, Hongbo Zhang wrote:
>> On 25 July 2018 at 16:48, Daniel P. Berrangé wrote:
>> > On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> >> For the Aarch
On 25 July 2018 at 17:00, Peter Maydell wrote:
> On 25 July 2018 at 06:30, Hongbo Zhang wrote:
>> The fw_cfg value returned from fw_cfg_find() may be NULL, so check it
>> before using.
>>
>> Signed-off-by: Hongbo Zhang
>
> Hi -- this patch series seems to be m
On 25 July 2018 at 17:13, Ard Biesheuvel wrote:
> On 25 July 2018 at 11:09, Hongbo Zhang wrote:
>> On 25 July 2018 at 17:01, Ard Biesheuvel wrote:
>>> On 25 July 2018 at 10:48, Daniel P. Berrangé wrote:
>>>> On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhan
On 25 July 2018 at 17:01, Ard Biesheuvel wrote:
> On 25 July 2018 at 10:48, Daniel P. Berrangé wrote:
>> On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>>> run on KVM and execu
On 25 July 2018 at 16:48, Daniel P. Berrangé wrote:
> On Wed, Jul 25, 2018 at 01:30:52PM +0800, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environment as
On 25 July 2018 at 15:20, Shannon Zhao wrote:
> Hi Hongbo,
>
Hi Shannon,
> On 2018/7/25 13:30, Hongbo Zhang wrote:
>> For the Aarch64, there is one machine 'virt', it is primarily meant to
>> run on KVM and execute virtualization workloads, but we need an
>> environm
The fw_cfg value returned from fw_cfg_find() may be NULL, so check it
before using.
Signed-off-by: Hongbo Zhang
---
hw/arm/boot.c | 6 +++---
1 file changed, 3 insertions(+), 3 deletions(-)
diff --git a/hw/arm/boot.c b/hw/arm/boot.c
index e09201c..43b217f 100644
--- a/hw/arm/boot.c
+++ b/hw
device either.
Arm Trusted Firmware and UEFI porting to this are done accordingly.
Signed-off-by: Hongbo Zhang
---
Changes since v1:
- rebase on v3.0.0-rc0
- introduce another auxillary patch as 1/2, so this is 2/2
- rename 'sbsa' to 'enterprise'
- remove paravirualized fw_cfg
- set gic_vertion
On 28 June 2018 at 19:36, Andrew Jones wrote:
> On Thu, Jun 28, 2018 at 06:13:28PM +0800, Hongbo Zhang wrote:
>> On 28 June 2018 at 17:04, Andrew Jones wrote:
>> > On Thu, Jun 28, 2018 at 04:11:56PM +0800, Hongbo Zhang wrote:
>> >> On 27 June 2018 at 22:56, Igor M
On 28 June 2018 at 18:22, Daniel P. Berrangé wrote:
> On Wed, Jun 27, 2018 at 01:31:17PM +0100, Dr. David Alan Gilbert wrote:
>> * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>> > This patch introduces a new Arm machine type 'SBSA' with features:
>> > - Based on
On 28 June 2018 at 17:31, Laszlo Ersek wrote:
> On 06/27/18 12:13, Hongbo Zhang wrote:
>> This patch introduces a new Arm machine type 'SBSA' with features:
>> - Based on legacy 'virt' machine type.
>
> My understanding is that this new machine type serves a different use
On 28 June 2018 at 17:28, Alex Bennée wrote:
>
> Hongbo Zhang writes:
>
>> On 27 June 2018 at 20:31, Dr. David Alan Gilbert wrote:
>>> * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>
>> (Maybe we can change the kernel defconfig to e1000e, then we chose
>
On 28 June 2018 at 17:04, Andrew Jones wrote:
> On Thu, Jun 28, 2018 at 04:11:56PM +0800, Hongbo Zhang wrote:
>> On 27 June 2018 at 22:56, Igor Mammedov wrote:
>> > On Wed, 27 Jun 2018 18:13:08 +0800
>> > Hongbo Zhang wrote:
>> >
>> >> Th
On 28 June 2018 at 16:12, Dr. David Alan Gilbert wrote:
> * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>> On 27 June 2018 at 20:31, Dr. David Alan Gilbert wrote:
>> > * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>> >> This patch introduces a new Arm mac
On 27 June 2018 at 22:56, Igor Mammedov wrote:
> On Wed, 27 Jun 2018 18:13:08 +0800
> Hongbo Zhang wrote:
>
>> This patch introduces a new Arm machine type 'SBSA' with features:
>> - Based on legacy 'virt' machine type.
>> - Newly designed memory map.
>> - E
On 27 June 2018 at 20:31, Dr. David Alan Gilbert wrote:
> * Hongbo Zhang (hongbo.zh...@linaro.org) wrote:
>> This patch introduces a new Arm machine type 'SBSA' with features:
>> - Based on legacy 'virt' machine type.
>> - Newly designed memory map.
>> - EL2 and
, more features can be added in futrue.
Purpose of this is to have a standard QEMU platform for Arm firmware
developement etc. where the legacy machines cannot meets requirements.
Arm Trusted Firmware and UEFI porting to this are done seperately.
Signed-off-by: Hongbo Zhang
---
hw/arm/virt-acpi
On 25 June 2018 at 17:06, Peter Maydell wrote:
> On 25 June 2018 at 05:06, Hongbo Zhang wrote:
>> Hi Peter,
>> Yes, your considerations reasonable.
>> But in practice of hardware platforms, programmer checks that Arm TF
>> is using SMC for PSCI call conduit, then
1 - 100 of 102 matches
Mail list logo
