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
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
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:
>
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, 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
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
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.
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:
> [...]
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
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
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
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: "
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
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, 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
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
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
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 +
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:
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/
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
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
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.
-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 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
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/
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
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
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
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
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
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 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
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 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
* 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
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
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 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
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
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 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, 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
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 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
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 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,
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 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
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 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
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
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/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
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 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
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
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,
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
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
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
Thanks, applied to trivial-patches queue.
/mjt
101 - 164 of 164 matches
Mail list logo
