Signed-off-by: BALATON Zoltan
---
hw/ppc/ppc440_uc.c | 3 +++
1 file changed, 3 insertions(+)
diff --git a/hw/ppc/ppc440_uc.c b/hw/ppc/ppc440_uc.c
index 4e2523a..976ab2b 100644
--- a/hw/ppc/ppc440_uc.c
+++ b/hw/ppc/ppc440_uc.c
@@ -1050,6 +1050,9 @@ static void ppc460ex_pcie_realize(DeviceState *
to staging (2018-03-01 17:08:16 +)
are available in the Git repository at:
git://github.com/dgibson/qemu.git tags/ppc-for-2.12-20180302
for you to fetch changes up to 57ae75b2e401f1d04f37a8cd26212eb3134c51a6:
hw/ppc/spapr,e500: Use new property "stdout-path" for boot console
On 03/03/18 00:37, Eric Blake wrote:
> On 03/01/2018 07:09 AM, Alexey Kardashevskiy wrote:
>> ObjectPropertyInfo is more generic and only missing @description.
>> This adds a description to ObjectPropertyInfo and removes
>> DevicePropertyInfo so the resulting ObjectPropertyInfo can be used
>> elsew
This adds a new QMP command to list any class/object properties,
not just devices.
I do not know how/if we need to address the concern about
abstract/nonabstract classes though.
Changes:
v4:
* cleanup in 1/2
Please comment. Thanks.
Alexey Kardashevskiy (2):
qmp: Merge ObjectPropertyInfo
There is already 'device-list-properties' which does most of the job,
however it does not handle everything returned by qom-list-types such
as machines as they inherit directly from TYPE_OBJECT and not TYPE_DEVICE.
It does not handle abstract classes either.
This adds a new qom-list-properties com
ObjectPropertyInfo is more generic and only missing @description.
This adds a description to ObjectPropertyInfo and removes
DevicePropertyInfo so the resulting ObjectPropertyInfo can be used
elsewhere.
Signed-off-by: Alexey Kardashevskiy
---
Changes:
v4:
* added (since 2.12) to the new field
* re
> From: Alex Williamson [mailto:alex.william...@redhat.com]
> Sent: Saturday, March 3, 2018 2:03 AM
>
> On Fri, 2 Mar 2018 07:08:51 +
> "Tian, Kevin" wrote:
>
> > > From: Alex Williamson
> > > Sent: Thursday, March 1, 2018 4:15 AM
> > >
> > > A vfio ioeventfd will perform the pre-specified d
Hi Antony,
As of v8 of the RISC-V QEMU target patch series, you can now define the
reset vector in your CPU initializer:
https://github.com/riscv/riscv-qemu/blob/qemu-upstream-v8/target/riscv/cpu.c#L110-L168
Michael.
On Fri, Jan 5, 2018 at 6:53 AM, Antony Pavlov
wrote:
> On Thu, 4 Jan 2018 20
On Thu, Mar 1, 2018 at 9:40 AM, Michael Clark wrote:
>
>
> On Thu, Mar 1, 2018 at 12:53 AM, Peter Maydell
> wrote:
>
>> On 28 February 2018 at 00:09, Michael Clark wrote:
>> > I've just talked to SiFive about this. They have agreed that we can
>> remove
>> > the sifive_e300 and sifive_u500 boar
We were able to remove several ifdefs and figured out a problem with
masking out cores for qemu-system-riscv32 and qemu-system-riscv64.
This version of the core patch seems cleaner to me and we have fixed a few
spec compliance issues with regard to alignment of mtvec/stvec when the C
extension is
Paraphrase this as, we should be closer to reproducing the behaviour of the
SiFive E31, E51, U34 and U54 cores when running RISC-V and SiFive
verification tests. i.e. now if one attempts to configure the MMU on E
cores one will get an illegal instruction trap.
We still have an E21 core to add but
Let me know if you have a branch for me to pull and rebase against.
We are passing all build and make check tests in travis (except for a
couple of build timeouts because we are hitting the default 50 minute
timeout)
https://travis-ci.org/riscv/riscv-qemu/builds/348234736
On Sat, Mar 3, 2018 at
On Sat, Mar 3, 2018 at 3:22 AM, Peter Maydell
wrote:
> On 2 March 2018 at 13:55, Michael Clark wrote:
> >
> > *** Changelog ***
> >
> > v8
> >
> > - - Added linux-user/riscv/target_elf.h during rebase
> > - - Make resetvec configurable and clear mpp and mie on reset
> > - - Use SiFive E31, E51,
On 03/02/2018 05:14 AM, Dr. David Alan Gilbert wrote:
* Marc-André Lureau (marcandre.lur...@gmail.com) wrote:
Hi Stefan
On Thu, Mar 1, 2018 at 8:59 PM, Stefan Berger
wrote:
Extend the TPM emulator backend device with state migration support.
The external TPM emulator 'swtpm' provides a proto
Hi Marc-Andre,
Any update on this as to how to get started on this ?
On Mar 1, 2018 13:46, "Stefan Hajnoczi" wrote:
> On Wed, Feb 28, 2018 at 5:40 PM, Anusha Srivastava
> wrote:
> > Stefan/Marc-Andre,
> >
> > Is it possible to take this project up now for Outreachy/GSOC 2018 ?
>
> I have pro
301 - 315 of 315 matches
Mail list logo
