In case of Red Hat Generic PCIE Root Port reserve additional buses,
which number is provided in a vendor-specific capability.
Signed-off-by: Aleksandr Bezzubikov
---
src/fw/pciinit.c | 69
src/hw/pci_ids.h | 3 +++
2 files changed, 68 ins
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 (speaking about
virtual device).
The suggested workaround is to have vendor-specific cap
On PCI init PCI bridge devices may need some
extra info about bus number to reserve, IO, memory and
prefetchable memory limits. QEMU can provide this
with special vendor-specific PCI capability.
This capability is intended to be used only
for Red Hat PCI bridges, i.e. QEMU cooperation.
Signed-off
On PCI init PCI bridges may need some extra info about bus number,
IO, memory and prefetchable memory to reserve. QEMU can provide this
with a special vendor-specific PCI capability.
Signed-off-by: Aleksandr Bezzubikov
---
hw/pci/pci_bridge.c | 29 +
include/h
Signed-off-by: Aleksandr Bezzubikov
---
docs/pcie.txt| 49 +++--
docs/pcie_pci_bridge.txt | 110 +++
2 files changed, 136 insertions(+), 23 deletions(-)
create mode 100644 docs/pcie_pci_bridge.txt
diff --git a/docs/pcie.tx
To enable hotplugging of a newly created pcie-pci-bridge,
we need to tell firmware (SeaBIOS in this case) to reserve
additional buses or IO/MEM/PREF space for pcie-root-port.
Additional bus reservation allows us to hotplug pcie-pci-bridge into this root
port.
The number of buses to reserve is prov
Introduce a new PCIExpress-to-PCI Bridge device,
which is a hot-pluggable PCI Express device and
supports devices hot-plug with SHPC.
This device is intended to replace the DMI-to-PCI
Bridge in an overwhelming majority of use-cases.
Signed-off-by: Aleksandr Bezzubikov
---
hw/pci-bridge/Makefile
Unmask previously masked SHPC feature in _OSC method.
Signed-off-by: Aleksandr Bezzubikov
Reviewed-by: Marcel Apfelbaum
---
hw/i386/acpi-build.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index b9c245c..98dd424 100644
---
This series introduces a new device - Generic PCI Express to PCI bridge,
and also makes all necessary changes to enable hotplug of the bridge itself
and any device into the bridge.
Changes v3->v4:
1. PCIE-PCI Bridge device: "msi_enable"->"msi", "shpc"->"shpc_bar", remove
local_err,
make "msi"
On 08/05/17 13:46, Dhiru Kholia wrote:
> On Sat, Aug 5, 2017 at 2:00 PM, Dhiru Kholia wrote:
>> On Fri, Aug 4, 2017 at 8:44 PM, Igor Mammedov wrote:
>>> On Fri, 4 Aug 2017 16:17:07 +0530
>>> Dhiru Kholia wrote:
>>>
On Fri, Aug 4, 2017 at 2:35 PM, Igor Mammedov wrote:
> On Fri, 4 Aug 2
On Sat, Aug 05, 2017 at 10:56:20PM +0800, Fam Zheng wrote:
> On Fri, 08/04 18:36, Eduardo Habkost wrote:
> > This series adds the ability to run QMP commands
> > non-interactively to qmp-shell, and deletes scripts/qmp/qmp.
>
> Hmm, not so simple:
>
> $ git grep 'import qmp'
> scripts/qemu.py:impo
FYI,
This commit breaks the build with gcc-7:
CC block/vvfat.o
qemu/block/vvfat.c: In function ‘read_directory’:
qemu/block/vvfat.c:605:37: error: ‘__builtin___sprintf_chk’ may write
a terminating nul past the end of the destination
[-Werror=format-overflow=]
int len = sprintf
On 5 August 2017 at 02:12, Edgar E. Iglesias wrote:
> BTW, a question. I don't know of any from memory but does any arch
> have the ability to report the payload that failed for stores?
> I guess it's easy enough to add that if needed though.
I think maybe m68k bus fault stack frames have
store p
On 5 August 2017 at 02:06, Edgar E. Iglesias wrote:
> On Fri, Aug 04, 2017 at 06:20:43PM +0100, Peter Maydell wrote:
>> @@ -85,8 +85,10 @@ struct TranslationBlock;
>> * @has_work: Callback for checking if there is work to do.
>> * @do_interrupt: Callback for interrupt handling.
>> * @do_unas
On Fri, 08/04 18:36, Eduardo Habkost wrote:
> This series adds the ability to run QMP commands
> non-interactively to qmp-shell, and deletes scripts/qmp/qmp.
Hmm, not so simple:
$ git grep 'import qmp'
scripts/qemu.py:import qmp.qmp
scripts/qmp/qemu-ga-client:import qmp
scripts/qmp/qmp-shell:impo
On Sat, Aug 5, 2017 at 2:00 PM, Dhiru Kholia wrote:
> On Fri, Aug 4, 2017 at 8:44 PM, Igor Mammedov wrote:
>> On Fri, 4 Aug 2017 16:17:07 +0530
>> Dhiru Kholia wrote:
>>
>>> On Fri, Aug 4, 2017 at 2:35 PM, Igor Mammedov wrote:
>>> > On Fri, 4 Aug 2017 12:15:40 +0530
>>> > Dhiru Kholia wrote:
On 4 August 2017 at 19:09, Philippe Mathieu-Daudé wrote:
> On 08/04/2017 02:20 PM, Peter Maydell wrote:
>> We need this for ARM boards, where we're about to implement support for
>> generating external aborts on memory transaction failures. Too many
>> of our legacy board models rely on the RAZ/WI
On 4 August 2017 at 20:23, Richard Henderson
wrote:
> On 08/04/2017 11:09 AM, Philippe Mathieu-Daudé wrote:
>> Since create_unimplemented_device() register overlapped with low priority,
>> why
>> not register it as default device directly, over the whole address space?
>
> That's a good suggestio
On Fri, Aug 4, 2017 at 8:44 PM, Igor Mammedov wrote:
> On Fri, 4 Aug 2017 16:17:07 +0530
> Dhiru Kholia wrote:
>
>> On Fri, Aug 4, 2017 at 2:35 PM, Igor Mammedov wrote:
>> > On Fri, 4 Aug 2017 12:15:40 +0530
>> > Dhiru Kholia wrote:
>> >
>> >> This was tested with macOS 10.12.5 and Clover r411
On 03.08.2017 11:07, Marc-André Lureau wrote:
> Learn to compile out vhost-user (net, scsi & upcoming users). Keep it
> enabled by default on non-win32, that is assumed to be POSIX. Fail if
> trying to enable it on win32.
>
> When trying to make a vhost-user netdev, it gives the following error:
>
20 matches
Mail list logo
