On 2014/10/16 18:46, Gerd Hoffmann wrote:
Hi,
I try to prevent that by dropping the *oldest* connection, so you have a
chance to connect even if a unprivileged attacker tries to use up all
connection slots.
Lets say the limit is 5. The bad guy has 5 open idle connections.
The good guy
On Fri, Oct 17, 2014 at 02:34:07PM +0800, Gonglei wrote:
On 2014/10/16 18:46, Gerd Hoffmann wrote:
Hi,
I try to prevent that by dropping the *oldest* connection, so you have a
chance to connect even if a unprivileged attacker tries to use up all
connection slots.
Lets say the
On 2014/10/17 14:38, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 02:34:07PM +0800, Gonglei wrote:
On 2014/10/16 18:46, Gerd Hoffmann wrote:
Hi,
I try to prevent that by dropping the *oldest* connection, so you have a
chance to connect even if a unprivileged attacker tries to use up
On Sat, Aug 02, 2014 at 10:49:22PM +0200, Torbjörn Granlund wrote:
Qemu versions 1.7.0, 1.7.1, 2.0.0, 2.1.0 do not run Debian mips64 BE or
LE stably. While install in 32-bit mode typically works, running the
64-bit kernel causes qemu to segfault or abort after a while.
How to reproduce:
On Sun, Aug 03, 2014 at 02:11:30AM +0200, Torbjörn Granlund wrote:
I forgot to mention one of the popular crashes:
Assertion failed: (len = 64), function tcg_gen_deposit_i64, file
/var/tmp/pkg/usr/ports/emulators/qemu-devel/work/qemu-2.0.0/tcg/tcg-op.h,
line 2206.
(This corresponds to
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g vhost-user If qemu not close the fd the other process can
not free the hugepage otherwise exit process,this is ugly,so
qemu
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g vhost-user If qemu not close the fd the other
On 2014/10/17 16:27, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g vhost-user If qemu not close the fd the other process can
not free the
When do memory hotplug, if there is numa node, we should add
the memory size to the corresponding node memory size.
For now, it mainly affects the result of hmp command info numa.
Reviewed-by: Igor Mammedov imamm...@redhat.com
Signed-off-by: zhanghailiang zhang.zhanghaili...@huawei.com
---
v6:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g
On 2014/10/17 16:50, zhanghailiang wrote:
When do memory hotplug, if there is numa node, we should add
the memory size to the corresponding node memory size.
For now, it mainly affects the result of hmp command info numa.
Reviewed-by: Igor Mammedov imamm...@redhat.com
Signed-off-by:
On 2014/10/17 16:56, Gonglei wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage
On 2014/10/17 16:57, Linhaifeng wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the
Add peripheral_device_del_completion() to let peripheral device del completion
be possible.
Signed-off-by: Zhu Guihua zhugh.f...@cn.fujitsu.com
---
monitor.c | 24
1 file changed, 24 insertions(+)
diff --git a/monitor.c b/monitor.c
index 2d14f39..9c3fa01 100644
---
For peripheral device del completion, add a function to build a list for
hotpluggable devices.
Signed-off-by: Zhu Guihua zhugh.f...@cn.fujitsu.com
---
hw/core/qdev.c | 13 +
include/hw/qdev-core.h | 2 ++
2 files changed, 15 insertions(+)
diff --git a/hw/core/qdev.c
After inputting device_del command in monitor, we expect to list all
hotpluggable devices automatically by pressing tab key. This patchset provides
the function to list all peripheral devices such as memory devices.
v4:
- delete unused device_del_bus_completion (Igor)
- modify the way to get
device_del_bus_completion() that gathers devices from buses is unused; delete
it.
Signed-off-by: Zhu Guihua zhugh.f...@cn.fujitsu.com
---
monitor.c | 20
1 file changed, 20 deletions(-)
diff --git a/monitor.c b/monitor.c
index 9c3fa01..42affb7 100644
--- a/monitor.c
+++
Reviewed-by: Yongbok Kim yongbok@imgtec.com
Regards,
Yongbok
On 14/07/2014 17:19, Leon Alrae wrote:
Signed-off-by: Leon Alrae leon.al...@imgtec.com
---
target-mips/cpu.h |3 ++-
1 files changed, 2 insertions(+), 1 deletions(-)
diff --git a/target-mips/cpu.h b/target-mips/cpu.h
Public bug reported:
/home/dcb/qemu/trunk/qemu/hw/i386/intel_iommu.c:902:5: error: logical ‘and’
applied to non-boolean constant [-Werror=logical-op]
pvtd_as = s-address_spaces[VTD_SID_TO_BUS(source_id)];
^
$ fgrep VTD_SID_TO_BUS `find . -name \*.h -print`
Pranith Kumar bobby.pr...@gmail.com writes:
Hi Peter,
On Thu, Oct 16, 2014 at 4:05 AM, Peter Maydell peter.mayd...@linaro.org
wrote:
On 16 October 2014 03:45, Pranith Kumar bobby.pr...@gmail.com wrote:
The problem I am facing is that this seems to be crashing when run with a
Il 14/10/2014 14:48, Peter Maydell ha scritto:
Why don't we just do that automatically for all RAM regions
the machine creates? We're already splitting up a contiguous
chunk of RAM to parcel out to RAM regions, that's what the
indirection through ramaddrs is all about.
I can think of one
Changes RFC-v2x to v4:
Stefano Stabellini
Please try to get rid of the #ifdefs.
Moved 2 #ifdefs into hw/xen/xen_common.h
Changes v2 to RFC-v2x:
Paul Durrant
Use a 2nd shared page.
Added HVM_PARAM_VMPORT_IOREQ_PFN usage.
Changes v1 to v2:
More info in commit message.
This adds synchronisation of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and vmmouse.c
The registers are passed in the new
On 2014/10/15 22:39, GAUGUEY Rémy 228890 wrote:
Hello,
Using this Qemu patchset as well as recent irqfd work, I’ve tried to make
vhost-net working on Cortex-A15.
Unfortunately, even if I can correctly generate irqs to the guest through
irqfd, it seems to me that some pieces are still
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 17 October 2014 13:14
To: qemu-devel@nongnu.org; Paul Durrant
Cc: xen-de...@lists.xensource.com; Alexander Graf; Andreas Färber;
Anthony Liguori; Don Slutz; Marcel Apfelbaum; Markus Armbruster; Michael
S. Tsirkin;
Thanks for your feedback,
static irqreturn_t vm_interrupt(int irq, void *opaque) {
..
/* Read and acknowledge interrupts */
/*status = readl(vm_dev-base + VIRTIO_MMIO_INTERRUPT_STATUS);
writel(status, vm_dev-base + VIRTIO_MMIO_INTERRUPT_ACK);
if
On Fri, Oct 17, 2014 at 04:57:27PM +0800, Linhaifeng wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
On 10/17/14 08:34, Paul Durrant wrote:
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 17 October 2014 13:14
To: qemu-devel@nongnu.org; Paul Durrant
Cc: xen-de...@lists.xensource.com; Alexander Graf; Andreas Färber;
Anthony Liguori; Don Slutz; Marcel Apfelbaum;
-Original Message-
From: Don Slutz [mailto:dsl...@verizon.com]
Sent: 17 October 2014 14:31
To: Paul Durrant; Don Slutz; qemu-devel@nongnu.org
Cc: xen-de...@lists.xensource.com; Alexander Graf; Andreas Färber;
Anthony Liguori; Marcel Apfelbaum; Markus Armbruster; Michael S. Tsirkin;
Hmmm, I had not encountered this as I am using a new compiler which is
presumeably using -std=c11. Here is what I am using:
gcc --version
gcc (Ubuntu/Linaro 4.8.1-10ubuntu9) 4.8.1
A quick search on gcc 4.4 shows that a different flag may be
needed (-fms-extensions). There is also a special
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Only allow a GPIO name to be one or the other. Inputs and outputs are
functionally different and should be in different namespaces. Prepares
support for the QOMification of IRQs as Links or Child objects.
The alternative is to munge names
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
By passing in to object_property_set_link.
The lead user of this is the QDEV GPIO framework which will implement
GPIO disconnects via an unlink. GPIO disconnection is used by
qtest's irq_intercept_out command.
Reviewed-by: Alexander Graf
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Rather than an abort(). This allows callers to decide whether parenting
an already-parented object is a fatal error condition.
Useful for providing a default value for an object's parent in the case
where you want to set one iff it doesn't
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Within the object that contains the GPIO output. This allows for
connecting GPIO outputs via setting of a Link property.
Also clear the link value to zero. This catch-alls the case
where a device improperly inits a gpio_out (malloc instead of
These are the QOM IRQ patches from Peter Crosthwaite. I and Alex
made the small changes I requested, so here they are.
We tested them with v3 of the platform bus series. -device eTSEC
works as expected and qom-test's property retrieval loop works fine with
an eTSEC platform device added to the
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Change the qtest intercept handler to accept just the individual IRQ
being intercepted as opaque. n is still expected to be correctly set
as for the original intercepted irq. qemu_intercept_irq_in is updated
accordingly.
Then covert the
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
To replace the old qemu_irq intercept API (which had users reaching
into qdev private state for GPIOs).
Reviewed-by: Alexander Graf ag...@suse.de
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Signed-off-by: Paolo Bonzini
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Re-implement as a link setter. This should allow the QOM framework to
keep track of ref counts properly etc.
We need to add a default parent for the connecting input incase it's
coming from a non-qdev source. We simply parent the IRQ to the
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
No more users left and obsoleted by qdev_intercept_gpio_out.
Reviewed-by: Alexander Graf ag...@suse.de
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
hw/core/irq.c| 6
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
All users of GPIO outputs are fully QOMified, using QOM properties to
access the GPIO data. Delete.
Reviewed-by: Alexander Graf ag...@suse.de
Signed-off-by: Peter Crosthwaite peter.crosthwa...@xilinx.com
Signed-off-by: Paolo Bonzini
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Previously this was restricted to a single call per-dev/per-name. With
the conversion of the GPIO output state to QOM the implementation can
now handle repeated calls. Remove the restriction.
Reviewed-by: Alexander Graf ag...@suse.de
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Allows a container to take ownership of GPIOs in a contained
device and automatically connect them as GPIOs to the container.
This prepares for deprecation of the SYSBUS IRQ functionality, which
has this feature. We push it up to the device
From: Peter Crosthwaite peter.crosthwa...@xilinx.com
Re-implement the Sysbus GPIOs to use the existing TYPE_DEVICE
GPIO named framework. A constant string name is chosen to avoid
conflicts with existing unnamed GPIOs.
This unifies GPIOs are IRQs for sysbus devices and allows removal
of all
On 4 October 2014 22:24, Stefan Hajnoczi stefa...@redhat.com wrote:
From: John Snow js...@redhat.com
This patch implements the backend for the Q35 board
for us to be able to pick up and use drives defined
by the -cdrom, -hda, or -drive if=ide shorthand options.
Signed-off-by: John Snow
On 10/17/2014 08:53 PM, Peter Maydell wrote:
On 4 October 2014 22:24, Stefan Hajnoczi stefa...@redhat.com wrote:
From: John Snow js...@redhat.com
This patch implements the backend for the Q35 board
for us to be able to pick up and use drives defined
by the -cdrom, -hda, or -drive if=ide
On 17 October 2014 18:57, Michael Tokarev m...@tls.msk.ru wrote:
On 10/17/2014 08:53 PM, Peter Maydell wrote:
g_assert_cmpint() was only added in glib 2.16, so this won't
build on glib 2.12. A compat fudge in glib-compat.h should
be easy, though.
Or just change this to regular in-line
On 27 June 2014 13:52, Alexander Graf ag...@suse.de wrote:
From: Alexey Kardashevskiy a...@ozlabs.ru
Currently SPAPR PHB keeps track of all allocated MSI (here and below
MSI stands for both MSI and MSIX) interrupt because
XICS used to be unable to reuse interrupts. This is a problem for
Hi Andrey, thank you for your answer.
I know I can work around this by specifying a numa node.
My question is though is the current behaviour considered to be a bug, or
not. And if yes, when it is expected to get fixed.
Thanks,
Mikhail
On Fri, Oct 17, 2014 at 5:54 PM, Andrey Korolyov
On 16 October 2014 12:59, arei.gong...@huawei.com wrote:
From: Gonglei arei.gong...@huawei.com
This patch fixes compilation errors when building against glib 2.16.0
due to the missing g_strcmp0() function.
Suggested-by: Peter Maydell peter.mayd...@linaro.org
Signed-off-by: Gonglei
On Fri, 17 Oct 2014, Don Slutz wrote:
This adds synchronisation of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and
On 17 October 2014 19:02, Peter Maydell peter.mayd...@linaro.org wrote:
On 17 October 2014 18:57, Michael Tokarev m...@tls.msk.ru wrote:
On 10/17/2014 08:53 PM, Peter Maydell wrote:
g_assert_cmpint() was only added in glib 2.16, so this won't
build on glib 2.12. A compat fudge in glib-compat.h
On Fri, Oct 17, 2014 at 03:53:35PM +0200, Torbjörn Granlund wrote:
Aurelien Jarno aurel...@aurel32.net writes:
I have installation running in qemu-system-mips with weeks of uptime
without any problem. I have however tried the above with QEMU 2.1, and
I have been unable to reproduce the
Am 07.10.2014 um 13:59 hat Markus Armbruster geschrieben:
Device models should access their block backends only through the
block-backend.h API. Convert them, and drop direct includes of
inappropriate headers.
Just four uses of BlockDriverState are left:
* The Xen paravirtual block
On 10/17/14 13:41, Stefano Stabellini wrote:
On Fri, 17 Oct 2014, Don Slutz wrote:
This adds synchronisation of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu
The function g_assert_cmpint() is not in glib 2.12, which is our current
minimum requirement. Rephrase the recently added assertion to avoid it.
Signed-off-by: Peter Maydell peter.mayd...@linaro.org
---
hw/i386/pc_q35.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
Aurelien Jarno aurel...@aurel32.net writes:
I am using 2.1.2 under GNU/Linux.
Ah, so you're not trying to reproduce the problem!
Are you passing the -cpu 5Kc argument?
I don't think it's irrelevant, that's why I asked. If you don't provide
this information, we won't be able to check
Am 07.10.2014 um 13:59 hat Markus Armbruster geschrieben:
My last attempt got bogged down because I tried to do a reasonably
complete job, and the complexity proved more than I could handle with
the limited amount of uninterrupted time available. This time, I'm
cutting BlockBackend off with
On Fri, Oct 17, 2014 at 08:57:38PM +0200, Torbjörn Granlund wrote:
Aurelien Jarno aurel...@aurel32.net writes:
I am using 2.1.2 under GNU/Linux.
Ah, so you're not trying to reproduce the problem!
I do. Well you talked about 2.1.0, the latest stable one is 2.1.2. Now
if you prefer, we
I fixed the issue by adding naming and a couple of macros for short-cutting
the name. Interestingly and somewhat baffling, the only fields that needed
the fix were the bank_fieldoffsets and fieldoffsets. It appears to be
related to static initialization using these fields as all the CP15
Hi all,
(added rjones from nbdkit fame -- hi there)
So I think the following would make sense to allow TLS in NBD.
This would extend the newstyle negotiation by adding two options (i.e.,
client requests), one server reply, and one server error as well as
extend one existing reply, in the
Hi,
Have you tried the latest qemu (you can git clone from
http://git.qemu.org/qemu.git).
Actually, i have posted a patch fc50ff0666315be5120c70ad00cd0b0097484b84
pc-dimm: Don't check dimm-node when there is non-NUMA config
It should not break memory hotplug feature if there is
Subject: [Qemu-devel] [PATCH] hw/i386/pc_q35.c: Avoid g_assert_cmpint() as it
is not in glib 2.12
The function g_assert_cmpint() is not in glib 2.12, which is our current
minimum requirement. Rephrase the recently added assertion to avoid it.
Signed-off-by: Peter Maydell
On 2014/10/17 21:26, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:57:27PM +0800, Linhaifeng wrote:
On 2014/10/17 16:33, Daniel P. Berrange wrote:
On Fri, Oct 17, 2014 at 04:27:17PM +0800, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with
On 2014/10/17 16:43, zhanghailiang wrote:
On 2014/10/17 16:27, haifeng@huawei.com wrote:
From: linhaifeng haifeng@huawei.com
The VM start with share hugepage should close the hugefile fd
when exit.Because the hugepage fd may be send to other process
e.g vhost-user If qemu not close
Depending on the device, container-space-as contains the valid AddressSpace.
Using address_space_memory breaks devices sitting behind an iommu (and using
a separate address space).
Signed-off-by: Frank Blaschka blasc...@linux.vnet.ibm.com
---
hw/misc/vfio.c | 2 +-
1 file changed, 1
66 matches
Mail list logo