Signed-off-by: Richard Henderson
---
Makefile.target| 5 +-
tcg/tcg-op-gvec.h | 88 ++
tcg/tcg-runtime.h | 16 ++
tcg/tcg-op-gvec.c | 443 +
tcg/tcg-runtime-gvec.c | 199 ++
5 files changed, 749
Signed-off-by: Richard Henderson
---
tcg/tcg.h | 2 +
tcg/tcg.c | 310 ++
2 files changed, 312 insertions(+)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index b9e15da13b..b443143b21 100644
--- a/tcg/tcg.h
+++ b/tcg/tcg.h
@@ -962,6 +962,8 @@ do
When Alex and I started talking about this topic, this is the direction
I was thinking. The primary difference from Alex's version is that the
interface on the target/cpu/ side uses offsets and not a faux temp. The
secondary difference is that, for smaller vector sizes at least, I will
expand to
Add with value 0 so that structure zero initialization can
indicate that the field is not present.
Signed-off-by: Richard Henderson
---
tcg/tcg-opc.h | 2 ++
tcg/tcg.c | 3 +++
2 files changed, 5 insertions(+)
diff --git a/tcg/tcg-opc.h b/tcg/tcg-opc.h
index 9162125fac..b1445a4c24 100644
--
Signed-off-by: Richard Henderson
---
tcg/tcg-op-gvec.h | 4 +
tcg/tcg.h | 6 +-
tcg/tcg-op-gvec.c | 230 +++---
tcg/tcg.c | 8 +-
4 files changed, 197 insertions(+), 51 deletions(-)
diff --git a/tcg/tcg-op-gvec.h b/tcg/tcg-op-
Signed-off-by: Richard Henderson
---
tcg/i386/tcg-target.h | 46 +-
tcg/tcg-opc.h | 12 +-
tcg/i386/tcg-target.inc.c | 382 ++
3 files changed, 399 insertions(+), 41 deletions(-)
diff --git a/tcg/i386/tcg-target.h b/tcg/i386/tcg-t
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
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
Reviewed-by: Marcel Apfelbaum
---
src/fw/pciinit.c | 106 +
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
Reviewed-by: Marcel Apfelbaum
---
src/fw/pciinit.c| 4 ++--
src/hw/pci.c| 25 +
sr
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 Tue, Aug 15, 2017 at 4:41 PM Markus Armbruster wrote:
> Marc-André Lureau writes:
>
> > The type_seen member can be of a different type than the 'qtype' being
> > checked, since a string create several conflicts. Lookup the real
> > conflicting type in the conflict set, that one must be prese
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
Reviewed-by: Marcel Apfelbaum
---
src/fw/pciinit.c | 106 +
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
Reviewed-by: Marcel Apfelbaum
---
src/fw/pciinit.c| 4 ++--
src/hw/pci.c| 25 +
sr
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
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 v6->v7:
Change IO/MEM/PREF reservation properties type to SIZE.
Changes v5->v6:
1. Fix indentation in the ca
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
Reviewed-by: Marcel Apfelbaum
---
hw/pci-bridge/Makefile.objs
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
Reviewed-by: Marcel Apfelbaum
---
hw/pci/pci_bridge.c | 46 +
Signed-off-by: Aleksandr Bezzubikov
Reviewed-by: Laszlo Ersek
Reviewed-by: Marcel Apfelbaum
---
docs/pcie.txt| 49 ++--
docs/pcie_pci_bridge.txt | 114 +++
2 files changed, 140 insertions(+), 23 deletions(-)
create mode 1
To enable hotplugging of a newly created pcie-pci-bridge,
we need to tell firmware (e.g. SeaBIOS) 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 and IO/MEM/PREF space to r
On 08/17/2017 08:01 PM, Richard Henderson wrote:
Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
---
tcg/tcg.h | 2 +
tcg/tcg.c | 310 ++
2 files changed, 312 insertions(+)
diff --git a/tcg/tcg.h b/tcg/t
On 08/17/2017 08:01 PM, Richard Henderson wrote:
Add with value 0 so that structure zero initialization can
indicate that the field is not present.
Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
---
tcg/tcg-opc.h | 2 ++
tcg/tcg.c | 3 +++
2 files changed, 5 i
On 08/17/2017 08:01 PM, Richard Henderson wrote:
Nothing uses or enables them yet.
Signed-off-by: Richard Henderson
Reviewed-by: Philippe Mathieu-Daudé
---
tcg/tcg.h | 5 +
tcg/tcg.c | 2 +-
2 files changed, 6 insertions(+), 1 deletion(-)
diff --git a/tcg/tcg.h b/tcg/tcg.h
index d
On 08/17/17 22:57, Laszlo Ersek wrote:
> On 08/04/17 12:49, Paolo Bonzini wrote:
>> On 04/08/2017 10:36, Hannes Reinecke wrote:
>>> The LUN0 emulation is just that, an emulation for a non-existing
>>> LUN0. So we should be returning LUN_NOT_SUPPORTED for any request
>>> coming from any other LUN.
>
On 08/18/17 02:16, Laszlo Ersek wrote:
> On 08/17/17 22:57, Laszlo Ersek wrote:
>> On 08/04/17 12:49, Paolo Bonzini wrote:
>>> On 04/08/2017 10:36, Hannes Reinecke wrote:
The LUN0 emulation is just that, an emulation for a non-existing
LUN0. So we should be returning LUN_NOT_SUPPORTED for
Hello. I'm Melissa, a trans woman who is the main developer of the nVidia
emulation code for 86Box. I'm interested in porting this code over to QEMU
as QEMU has higher compatibility with newer operating systems, as well as
expanding the developer base for nVidia graphics card emulation.
The 86Box
On Thu, Aug 17, 2017 at 05:23:46PM +0100, Anthony PERARD wrote:
> This means that the function will be call and the property
> acpi-pcihp-bsel will be set even if ACPI build is disable.
>
> To do PCI passthrough with Xen, the property acpi-pcihp-bsel needs to be
> set, but this was done only when
On Thu, Aug 17, 2017 at 08:33:10PM +0200, Thomas Huth wrote:
> QEMU currently crashes when trying to use a 'pc-dimm' on the pseries
> machine without specifying its 'memdev' property. Let's add a sanity
> check to the pre_plug handler to fix this issue.
>
> Signed-off-by: Thomas Huth
Thanks for
On Sun, Aug 13, 2017 at 07:04:38PM +0200, BALATON Zoltan wrote:
> Enough to please U-Boot and make it able to detect SDRAM SPD EEPROMs
>
> Signed-off-by: François Revol
> Signed-off-by: BALATON Zoltan
I don't have the knowledge to review this deeply (or, rather, I don't
have the time to refresh
On 08/17/2017 10:02 PM, Thomas Huth wrote:
On 17.08.2017 10:41, Cornelia Huck wrote:
On Thu, 17 Aug 2017 08:25:09 +0200
Thomas Huth wrote:
With some small modifications, we can also use the the netfilter,
the fiter-mirror and the filter-redirector tests on s390x.
s/fiter/filter/
OK ... co
On Sun, Aug 13, 2017 at 07:04:38PM +0200, BALATON Zoltan wrote:
You know I'm going to say it, right: needs a commit message.
What's a "plb-pcix", and what's an example of a 440 SoCs which has it.
This is basically a new device, so I'm pretty willing to merge for
2.11 with minimal review once reb
Hi,
On 08/17/2017 10:01 PM, Darius Goad wrote:
Hello. I'm Melissa, a trans woman who is the main developer of the nVidia
emulation code for 86Box. I'm interested in porting this code over to QEMU
as QEMU has higher compatibility with newer operating systems, as well as
expanding the developer ba
On Thu, Aug 17, 2017 at 11:26:56AM +0800, Wei Wang wrote:
> Add a new vq to report hints of guest free pages to the host.
Please add some text here explaining the report_free_page_signal
thing.
I also really think we need some kind of ID in the
buffer to do a handshake. whenever id changes you
a
On Thu, Aug 17, 2017 at 11:26:54AM +0800, Wei Wang wrote:
> Add a new feature, VIRTIO_BALLOON_F_SG, which enables the transfer
> of balloon (i.e. inflated/deflated) pages using scatter-gather lists
> to the host.
>
> The implementation of the previous virtio-balloon is not very
> efficient, becaus
On Thu, Aug 17, 2017 at 11:26:56AM +0800, Wei Wang wrote:
> Add a new vq to report hints of guest free pages to the host.
>
> Signed-off-by: Wei Wang
> Signed-off-by: Liang Li
> ---
> drivers/virtio/virtio_balloon.c | 167
> +++-
> include/uapi/linux/virtio_
On Tue, Aug 15, 2017 at 02:42:21PM +1000, Sam Bobroff wrote:
> KVM now allows writing to KVM_CAP_PPC_SMT which has previously been
> read only. Doing so causes KVM to act, for that VM, as if the host's
> SMT mode was the given value. This is particularly important on Power
> 9 systems because their
This series adds a throttle block driver filter. Currently throttling is done
at the BlockBackend level. Using block driver interfaces we can move the
throttling to any point in the BDS graph using a throttle node which uses the
existing throttling code. This allows for potentially more complex
con
Signed-off-by: Manos Pitsidianakis
---
tests/qemu-iotests/184 | 310 +
tests/qemu-iotests/184.out | 422 +
tests/qemu-iotests/group | 1 +
3 files changed, 733 insertions(+)
create mode 100755 tests/qemu-iotests/
Move the CoMutex and CoQueue inits inside throttle_group_register_tgm()
which is called whenever a ThrottleGroupMember is initialized. There's
no need for them to be separate.
Reviewed-by: Alberto Garcia
Reviewed-by: Stefan Hajnoczi
Signed-off-by: Manos Pitsidianakis
---
block/block-backend.c
block/throttle.c uses existing I/O throttle infrastructure inside a
block filter driver. I/O operations are intercepted in the filter's
read/write coroutines, and referred to block/throttle-groups.c
The driver can be used with the syntax
-drive driver=throttle,file.filename=foo.qcow2, \
li
timer_cb() needs to know about the current Aio context of the throttle
request that is woken up. In order to make ThrottleGroupMember backend
agnostic, this information is stored in an aio_context field instead of
accessing it from BlockBackend.
Reviewed-by: Alberto Garcia
Reviewed-by: Stefan Haj
This commit eliminates the 1:1 relationship between BlockBackend and
throttle group state. Users will be able to create multiple throttle
nodes, each with its own throttle group state, in the future. The
throttle group state cannot be per-BlockBackend anymore, it must be
per-throttle node. This i
ThrottleGroup is converted to an object. This will allow the future
throttle block filter drive easy creation and configuration of throttle
groups in QMP and cli.
A new QAPI struct, ThrottleLimits, is introduced to provide a shared
struct for all throttle configuration needs in QMP.
ThrottleGroup
On Thu, 08/17 16:23, Paolo Bonzini wrote:
> > +if (scsi_sense_matches(r, SENSE_CODE(NO_MEDIUM))) {
> > +error = ENOMEDIUM;
> > +} else if (scsi_sense_matches(r, SENSE_CODE(TARGET_FAILURE))) {
> > +error = ENOMEM;
> > +} else if (scsi_sense_matches(r,
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> +const char *cc_name(int cc_op)
While we're changing things up a tich, enum cc_op?
> +{
> +static const char *cc_names[] = {
static const char * const cc_names[]
Otherwise,
Reviewed-by: Richard Henderson
r~
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> Only used in that file.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h | 14 --
> target/s390x/excp_helper.c | 14 ++
> 2 files changed, 14 insertions(+), 14 deletions(-)
Reviewed-by: Richard Hen
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> Only used in that file.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h| 11 ---
> target/s390x/mem_helper.c | 11 +++
> 2 files changed, 11 insertions(+), 11 deletions(-)
Reviewed-by: Richard Henderson
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> Only used in that file. Also drop the comment, not really needed.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h | 7 ---
> target/s390x/diag.c | 7 +++
> 2 files changed, 7 insertions(+), 7 deletions(-)
Reviewed-by: R
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> Only used in that file.
>
> Signed-off-by: David Hildenbrand
> ---
> target/s390x/cpu.h | 11 ---
> target/s390x/misc_helper.c | 11 +++
> 2 files changed, 11 insertions(+), 11 deletions(-)
Reviewed-by: Richard Henderson
On Thu, Aug 17, 2017 at 11:40:48AM +0200, Paolo Bonzini wrote:
> On 17/08/2017 07:56, Peter Xu wrote:
> > In vtd_switch_address_space() we did the memory region switch, however
> > it's possible that the caller of it has not taken the BQL at all. Make
> > sure we have it.
> >
> > CC: Paolo Bonzini
On 08/17/2017 02:22 AM, David Hildenbrand wrote:
> Let's do it just like the other architectures. Introduce kvm-stub.c
> for stubs and kvm_s390x.h for the declarations.
>
> Add a fake declaration of struct kvm_s390_irq so we don't need other
> ugly CONFIG_KVM checks.
>
> Change license to GPL2+ a
On Thu, Aug 17, 2017 at 06:31:28PM -0300, Daniel Henrique Barboza wrote:
>
>
> On 08/17/2017 04:52 AM, David Gibson wrote:
> > On Tue, Aug 15, 2017 at 05:28:46PM -0300, Daniel Henrique Barboza wrote:
> > > This patch is a follow up on the discussions that started with
> > > Laurent's patch series
> On Aug 15, 2017, at 6:27 PM, Paolo Bonzini wrote:
>
> On 15/08/2017 20:46, Programmingkid wrote:
>>
>>> On Aug 14, 2017, at 2:51 AM, Paolo Bonzini wrote:
>>>
>>> On 13/08/2017 21:13, Programmingkid wrote:
Lately I found out that Windows NT 4.0 seems to work well with the
486 and p
> -Original Message-
> From: Auger Eric [mailto:eric.au...@redhat.com]
> Sent: Thursday, August 17, 2017 9:03 PM
> To: Bharat Bhushan ;
> eric.auger@gmail.com; peter.mayd...@linaro.org;
> alex.william...@redhat.com; m...@redhat.com; qemu-...@nongnu.org;
> qemu-devel@nongnu.org
> Cc: w
On Fri, Aug 18, 2017 at 12:35:36PM +1000, David Gibson wrote:
> On Tue, Aug 15, 2017 at 02:42:21PM +1000, Sam Bobroff wrote:
> > KVM now allows writing to KVM_CAP_PPC_SMT which has previously been
> > read only. Doing so causes KVM to act, for that VM, as if the host's
> > SMT mode was the given va
Philippe Mathieu-Daudé writes:
> On 08/17/2017 02:55 PM, Alistair Francis wrote:
On 15/08/2017 09:30, Markus Armbruster wrote:
> The stupid fix is to repeat libraries until the link succeeds:
>
> test-util-obj-y = libqemuutil.a libqemustub.a libqemuutil.a
>
> [...]
>
Hi!
We have received a report that qemu cannot handle hundreds of virtio
devices and crashes. I tried qemu with 150 virtio-block devices, 1 CPU and
and 2GB RAM (the exact command line is at the end) and found that it took
more than 5.5GB resident and 9GB virtual memory. Bit weird, I tried
valgrind
Hello QEMU PPC people,
This is v3, it is only a single patch now.
My core objective with this patch is to provide a way for QEMU to configure the
newly writeable KVM capability 'KVM_CAP_PPC_SMT', because without it Power 9
hosts can only run VMs with a single thread per core. (With this capabili
KVM now allows writing to KVM_CAP_PPC_SMT which has previously been
read only. Doing so causes KVM to act, for that VM, as if the host's
SMT mode was the given value. This is particularly important on Power
9 systems because their default value is 1, but they are able to
support values up to 8.
Th
On 08/18/2017 02:57 AM, Laszlo Ersek wrote:
> On 08/18/17 02:16, Laszlo Ersek wrote:
>> On 08/17/17 22:57, Laszlo Ersek wrote:
>>> On 08/04/17 12:49, Paolo Bonzini wrote:
On 04/08/2017 10:36, Hannes Reinecke wrote:
> The LUN0 emulation is just that, an emulation for a non-existing
> LU
On 18/08/2017 05:38, Fam Zheng wrote:
> On Thu, 08/17 16:23, Paolo Bonzini wrote:
>>> +if (scsi_sense_matches(r, SENSE_CODE(NO_MEDIUM))) {
>>> +error = ENOMEDIUM;
>>> +} else if (scsi_sense_matches(r, SENSE_CODE(TARGET_FAILURE))) {
>>> +error = ENOMEM;
>>> +
201 - 261 of 261 matches
Mail list logo
