On 26/07/17 04:01, Greg Kurz wrote:
> From: Michael Roth
>
> The 'dr_phb_enabled' field of that class can be set as
> part of machine-specific init code, and is then propagated
> to sPAPREnvironment to conditionally enable creation of DRC
> objects and device-tree description to facilitate hotplu
Dne 25.7.2017 v 21:34 Eduardo Habkost napsal(a):
> On Tue, Jul 25, 2017 at 05:09:50PM +0200, Lukáš Doktor wrote:
>> The "id" is a builtin method to get object's identity and should not be
>> overridden. This might bring some issues in case someone was directly
>> calling "cmd(..., id=id)" but I hav
On 07/26/2017 12:09 PM, Jason Wang wrote:
On 2017年07月26日 11:45, Mao Zhongyi wrote:
Hi, Jason
This was posted over 2 months ago with two R-Bs(Markus & Philippe),
did it get merged or dropped?
Thanks,
Mao
Hi:
Want to merge but it does not apply cleanly on HEAD. Could you please rebase
an
> On Jul 26, 2017, at 12:13 AM, Philippe Mathieu-Daudé wrote:
>
> Hi John,
>
> On 07/25/2017 07:55 PM, Programmingkid wrote:
>> While compiling the mips64el-softmmu target I encountered these errors:
>> CC hw/display/g364fb.o
>> hw/core/loader-fit.c:105:41: error: expected expression
>>
Sorry, we indeed found Intel windows guest graphic driver couldn't be bind when
GMS memory size is zero. And we have fixed it and the next intel windows driver
release will contain this fix.
So currently please use x-igd-gms in legacy mode to work around this.
BTW, how did you know window drive
Hi,
> > Gerd's suggestion was to set min(cap_value, children_found). From
> > such
> > point of view 0 can be a valid value.
> >
>
> I am lost now :)
> How can we use the capability to reserve "more" buses since
> children-found will be always the smaller value?
>
> I think you should use ma
On Tue, Jul 25, 2017 at 08:00:47PM +0200, Greg Kurz wrote:
> From: Michael Roth
>
> device_unparent(dev, ...) is called when a device is unparented,
> either directly, or as a result of a parent device being
> finalized, and handles some final cleanup for the device. Part
> of this includes emiti
On Tue, Jul 25, 2017 at 08:01:12PM +0200, Greg Kurz wrote:
> Signed-off-by: Greg Kurz
Applied to ppc-for-2.11. Might as well get the new machine type
template ready.
> ---
> hw/ppc/spapr.c | 22 --
> include/hw/compat.h |3 +++
> 2 files changed, 23 insertions(+)
On 26/07/17 04:03, Greg Kurz wrote:
> The "phandle" property of the XICS node is referenced by the "interrupt-map"
> property of each PHB node. This is used by the guest OS to setup IRQs for
> all PCI devices.
>
> QEMU uses an arbitrary value (0x) for this phandle, but SLOF converts
> this val
On Tue, Jul 25, 2017 at 08:02:03PM +0200, Greg Kurz wrote:
> From: Nathan Fontenot
>
> This add entries to the root OF node to advertise our PHBs as being
> DR-capable in accordance with PAPR specification.
>
> Signed-off-by: Nathan Fontenot
> Signed-off-by: Michael Roth
> Reviewed-by: David G
This patch add output of CPUs' socket-id, core-id, thread-id and
apic-id for 'info registers', which can be used for querying other
hmp commands.
Signed-off-by: Yi Wang
Signed-off-by: Yun Liu
---
target/i386/helper.c | 8
1 file changed, 8 insertions(+)
diff --git a/target/i386/helper
This series add support querying local apic through apic-id for 'info
lapic'.
As cpu_index will not be used afterwards, so extend 'info registers'
firstly to get apic-id through monitor commands.
v1 -> v2:
* PATCH 01: Make the code simpler [Igor]
* PATCH 02: use cpu_by_arch_id() to obtain CPU [E
Add [apic-id] support for hmp command "info lapic", which is
useful when debugging ipi and so on. Current behavior is not
changed when the parameter isn't specified.
Signed-off-by: Yi Wang
Signed-off-by: Yun Liu
Signed-off-by: Eduardo Habkost
---
hmp-commands-info.hx | 7 ---
include/qom
Is there a way to install Windows NT 4.0 PowerPC in qemu-system-ppc? Has anyone
succeeded? I have tried using the prep and 40p machines but they don’t boot the
cd unfortunately.
On 25/07/2017 11:53, 陈博 wrote:
To accelerate data traversing between devices under the same PCIE Root
Port or Switch.
See https://lists.nongnu.org/archive/html/qemu-devel/2017-07/msg07209.html
Hi,
It may be possible, but maybe PCIe Switch assignment is not
the only way to go.
Adding Alex a
On 25/07/2017 18:46, Laszlo Ersek wrote:
On 07/23/17 00:11, Aleksandr Bezzubikov wrote:
Now PCI bridges get a bus range number on a system init, basing on
currently plugged devices. That's why when one wants to hotplug
another bridge, it needs his child bus, which the parent is unable to
provide
On 25.07.2017 17:33, Cornelia Huck wrote:
> The msi routing code in kvm calls some pci functions: provide
> some stubs to enable builds without pci.
>
> Fixes: e1d4fb2de ("kvm-irqchip: x86: add msi route notify fn")
> Fixes: 767a554a0 ("kvm-all: Pass requester ID to MSI routing functions")
> Signe
On 25.07.2017 17:33, Cornelia Huck wrote:
> The nt2 event class is pci-only - don't look for events if pci is
> not in the active cpu model.
>
> Signed-off-by: Cornelia Huck
> ---
> hw/s390x/s390-pci-bus.c | 4 ++--
> hw/s390x/s390-pci-bus.h | 4 ++--
> hw/s390x/s390-pci-stub.c | 4 ++--
>
401 - 418 of 418 matches
Mail list logo