In case of Red Hat Generic PCIE Root Port reserve additional buses
and/or IO/MEM/PREF space, which values are provided in a vendor-specific
capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/pciinit.
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.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbau
ability to help firmware on the system init.
This allows the bridge to be hotpluggable. Now it's supported
only for pcie-root-port. Now it's supposed to used with
SeaBIOS only, look at the SeaBIOS corresponding series
"Allow RedHat PCI bridges reserve more buses than necessary duri
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
docs/pcie.txt| 49 ++--
docs/pcie_pci_bridge.txt | 114 ++
to reserve are provided to the device
via
a corresponding property, and to the firmware via new PCI capability.
The properties' default values are -1 to keep default behavior unchanged.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
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 <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
2017-08-13 18:49 GMT+03:00 Aleksandr Bezzubikov <zuban...@gmail.com>:
> 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 v5->
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/dev-pci.h | 53 +
1 file changed, 53 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/fw/dev-pci.h
new file mode 100644
index 000..0
2017-08-09 13:18 GMT+03:00 Laszlo Ersek <ler...@redhat.com>:
> On 08/08/17 21:21, Aleksandr Bezzubikov wrote:
>> 2017-08-08 18:11 GMT+03:00 Laszlo Ersek <ler...@redhat.com>:
>>> one comment below
>>>
>>> On 08/05/17 22:27, Aleksandr Bezzubikov wrote:
structure for IO, memory and
prefetchable memory limits.
Aleksandr Bezzubikov (3):
pci: refactor pci_find_capapibilty to get bdf as the first argument
instead of the whole pci_device
pci: add QEMU-specific PCI capability structure
pci: enable RedHat PCI bridges to reserve additional resource on PCI
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/dev-pci.h | 52
1 file changed, 52 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/fw/dev-pci.h
new file mode 100644
index 000..c
In case of Red Hat Generic PCIE Root Port reserve additional buses
and/or IO/MEM/PREF space, which values are provided in a vendor-specific
capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/dev-pci.h | 2 +-
src/fw/pciinit.c
to reserve are provided to the device
via
a corresponding property, and to the firmware via new PCI capability.
The properties' default values are -1 to keep default behavior unchanged.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
ows the bridge to be hotpluggable. Now it's supported
only for pcie-root-port. Now it's supposed to used with
SeaBIOS only, look at the SeaBIOS corresponding series
"Allow RedHat PCI bridges reserve more buses than necessary during init".
Aleksandr Bezzubikov (4):
hw/pci: i
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.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/Makefile.objs
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
docs/pcie.txt| 49 ++--
docs/pcie_pci_bridge.txt | 115 +++
2 files changed, 141 insertions(+), 23 deletions(-)
create mode 100644 docs/pcie_pci_bridge.txt
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 <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
d:
- data type added;
- reserve space in a structure for IO, memory and
prefetchable memory limits.
Aleksandr Bezzubikov (3):
pci: refactor pci_find_capapibilty to get bdf as the first argument
instead of the whole pci_device
pci: add QEMU-specific PCI capability struct
Refactor pci_find_capability function to get bdf instead of
a whole pci_device* as the only necessary field for this function
is still bdf.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/pciinit.c| 4 ++--
property, and to the firmware via new PCI capability (next patch).
The property's default value is 1 as we want to hotplug at least 1 bridge.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/pcie_root_port.c | 1 +
include/hw/pci/pcie_port.h | 3 +++
2 files chan
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/pcie_root_port.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/hw/pci-bridge/pcie_root_port.c b/hw/pci-bridge/pcie_root_port.c
index b0e49e1..ca92d85 100644
--- a/hw/pci-bridge/pcie_root_port.c
+++ b/
ity to help firmware on the system init.
This allows the bridge to be hotpluggable. Now it's supported
only for pcie-root-port. Now it's supposed to used with
SeaBIOS only, look at the SeaBIOS corresponding series
"".
Aleksandr Bezzubikov (6):
hw/pci: introduce pcie-pci-bridg
only 1 byte
since it is the size of Subordinate Bus Number register.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci/pci_bridge.c | 27 +++
include/hw/pci/pci_bridge.h | 18 ++
2 files changed, 45 insertions(+)
diff --git a/
e in a structure for IO, memory and
prefetchable memory limits.
Aleksandr Bezzubikov (4):
pci: refactor pci_find_capapibilty to get bdf as the first argument
instead of the whole pci_device
pci: add RedHat vendor ID
pci: add QEMU-specific PCI capability structure
pci: enable Re
Refactor pci_find_capability function to get bdf instead of
a whole pci_device* as the only necessary field for this function
is still bdf.
It greatly helps when we have bdf but not pci_device.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/pciinit.c| 4 ++--
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/hw/pci_ids.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/src/hw/pci_ids.h b/src/hw/pci_ids.h
index 4ac73b4..db2e694 100644
--- a/src/hw/pci_ids.h
+++ b/src/hw/pci_ids.h
@@ -2263,6 +2263,8 @@
#
of limits match ones from
PCI Type 1 Configuration Space Header,
number of buses to reserve occupies only 1 byte
since it is the size of Subordinate Bus Number register.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/hw/pci_cap.h | 23 +++
1 file chang
In case of Red Hat PCI bridges reserve additional buses, which number is
provided
in a vendor-specific capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/pciinit.c | 14 --
1 file changed, 12 insertions(+), 2 deletions(-)
diff --git a/src/fw/pci
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/Makefile.objs | 2 +-
hw/pci-bridge/pcie_pci_bridge.c | 151
include/hw/pci/pci.h| 1 +
3 files changed, 153 insertions(+), 1 deletion(-)
create mode 100
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/pcie_pci_bridge.c | 63 -
1 file changed, 62 insertions(+), 1 deletion(-)
diff --git a/hw/pci-bridge/pcie_pci_bridge.c b/hw/pci-bridge/pcie_pci_bridge.c
index 0991a7b..3
Unmask previously masked SHPC feature in _OSC method.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index 6b7bade..0d99585 100644
--- a/hw/i38
in RedHat
generic pcie-root-port
that contains number of additional bus to reserve on BIOS PCI init.
Aleksandr Bezzubikov (2):
pci: add support for direct usage of bdf for capability lookup
pci: enable RedHat pci bridges to reserve more buses
src/fw/pciinit.c | 12 ++--
src/hw
In case of RedHat PCI bridges reserve additional buses, which number is provided
in a vendor-specific capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/pciinit.c | 12 ++--
1 file changed, 10 insertions(+), 2 deletions(-)
diff --git a/src/fw/pciinit.c
Add a capability lookup function which gets bdf instead of pci_device
as its first argument. It may be useful when we have bdf,
but don't have the whole pci_device structure.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/hw/pcidevice.c | 24
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 47 +++
1 file changed, 31 insertions(+), 16 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index e434efe..8bbece5 100644
--- a/hw/i38
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 10 --
1 file changed, 10 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index afcadac..6fce967 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-build.c
@@ -1912,16 +
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 9 +
1 file changed, 5 insertions(+), 4 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index b0dcd34..c99dbcc 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-build.c
@@ -
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/acpi/ich9.c | 31 +++
hw/isa/lpc_ich9.c | 12
include/hw/acpi/ich9.h | 4
include/hw/i386/pc.h | 7 ++-
4 files changed, 53 insertions(+), 1 deletion(-)
diff
generated
dynamically.
In other words, the bridge plugged in - a new acpi definition block is
loaded (using LoadTable method).
This is necessary for PCIE-PCI bridge hotplugging feature.
Aleksandr Bezzubikov (6):
hw/acpi: remove dead acpi code
hw/acpi: simplify dsdt building code
hw/acpi: fi
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 13 +++--
1 file changed, 7 insertions(+), 6 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index c99dbcc..e434efe 100644
--- a/hw/i386/acpi-build.c
+++ b/hw/i386/acpi-b
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/i386/acpi-build.c | 59 +++-
1 file changed, 26 insertions(+), 33 deletions(-)
diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
index 6fce967..b0dcd34 100644
--- a/hw/i38
Unmask previously masked SHPC feature in _OSC method.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
hw/i386/acpi-build.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/i386/acpi-build.c b/
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 <zuban...@gmail.
ow it's supposed to used with
SeaBIOS only, look at the SeaBIOS corresponding series
"Allow RedHat PCI bridges reserve more buses than necessary during init".
Aleksandr Bezzubikov (5):
hw/i386: allow SHPC for Q35 machine
hw/pci: introduce pcie-pci-bridge device
hw/pci: introdu
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 <zuban...@gmail.com>
---
src/fw/pciinit.c | 69
src/hw/pci_ids.h | 3
is provided to the device via a corresponding
property, and to the firmware via new PCI capability.
The properties' default value is -1 to keep default behavior unchanged.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/gen_pcie_root_port.
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 <zuban...@gmail.com>
---
hw/pci/pci_bridge.c
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
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
endor added (addresses Konrad's comment).
2. Refactored pci_find_capability function (addresses Marcel's comment).
3. Capability reworked:
- data type added;
- reserve space in a structure for IO, memory and
prefetchable memory limits.
Aleksandr Bezzubiko
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/dev-pci.h | 50 ++
1 file changed, 50 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/fw/dev-pci.h
new file mode 100644
index 000..2c8ddb0
--
s v1->v2:
1. New #define for Red Hat vendor added (addresses Konrad's comment).
2. Refactored pci_find_capability function (addresses Marcel's comment).
3. Capability reworked:
- data type added;
- reserve space in a structure for IO, memory and
prefetchable memory
bridge to be hotpluggable. Now it's supported
only for pcie-root-port. Now it's supposed to used with
SeaBIOS only, look at the SeaBIOS corresponding series
"".
Aleksandr Bezzubikov (5):
hw/i386: allow SHPC for Q35 machine
hw/pci: introduce pcie-pci-bridge device
hw/pci: intro
Unmask previously masked SHPC feature in _OSC method.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
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 6b7bade..2ab32f9 100644
--- a/h
From: Aleksandr Bezzubikov <abezzubi...@ispras.ru>
To enable hotplugging of a newly created pcie-pci-bridge,
we need to tell firmware (SeaBIOS in this case) to reserve
additional buses for pcie-root-port, that allows us to
hotplug pcie-pci-bridge into this root port.
The number of
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/dev-pci.h | 62
1 file changed, 62 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/fw/dev-pci.h
new file mode 100644
index 000..f
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 <zuban...@gmail.com>
---
src/fw/pciinit.c | 37 +++--
src/hw/pci_ids.h | 3 +++
src/types.h
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 <zuban...@gmail.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
docs/pcie.txt| 46 ++
docs/pcie_pci_bridge.txt | 121 +++
2 files changed, 147 insertions(+), 20 deletions(-)
create mode 100644 docs/pcie_pci_bridge.txt
Refactor pci_find_capability function to get bdf instead of
a whole pci_device* as the only necessary field for this function
is still bdf.
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
src/fw/pciinit.c| 4 ++--
On PCI init PCI bridges may need some
extra info about bus number to reserve, IO, memory and
prefetchable memory limits. QEMU can provide this
with a special vendor-specific PCI capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci/pci_bridge.c
2017-08-08 18:11 GMT+03:00 Laszlo Ersek <ler...@redhat.com>:
> one comment below
>
> On 08/05/17 22:27, Aleksandr Bezzubikov wrote:
>
>> +Capability layout (defined in include/hw/pci/pci_bridge.h):
>> +
>> +uint8_t id; Standard PCI capability header fi
2017-08-08 22:54 GMT+03:00 Michael S. Tsirkin <m...@redhat.com>:
> On Sat, Aug 05, 2017 at 11:27:37PM +0300, Aleksandr Bezzubikov wrote:
>> To enable hotplugging of a newly created pcie-pci-bridge,
>> we need to tell firmware (SeaBIOS in this case)
>
&g
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Laszlo Ersek <ler...@redhat.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
docs/pcie.txt| 49 ++--
docs/pcie_pci_bridge.txt | 114 ++
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 <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/dev-pci.h | 53 +
1 file changed, 53 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/
-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/dev-pci.h | 53 +
1 file changed, 53 insertions(+)
create mode 100644 src/fw/dev-pci.h
diff --git a/src/fw/dev-pci.h b/src/
Refactor pci_find_capability function to get bdf instead of
a whole pci_device* as the only necessary field for this function
is still bdf.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/pciinit.c| 4 ++--
anges v1->v2:
1. New #define for Red Hat vendor added (addresses Konrad's comment).
2. Refactored pci_find_capability function (addresses Marcel's comment).
3. Capability reworked:
- data type added;
- reserve space in a structure for IO, memory and
prefetchable memory
In case of Red Hat Generic PCIE Root Port reserve additional buses
and/or IO/MEM/PREF space, which values are provided in a vendor-specific
capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/pci
to reserve are provided to the device
via
a corresponding property, and to the firmware via new PCI capability.
The properties' default values are -1 to keep default behavior unchanged.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com
onrad's comment).
2. Refactored pci_find_capability function (addresses Marcel's comment).
3. Capability reworked:
- data type added;
- reserve space in a structure for IO, memory and
prefetchable memory limits.
Aleksandr Bezzubikov (3):
pci: refactor pci_find_capa
Refactor pci_find_capability function to get bdf instead of
a whole pci_device* as the only necessary field for this function
is still bdf.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/pciinit.c| 4 ++--
In case of Red Hat Generic PCIE Root Port reserve additional buses
and/or IO/MEM/PREF space, which values are provided in a vendor-specific
capability.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbaum <mar...@redhat.com>
---
src/fw/pci
dge.
2. Enable SHPC support for the Q35 machine (ACPI stuff).
3. Introduce PCI capability to help firmware on the system init.
This allows the bridge to be hotpluggable. Now it's supported
only for pcie-root-port. Now it's supposed to used with
SeaBIOS only, look at the SeaBIOS correspondi
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.
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marcel Apfelbau
hub:
https://github.com/zuban32/seabios/commits/qemu_res_cap?author=zuban32
--
Aleksandr Bezzubikov
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/Makefile.objs | 2 +-
hw/pci-bridge/pcie_pci_bridge.c | 152
include/hw/pci/pci.h| 1 +
3 files changed, 154 insertions(+), 1 deletion(-)
create mode 100
.html,
but will require dynamic ACPI code emission in case when the bridge was
hotplugged itself.
Aleksandr Bezzubikov (1):
hw/pci-bridge: implement pcie-pci-bridge device
hw/pci-bridge/Makefile.objs | 2 +-
hw/pci-bridge/pcie_pci_bridge.c | 152
2017-09-10 22:40 GMT+03:00 Marcel Apfelbaum <mar...@redhat.com>:
> On 10/09/2017 21:34, Aleksandr Bezzubikov wrote:
>>
>>
>> пт, 18 авг. 2017 г. в 2:33, Aleksandr Bezzubikov <zuban...@gmail.com
>> <mailto:zuban...@gmail.com>>:
>>
>>
>&
tried to record and replay WinXP boot process, and I've encountered
exactly the same problem as described above - record is fine, replay
gets stuck early. I use current master.
And I've discovered the second problem - recording makes initial snapshot,
but it doesn't seem to be saved to the disk - replay can't see it.
Hope you've already found the solution (as the last post was on 2 May)
and it's just got missed the mailing list.
>
--
Aleksandr Bezzubikov
[+CC Pavel Dovgaluk, me]
2017-09-18 15:02 GMT+03:00 Aleksandr Bezzubikov <zuban...@gmail.com>:
> 2017-05-02 15:42 GMT+03:00 Igor R <boost.li...@gmail.com>:
>>>>>> I'm trying to use the deterministic record/replay feature, and I would
>>>>>> lik
2017-09-19 12:30 GMT+03:00 Alex Bennée <alex.ben...@linaro.org>:
>
> Pavel Dovgalyuk <dovga...@ispras.ru> writes:
>
>>> From: Aleksandr Bezzubikov [mailto:zuban...@gmail.com]
>>> 2017-09-18 15:02 GMT+03:00 Aleksandr Bezzubikov <zuban...@gmail.com>:
>
ср, 20 сент. 2017 г. в 10:13, Marcel Apfelbaum <mar...@redhat.com>:
> On 19/09/2017 23:34, Eduardo Habkost wrote:
> > On Fri, Aug 18, 2017 at 02:36:47AM +0300, Aleksandr Bezzubikov wrote:
> >> Introduce a new PCIExpress-to-PCI Bridge device,
> >> which is a
2017-09-20 17:02 GMT+03:00 Marcel Apfelbaum <mar...@redhat.com>:
> On 20/09/2017 16:57, Eduardo Habkost wrote:
>>
>> On Wed, Sep 20, 2017 at 09:52:01AM +, Aleksandr Bezzubikov wrote:
>>>
>>> ср, 20 сент. 2017 г. в 10:13, Marcel Apfelbaum <mar...
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
---
hw/pci-bridge/pcie_pci_bridge.c | 24 ++--
1 file changed, 18 insertions(+), 6 deletions(-)
diff --git a/hw/pci-bridge/pcie_pci_bridge.c b/hw/pci-bridge/pcie_pci_bridge.c
index 9aa5cc3..da562fe 100644
--- a/
2017-09-21 13:16 GMT+03:00 Marcel Apfelbaum <mar...@redhat.com>:
> Hi Aleksandr,
>
> On 21/09/2017 0:21, Aleksandr Bezzubikov wrote:
>>
>> Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
>> ---
>> hw/pci-bridge/pcie_pci_bridge.c | 24 +++
ср, 23 авг. 2017 г. в 5:46, Michael S. Tsirkin <m...@redhat.com>:
> On Tue, Aug 22, 2017 at 02:43:39PM +0300, Marcel Apfelbaum wrote:
> > On 18/08/2017 2:36, Aleksandr Bezzubikov wrote:
> > > This series introduces a new device - Generic PCI Express to PCI
> bridg
пт, 18 авг. 2017 г. в 2:33, Aleksandr Bezzubikov <zuban...@gmail.com>:
> 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
.
Also set the bridge's 'msi' property default value to 'auto' in order to
trigger errors
only when user explicitly set msi=on.
v2:
rewrite the commit message
Reported-by: Eduardo Habkost <ehabk...@redhat.com>
Signed-off-by: Aleksandr Bezzubikov <zuban...@gmail.com>
Reviewed-by: Marc
at
> /home/thuth/devel/qemu/hw/core/qdev.c:914
>
> Any clue what might be wrong here?
>
> Thomas
Hi Thomas,
This bug was already reported by Eduardo with ppc64, try this patch
that is intended to fix it
http://lists.nongnu.org/archive/html/qemu-devel/2017-09/msg06696.html
--
Aleksandr Bezzubikov
gt;> name=name@entry=0x559a4157 "realized",
>> errp=errp@entry=0x7fffc6d8) at
>> /home/thuth/devel/qemu/qom/qom-qobject.c:27
>> #5 0x557f0270 in object_property_set_bool (obj=0x5639b160,
>> value=, name=0x5555559a4157 "realized",
>> errp=0x7fffc6d8)
>> at /home/thuth/devel/qemu/qom/object.c:1171
>> #6 0x5570b549 in qdev_device_add
>> (opts=opts@entry=0x5640cb50, errp=errp@entry=0x7fffc7b0) at
>> /home/thuth/devel/qemu/qdev-monitor.c:632
>> ...
>>
>> Thomas
>>
>
Thanks,
Aleksandr Bezzubikov
le.objs |3
> replay/replay-debugging.c | 319
> +
> replay/replay-events.c| 16 ++
> replay/replay-internal.h |7 +
> replay/replay-time.c | 32 ++---
> replay/replay.c | 26
> stu
92 matches
Mail list logo
