Thanks, applied to trivial-patches queue.
/mjt
Am 05.02.2014 21:15, schrieb Dr. David Alan Gilbert:
> * Stefan Priebe (s.pri...@profihost.ag) wrote:
>> Hello,
>>
>> after live migrating machines with a lot of memory (32GB, 48GB, ...)
>> i see pretty often crashing services after migration and the guest
>> kernel prints:
>>
>> [1707620.031806] s
I am using mips-malta kernels with QEMU-1.0.1 on ubuntu host(running on
VMWare). Qemu guest can ping ubuntu host perfectly but it is unable to ping
other machines. Using tcpdump i have noticed that ongoing traffic is
working but in case of incoming, qemu does not allow to pass this from
vmware mach
Stefano Stabellini writes:
> On Wed, 5 Feb 2014, Markus Armbruster wrote:
>> [Note cc: Stefano]
>>
>> Kevin Wolf writes:
>>
>> > Am 30.01.2014 um 13:16 hat Markus Armbruster geschrieben:
>> >> It's a copy of dev->conf.bs. The copy was needed for non-qdevified
>> >> controllers, which lacked d
socketcall is just a dispatcher, it accepts an array of ulongs and should
call the right socket function. We tried to handle arguments for every
function case, and did that differently, which in the past caused errors
due to wrong types or sizes used. So instead of extracting args in every
case,
QEMU for MinGW does not use fnmatch. There is also no asprintf in latest
QEMU, only in dtc where it does no harm. The build for MinGW does not
use -Werror (for good reason). And yes, MinGW is broken and complains
about most format string. Just ignore these warnings, it will work
nevertheless.
If y
On Wed, Feb 05, 2014 at 12:44:06PM -0500, Kevin O'Connor wrote:
> On Tue, Feb 04, 2014 at 04:33:19PM +0400, Michael Tokarev wrote:
> > We have a bugreport in debian, http://bugs.debian.org/737142,
> > stating that PC-BSD does not work with seabios-1.7.4 anymore.
> >
> > I digged in, and found out
On Thu, 2014-02-06 at 01:25 +0100, Maik Broemme wrote:
> Hi Alex,
>
> Maik Broemme wrote:
> > > > > > Another minor issue is that the R9 290X is not reset during
> > > > > > shutdown of
> > > > > > VM (neither Linux nor Windows) but it can be tricked with doing
> > > > > > "suspend-to-ram" betwe
On 02/06/2014 03:45 AM, Paolo Bonzini wrote:
> Il 05/02/2014 17:42, Dr. David Alan Gilbert ha scritto:
>> Because:
>> * the code is still running and keeps redirtying a small handful of
>> pages
>> * but because we've underestimated our available bandwidth we never stop
>> it and just
Getting the same result in QEMU 1.6.2. NeXT setup is reporting
'interrupt timeout, cmd: 0xc5', ATA command c5 failed,
resetting drives.
This repeats until it gives up.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.laun
On 02/06/14 02:14, tyler knosis wrote:
> Public bug reported:
>
> Trying to install NeXTSTEP 3.3 onto a 2GB file with QEMU 1.7.0.
> In the terminal that started QEMU, there are a lot of
> dma: command 10 not supported
> and
> dma: command 14 not supported
> messages.
These correspond to
On Wed, Feb 05, 2014 at 06:44:56PM +, Peter Maydell wrote:
> On 3 February 2014 09:44, Edgar E. Iglesias wrote:
> > From: "Edgar E. Iglesias"
> > I'm looking at modeling systems where multiple CPUs co-exist with
> > different views of their attached buses/devs.
> >
> > With this series I'm tr
Public bug reported:
Trying to install NeXTSTEP 3.3 onto a 2GB file with QEMU 1.7.0.
In the terminal that started QEMU, there are a lot of
dma: command 10 not supported
and
dma: command 14 not supported
messages. When the installation of NeXTSTEP gets to
'preparing disk for nextstep inst
On Tue, Feb 04, 2014 at 02:02:59PM -0500, Gabriel L. Somlo wrote:
> Add v2.3 fields to Type 17 (Memory Device) structure. Without these,
> selecting "About This Mac" on an OS X guest will crash and restart
> the GUI.
Thanks. In general, though, it is preferred to make smbios changes at
the QEMU l
Hi Alex,
Maik Broemme wrote:
> > > > > Another minor issue is that the R9 290X is not reset during shutdown
> > > > > of
> > > > > VM (neither Linux nor Windows) but it can be tricked with doing
> > > > > "suspend-to-ram" between two starts. That's why I use '-no-reboot'
> > > > > option
> > >
On Wed, Feb 5, 2014 at 9:01 PM, Peter Maydell wrote:
> On 5 February 2014 06:59, Peter Crosthwaite
> wrote:
>> cc Alistair, this may conflict with his timer work.
It seems fine to me. None of Peter's code changes conflict with mine,
except for adding the ".accessfn = pmreg_access," to the PMCCNT
Hi Alex,
Alex Williamson wrote:
> On Wed, 2014-02-05 at 22:10 +0100, Maik Broemme wrote:
> > Hi Alex,
> >
> > Alex Williamson wrote:
> > > On Wed, 2014-02-05 at 19:59 +0100, Maik Broemme wrote:
> > > > Hi,
> > > >
> > > > currently VFIO with multi GPU passthrough is working partially and
> > >
On Thu, Feb 6, 2014 at 2:46 AM, Andreas Färber wrote:
> Am 05.02.2014 17:38, schrieb Paolo Bonzini:
>> Il 05/02/2014 15:09, Andreas Färber ha scritto:
>>> diff --git a/hw/core/qdev.c b/hw/core/qdev.c
>>> index 82a9123..14c8765 100644
>>> --- a/hw/core/qdev.c
>>> +++ b/hw/core/qdev.c
>>> @@ -131,21
Public bug reported:
I've run across all sorts of problems. The first was simple, warnings
treated as errors, and a warning of -fPIC ignored because its generating
all code as position independant. Next came the %hhx's everywhere.
MinGW is apparently following old MSVC non-C99 compliant systems,
On Wed, Feb 5, 2014 at 6:55 PM, Andreas Färber wrote:
> Am 05.02.2014 09:39, schrieb Markus Armbruster:
>> This reverts commit 7426aa72c36c908a7d0eae3e38568bb0a70de479.
>>
>> The commit goes into a sensible direction, but it violates qdev design
>> assumptions. Symptom: "info qtree" crashes for a
On Wed, Feb 05, 2014 at 09:57:06PM +0100, Sebastian wrote:
> >>I can't reproduce the hang with the dosidle program linked by
> >>Sebastian. (I ran the program on freedos and on an msdos floppy and
> >>both times it said it install succesfully.) Can someone walk through
> >>the steps needed to rep
On Wed, 2014-02-05 at 22:10 +0100, Maik Broemme wrote:
> Hi Alex,
>
> Alex Williamson wrote:
> > On Wed, 2014-02-05 at 19:59 +0100, Maik Broemme wrote:
> > > Hi,
> > >
> > > currently VFIO with multi GPU passthrough is working partially and
> > > hopefully somebody has a hint about the problem.
On Tue, Feb 04, 2014 at 12:51:25PM +0530, Aneesh Kumar K.V wrote:
> "Michael S. Tsirkin" writes:
>
> > On Mon, Feb 03, 2014 at 03:05:10PM +0530, Aneesh Kumar K.V wrote:
> >> "Michael S. Tsirkin" writes:
> >>
> >> > Haven't used 9pfs in a while.
> >> > I thought these patches are a good time to
Hi Alex,
Alex Williamson wrote:
> On Wed, 2014-02-05 at 19:59 +0100, Maik Broemme wrote:
> > Hi,
> >
> > currently VFIO with multi GPU passthrough is working partially and
> > hopefully somebody has a hint about the problem. I'm doing passthrough
> > of an AMD Radeon R9 290X and AMD Radeon 7870
Hi,
if the feature VIRTIO_NET_F_CTRL_VLAN is not negotiated, virtio-net should
not filter VLANs. That means it should send all packets to the guest
instead of dropping all packets that have any VLAN id. The following patch
fixes the issue.
Cheers,
Stefan
--- a/hw/net/virtio-net.c
+++ b/hw/ne
Hi,
I can't reproduce the hang with the dosidle program linked by
Sebastian. (I ran the program on freedos and on an msdos floppy and
both times it said it install succesfully.) Can someone walk through
the steps needed to reproduce the problem?
I found some old Win3.1 images, and I do see t
* Stefan Priebe (s.pri...@profihost.ag) wrote:
> Hello,
>
> after live migrating machines with a lot of memory (32GB, 48GB, ...)
> i see pretty often crashing services after migration and the guest
> kernel prints:
>
> [1707620.031806] swap_free: Bad swap file entry 00377410
> [1707620.031806] sw
On Wed, 2014-02-05 at 19:59 +0100, Maik Broemme wrote:
> Hi,
>
> currently VFIO with multi GPU passthrough is working partially and
> hopefully somebody has a hint about the problem. I'm doing passthrough
> of an AMD Radeon R9 290X and AMD Radeon 7870 GHz Edition to a single VM.
>
> If the VM is
On Wed, Feb 05, 2014 at 01:03:53PM -0700, Eric Blake wrote:
> On 02/05/2014 01:05 PM, Michael S. Tsirkin wrote:
> > Document that get_image_size sets errorno
>
> s/errorno/errno/
>
> > on failure.
> >
> > Suggested-by: Peter Maydell
> > Signed-off-by: Michael S. Tsirkin
> > ---
> > include/hw
On 02/05/2014 01:05 PM, Michael S. Tsirkin wrote:
> Document that get_image_size sets errorno
s/errorno/errno/
> on failure.
>
> Suggested-by: Peter Maydell
> Signed-off-by: Michael S. Tsirkin
> ---
> include/hw/loader.h | 7 +++
> 1 file changed, 7 insertions(+)
>
Reviewed-by: Eric Bla
Document that get_image_size sets errorno
on failure.
Suggested-by: Peter Maydell
Signed-off-by: Michael S. Tsirkin
---
include/hw/loader.h | 7 +++
1 file changed, 7 insertions(+)
diff --git a/include/hw/loader.h b/include/hw/loader.h
index 7a23d6b..91b0122 100644
--- a/include/hw/loader.
On Sun, Feb 02, 2014 at 08:46:35PM +, Peter Maydell wrote:
> On 2 February 2014 20:46, Michael S. Tsirkin wrote:
> > Signed-off-by: Michael S. Tsirkin
> > ---
> > hw/i386/pc.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/hw/i386/pc.c b/hw/i386/pc.c
> > i
Le Monday 03 Feb 2014 à 11:32:30 (+0100), Kevin Wolf a écrit :
> The qemu-io command sequences make the assumption that an unaligned
> request on the format layer will be unaligned on the blkdebug layer as
> well. This doesn't necessarily hold true for drivers other than raw.
>
> Signed-off-by: Ke
Le Tuesday 04 Feb 2014 à 14:26:58 (-0500), Jeff Cody a écrit :
> In preparation for supporting reopen on gluster, move flag
> parsing out to a function. Also, store open_flags and filename
> in the gluster state storage struct, and add a NULL check in the
> gconf cleanup.
>
> Signed-off-by: Jeff
On Wed, Feb 05, 2014 at 01:34:19PM -0500, Kevin O'Connor wrote:
> On Wed, Feb 05, 2014 at 02:19:58PM +0100, Gerd Hoffmann wrote:
> > On Di, 2014-02-04 at 20:47 +0100, Kevin Wolf wrote:
> > > Hi Gerd,
> > >
> > > Am 09.01.2014 um 00:20 hat Sebastian geschrieben:
> > > > Hi,
> > > >
> > > > I notic
Hi,
currently VFIO with multi GPU passthrough is working partially and
hopefully somebody has a hint about the problem. I'm doing passthrough
of an AMD Radeon R9 290X and AMD Radeon 7870 GHz Edition to a single VM.
If the VM is running Linux this works quite well with radeon or fglrx
driver. Plea
Am 04.09.2013 11:04, schrieb Andreas Färber:
> Default to false.
>
> Tidy variable naming and inline cast uses while at it.
>
> Signed-off-by: Andreas Färber
If I've re-read the IRC transcript correctly, Paolo objected to patch
03/41 and had doubts about 02/41. I have therefore applied this 01/
On 3 February 2014 09:44, Edgar E. Iglesias wrote:
> From: "Edgar E. Iglesias"
> I'm looking at modeling systems where multiple CPUs co-exist with
> different views of their attached buses/devs.
>
> With this series I'm trying to take some steps towards having
> an address-space per CPU. It's not
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Am 05.02.2014 19:24, schrieb Eric Blake:
> On 02/05/2014 10:35 AM, Andreas Färber wrote:
>> Functionally it is a recursive qom-list with qom-get per
>> non-child<> property. Some failures needed to be handled, such as
>> trying to read a pointer proper
On Wed, Feb 05, 2014 at 02:19:58PM +0100, Gerd Hoffmann wrote:
> On Di, 2014-02-04 at 20:47 +0100, Kevin Wolf wrote:
> > Hi Gerd,
> >
> > Am 09.01.2014 um 00:20 hat Sebastian geschrieben:
> > > Hi,
> > >
> > > I noticed in newer versions of Qemu (Debian Jessie) a regression
> > > causing DISPLAY.
On 02/05/2014 10:35 AM, Andreas Färber wrote:
> Functionally it is a recursive qom-list with qom-get per non-child<>
> property. Some failures needed to be handled, such as trying to read a
> pointer property, which is not representable in QMP. Those print a
> literal "".
>
> Signed-off-by: Andrea
On 31 January 2014 14:49, Paolo Bonzini wrote:
> Yet another rebase of the loadable module series, with the
> following changes:
>
> 1) reworked a bit the build system magic so that "make foo.o" will pick
> the right flags when foo.o is part of a module.
>
> 2) redid the split between patches 6/7/
Hello,
I wonder if you have few minutes to review the patch and contribute to apply it
to upstream.
I appreciate your help.
Link:
http://lists.nongnu.org/archive/html/qemu-devel/2014-01/msg01823.html
Thanks,
Miki
- Original Message -
From: "Miki Mishael"
To: qemu-devel@nongnu.org
Cc:
Functionally it is a recursive qom-list with qom-get per non-child<>
property. Some failures needed to be handled, such as trying to read a
pointer property, which is not representable in QMP. Those print a
literal "".
Signed-off-by: Andreas Färber
---
scripts/qmp/qom-tree | 70 +
Hi. This is a rebased and mildly cleaned up version of Claudio's
RFC patchset from last year to add libvixl to QEMU and use it
for A64 disassembly.
Since this has now got review and the only change is adding
the README I'm planning to put it in my next target-arm pull
request.
Paolo: just a heads
On 02/05/2014 10:18 AM, Paolo Bonzini wrote:
> Il 05/02/2014 18:13, Andreas Färber ha scritto:
>> > +error_set(errp, QERR_INVALID_PARAMETER_TYPE, name ? name :
>> "null",
>> > + "size");
>>
>> error_setg()?
>
> We're still using error_set for existing errors. In this case
On Tue, 4 Feb 2014, Olaf Hering wrote:
> On Tue, Feb 04, Olaf Hering wrote:
>
> > On Tue, Feb 04, Kevin Wolf wrote:
> >
> > > Now you call bdrv_acct_done() in the callback without having a matching
> > > bdrv_acct_start(). You need to make it conditional in the callback.
>
> > Stefano,
> > Is io
Am 05.02.2014 18:58, schrieb Paolo Bonzini:
> Il 05/02/2014 18:56, Andreas Färber ha scritto:
>> I don't think it's a modern equivalent of anything. The two are
just
>> different.
>> It is quite obviously the equivalent in that it dumps the values of all
>> properties like info qtre
On Tue, Feb 04, 2014 at 04:33:19PM +0400, Michael Tokarev wrote:
> We have a bugreport in debian, http://bugs.debian.org/737142,
> stating that PC-BSD does not work with seabios-1.7.4 anymore.
>
> I digged in, and found out that it fails only with -vga std
> (cirrus works fine). So I bisected the
Hello,
I wonder if you have few minutes to review the patch and contribute to apply it
to upstream.
I appreciate your help.
Link:
http://lists.gnu.org/archive/html/qemu-devel/2014-01/msg02290.html
Thanks,
Miki
- Original Message -
From: "Miki Mishael"
To: qemu-devel@nongnu.org
Cc: "
Am 05.02.2014 18:55, schrieb Paolo Bonzini:
> Il 05/02/2014 18:51, Andreas Färber ha scritto:
>>> > So, even though I think this script is a very welcome addition, I
>>> don't
>>> > think it helps settling the question of what to do with "info qtree".
>>> > IMO there's no good reason to exclude bus
Il 05/02/2014 18:35, Andreas Färber ha scritto:
Functionally it is a recursive qom-list with qom-get per non-child<>
property. Some failures needed to be handled, such as trying to read a
pointer property, which is not representable in QMP. Those print a
literal "".
Signed-off-by: Andreas Färber
Il 05/02/2014 18:51, Andreas Färber ha scritto:
> So, even though I think this script is a very welcome addition, I don't
> think it helps settling the question of what to do with "info qtree".
> IMO there's no good reason to exclude busless devices from "info qtree",
> and it's a bug (of course
On Wed, 5 Feb 2014, Andreas Färber wrote:
> Stefano,
>
> Am 10.01.2014 14:31, schrieb arm...@redhat.com:
> > From: Markus Armbruster
> >
> > Get available machines via QMP instead of hardcoding a list that's
> > perpetually out of date.
> >
> > A few machines don't work out of the box:
> [...]
Am 05.02.2014 17:46, schrieb Andreas Färber:
> Am 05.02.2014 17:38, schrieb Paolo Bonzini:
>> Il 05/02/2014 15:09, Andreas Färber ha scritto:
>>> diff --git a/hw/core/qdev.c b/hw/core/qdev.c
>>> index 82a9123..14c8765 100644
>>> --- a/hw/core/qdev.c
>>> +++ b/hw/core/qdev.c
>>> @@ -131,21 +131,27 @
Am 05.02.2014 18:48, schrieb Paolo Bonzini:
> Il 05/02/2014 18:35, Andreas Färber ha scritto:
>> Functionally it is a recursive qom-list with qom-get per non-child<>
>> property. Some failures needed to be handled, such as trying to read a
>> pointer property, which is not representable in QMP. Tho
Il 05/02/2014 18:56, Andreas Färber ha scritto:
>> I don't think it's a modern equivalent of anything. The two are just
>> different.
It is quite obviously the equivalent in that it dumps the values of all
properties like info qtree does for static properties only of
qbus-attached devices only.
Am 05.02.2014 18:51, schrieb Andreas Färber:
> Am 05.02.2014 18:48, schrieb Paolo Bonzini:
>> Il 05/02/2014 18:35, Andreas Färber ha scritto:
>>> Functionally it is a recursive qom-list with qom-get per non-child<>
>>> property. Some failures needed to be handled, such as trying to read a
>>> point
On Wed, 5 Feb 2014, Paolo Bonzini wrote:
> Il 05/02/2014 17:54, Stefano Stabellini ha scritto:
> > > > I'm not sure how this is related to fw_cfg? fw_cfg is just a simple
> > > key-value
> > > > store. If hvmloader doesn't use it, it should be a burden.
> > I was referring to the fact that QEMU m
Hello,
after live migrating machines with a lot of memory (32GB, 48GB, ...) i
see pretty often crashing services after migration and the guest kernel
prints:
[1707620.031806] swap_free: Bad swap file entry 00377410
[1707620.031806] swap_free: Bad swap file entry 00593c48
[1707620.031807] swap
Il 13/01/2014 21:36, Steven Noonan ha scritto:
The -fstack-protector flag family is useful for ensuring safety and for
debugging, but has a performance impact. Here are some boot time comparisons of
the various versions of -fstack-protector using qemu-system-arm on an x86_64
host:
# -fstack-
On Wed, Feb 05, 2014 at 10:36:42AM +0100, Claudio Fontana wrote:
> On 4 February 2014 20:40, Christoffer Dall
> wrote:
> > On Tue, Feb 04, 2014 at 04:52:08PM +, Peter Maydell wrote:
> >> On 4 February 2014 16:37, Claudio Fontana wrote:
> >> > On 4 February 2014 16:39, Peter Maydell wrote:
>
If we have a C++ compiler available, link with it, because we might be
linking some C++ files in. This allows us to include C++ object files
in the QEMU binary proper.
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
---
rules.mak | 8 ++--
1 file changed, 6 insertions(+), 2 dele
From: Claudio Fontana
Use libvixl to implement disassembly output in debug
logs for A64, for use with both AArch64 hosts and targets.
Signed-off-by: Claudio Fontana
[PMM:
* added support for target disassembly
* switched to custom QEMUDisassembler so the output format
matches what QEMU exp
Fix various minor issues with upstream libvixl so that it will compile
successfully on the platforms QEMU cares about:
* remove unused GBytes constant (it clashes with the glib headers)
* fix suffixes on constants to use 'LL' for 64 bit constants so
we can compile on 32 bit hosts
Signed-off-b
The A64 disassembler libvixl uses .cc as its suffix for
C++ source files, so add support for it (we already support
.cpp).
Signed-off-by: Peter Maydell
Reviewed-by: Richard Henderson
---
rules.mak | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/rules.mak b/rules.mak
ind
I added host/guest notifiers support for virtio-mmio, so that qemu can
enable vhost-net for kvm-arm. Sorry for that I cannot measure the performance
difference because I have only Exynos-5250 arndale boards which only provide
a 100 Mbps Ethernet. But in our previous work in kvm-arm (refer: Evaluati
Il 04/02/2014 13:14, Markus Armbruster ha scritto:
Paolo Bonzini writes:
Il 04/02/2014 11:33, Markus Armbruster ha scritto:
This breaks migration unless you change bus=ide.0 to bus=ide.1 on
the destination.
Should be mentioned in release notes. Do we have a place where we
collect r
Il 05/02/2014 18:13, Andreas Färber ha scritto:
> +error_set(errp, QERR_INVALID_PARAMETER_TYPE, name ? name : "null",
> + "size");
error_setg()?
We're still using error_set for existing errors. In this case, the code
is taken from qdev-properties.c.
Paolo
Otherwi
Make ioeventfd could be enabled or disabled (default). Since ioeventfd
is not yet ready in kvm-arm, without this option, qemu will get a
problem if it attempts to initialize ioeventfd.
To coincide this option of virtio-mmio with virtio-pci, I would like to
also move VIRTIO_PCI_FLAG_USE_IOEVENTFD t
Am 30.01.2014 14:09, schrieb Paolo Bonzini:
> Signed-off-by: Paolo Bonzini
> ---
> qapi/string-input-visitor.c | 24
> 1 file changed, 24 insertions(+)
>
> diff --git a/qapi/string-input-visitor.c b/qapi/string-input-visitor.c
> index 8f1bc41..793548a 100644
> --- a/qapi
On Wed, 5 Feb 2014, Markus Armbruster wrote:
> [Note cc: Stefano]
>
> Kevin Wolf writes:
>
> > Am 30.01.2014 um 13:16 hat Markus Armbruster geschrieben:
> >> It's a copy of dev->conf.bs. The copy was needed for non-qdevified
> >> controllers, which lacked dev.
> >>
> >> Note how pci_piix3_xen_
set_host_notifier() is introduced into virtio-mmio now. Most of codes came
from virtio-pci.
Signed-off-by: Ying-Shiuan Pan
---
hw/virtio/virtio-mmio.c | 70 +
1 file changed, 70 insertions(+)
diff --git a/hw/virtio/virtio-mmio.c b/hw/virtio/virtio
Signed-off-by: Andreas Färber
---
tests/Makefile | 5 +
tests/vmxnet3-test.c | 35 +++
2 files changed, 40 insertions(+)
create mode 100644 tests/vmxnet3-test.c
diff --git a/tests/Makefile b/tests/Makefile
index 57e21fc..323c600 100644
--- a/tests/Make
Il 05/02/2014 17:54, Stefano Stabellini ha scritto:
> I'm not sure how this is related to fw_cfg? fw_cfg is just a simple key-value
> store. If hvmloader doesn't use it, it should be a burden.
I was referring to the fact that QEMU might not have all the info that
need to be written to fw_cfg w
Test PCI only for now.
Signed-off-by: Andreas Färber
---
tests/Makefile | 4
tests/pcnet-test.c | 35 +++
2 files changed, 39 insertions(+)
create mode 100644 tests/pcnet-test.c
diff --git a/tests/Makefile b/tests/Makefile
index eabdf98..867d931 100644
Signed-off-by: Andreas Färber
---
tests/Makefile | 3 +++
tests/rtl8139-test.c | 35 +++
2 files changed, 38 insertions(+)
create mode 100644 tests/rtl8139-test.c
diff --git a/tests/Makefile b/tests/Makefile
index 323c600..eabdf98 100644
--- a/tests/Makefi
Signed-off-by: Ying-Shiuan Pan
---
hw/virtio/virtio-mmio.c | 45 +
1 file changed, 45 insertions(+)
diff --git a/hw/virtio/virtio-mmio.c b/hw/virtio/virtio-mmio.c
index f95b7dd..11964ee 100644
--- a/hw/virtio/virtio-mmio.c
+++ b/hw/virtio/virtio-mmio.c
Cc: Stefan Hajnoczi
Signed-off-by: Andreas Färber
---
tests/Makefile | 7 +++
tests/e1000-test.c | 35 +++
2 files changed, 42 insertions(+)
create mode 100644 tests/e1000-test.c
diff --git a/tests/Makefile b/tests/Makefile
index 42a52ff..57e21fc 100644
Same as host notifier of virtio-mmio, most of codes came from virtio-pci.
The kvm-arm does not yet support irqfd, need to fix the hard-coded part after
kvm-arm gets irqfd support.
Signed-off-by: Ying-Shiuan Pan
---
hw/virtio/virtio-mmio.c | 60 +
1
Hello Stefan,
As discussed late last year, this series starts preparing tests to cover
optional NICs. They don't do any functional tests but assure that QOM/PCI
refactorings don't break the basic usage of these devices.
pcnet-test.c is intended to handle sparc's lance as well.
virtio-net is miss
Signed-off-by: Andreas Färber
---
tests/Makefile| 3 +++
tests/eepro100-test.c | 61 +++
2 files changed, 64 insertions(+)
create mode 100644 tests/eepro100-test.c
diff --git a/tests/Makefile b/tests/Makefile
index 867d931..4f9dd6d 100644
Wednesday, February 5, 2014, 5:35:32 PM, you wrote:
> On Tue, 4 Feb 2014, Sander Eikelenboom wrote:
>> Tuesday, February 4, 2014, 10:55:18 PM, you wrote:
>>
>> > Il 04/02/2014 22:32, Michael S. Tsirkin ha scritto:
>> >> xenfv has no fwcfg and so does not load acpi from QEMU.
>> >> as such new ac
On Wed, 5 Feb 2014, Paolo Bonzini wrote:
> Il 05/02/2014 17:41, Stefano Stabellini ha scritto:
> > > Yeah, especially because nowadays "-M pc" works with Xen. It would be
> > nice if
> > > fw_cfg could be enabled even for Xen on all machines except the legacy "-M
> > > xenfv".
> > >
> > > Stefano,
On 2 February 2014 16:12, Michael Tokarev wrote:
> There's nothing exciting in there, some really small things here and there.
>
> Please pull.
>
> Thanks,
>
> /mjt
>
> The following changes since commit 89e4a51ca9546a7bbe1998c4e3d4a3ac3a0c19be:
>
> Merge remote-tracking branch 'stefanha/tags/tr
On Wed, 05 Feb 2014 17:14:27 +0100
Andreas Färber wrote:
> Am 05.02.2014 15:40, schrieb Igor Mammedov:
> > On Sun, 15 Dec 2013 23:50:47 +0100
> > Andreas Färber wrote:
> >
> >> Am 27.11.2013 23:28, schrieb Igor Mammedov:
> >>> Igor Mammedov (16):
> >>> target-i386: cleanup 'foo' feature handl
On Wed, 5 Feb 2014, Sander Eikelenboom wrote:
> > On Tue, 4 Feb 2014, Sander Eikelenboom wrote:
> >> Tuesday, February 4, 2014, 10:55:18 PM, you wrote:
> >>
> >> > Il 04/02/2014 22:32, Michael S. Tsirkin ha scritto:
> >> >> xenfv has no fwcfg and so does not load acpi from QEMU.
> >> >> as such ne
Il 05/02/2014 17:42, Dr. David Alan Gilbert ha scritto:
Because:
* the code is still running and keeps redirtying a small handful of pages
* but because we've underestimated our available bandwidth we never stop
it and just throw those pages across immediately
Ok, I thought Alexey
Il 05/02/2014 16:52, Andreas Färber ha scritto:
> +object_property_add_link(obj, QDEV_HOTPLUG_HANDLER_PROPERTY,
> + TYPE_HOTPLUG_HANDLER,
> + (Object **)&bus->hotplug_handler, NULL);
Will/should the user ever change that property? If no
Il 05/02/2014 17:41, Stefano Stabellini ha scritto:
> Yeah, especially because nowadays "-M pc" works with Xen. It would be nice if
> fw_cfg could be enabled even for Xen on all machines except the legacy "-M
> xenfv".
>
> Stefano, could you give it a shot now that you'll be soon done with 4.4?
Am 05.02.2014 17:38, schrieb Paolo Bonzini:
> Il 05/02/2014 15:09, Andreas Färber ha scritto:
>> diff --git a/hw/core/qdev.c b/hw/core/qdev.c
>> index 82a9123..14c8765 100644
>> --- a/hw/core/qdev.c
>> +++ b/hw/core/qdev.c
>> @@ -131,21 +131,27 @@ DeviceState *qdev_create(BusState *bus, const
>> ch
* Paolo Bonzini (pbonz...@redhat.com) wrote:
> Il 05/02/2014 10:09, Dr. David Alan Gilbert ha scritto:
> >I think the case Alexey is hitting is:
> > 1 A few dirtied pages
> > 2 but because of the hpratio most of the data is actually zero
> > - indeed most of the target-page sized chunks are
On Tue, 4 Feb 2014, Paolo Bonzini wrote:
> Il 04/02/2014 22:32, Michael S. Tsirkin ha scritto:
> > xenfv has no fwcfg and so does not load acpi from QEMU.
> > as such new acpi features don't work.
> >
> > Reported-by: Sander Eikelenboom
> > Signed-off-by: Michael S. Tsirkin
> > ---
> >
> > Sand
Am 05.02.2014 17:36, schrieb Paolo Bonzini:
> Il 05/02/2014 12:12, Igor Mammedov ha scritto:
>> with fixed checkpatch error in 13/12
>> Reviewed-By: Igor Mammedov
>
> Andreas, can you ack it so that I can send a pull request myself?
Since I just raised a question I cannot ack it yet. ;) But I ca
On 31 January 2014 21:19, Stefan Hajnoczi wrote:
> The following changes since commit 89e4a51ca9546a7bbe1998c4e3d4a3ac3a0c19be:
>
> Merge remote-tracking branch 'stefanha/tags/tracing-pull-request' into
> staging (2014-01-31 11:13:08 +)
>
> are available in the git repository at:
>
>
> gi
Il 05/02/2014 15:09, Andreas Färber ha scritto:
diff --git a/hw/core/qdev.c b/hw/core/qdev.c
index 82a9123..14c8765 100644
--- a/hw/core/qdev.c
+++ b/hw/core/qdev.c
@@ -131,21 +131,27 @@ DeviceState *qdev_create(BusState *bus, const char *name)
DeviceState *qdev_try_create(BusState *bus, const c
Il 05/02/2014 12:12, Igor Mammedov ha scritto:
with fixed checkpatch error in 13/12
Reviewed-By: Igor Mammedov
Andreas, can you ack it so that I can send a pull request myself?
Thanks,
Paolo
Il 05/02/2014 10:09, Dr. David Alan Gilbert ha scritto:
I think the case Alexey is hitting is:
1 A few dirtied pages
2 but because of the hpratio most of the data is actually zero
- indeed most of the target-page sized chunks are zero
3 Thus the data compresses very heavily
4 Whe
On Tue, 4 Feb 2014, Sander Eikelenboom wrote:
> Tuesday, February 4, 2014, 10:55:18 PM, you wrote:
>
> > Il 04/02/2014 22:32, Michael S. Tsirkin ha scritto:
> >> xenfv has no fwcfg and so does not load acpi from QEMU.
> >> as such new acpi features don't work.
> >>
> >> Reported-by: Sander Eikelen
On Wed, 05 Feb 2014 16:52:27 +0100
Andreas Färber wrote:
> Am 05.02.2014 16:36, schrieb Igor Mammedov:
> > It will allow to reuse field with different BUSes,
> > reducing code duplication. Field is intended for
> > replacing 'hotplug_qdev' field in PCIBus and also
> > will allow to avoid adding e
1 - 100 of 164 matches
Mail list logo
