Public bug reported:
The QEMU Gtk+ frontend fails to build..
cc -I/home/ports/pobj/qemu-1.5.0-rc0/qemu-1.5.0-rc0/tcg
-I/home/ports/pobj/qemu-1.5.0-rc0/qemu-1.5.0-rc0/tcg/i386 -I.
-I/home/ports/pobj/qemu-1.5.0-rc0/qemu-1.5.0-rc0
-I/home/ports/pobj/qemu-1.5.0-rc0/qemu-1.5.0-rc0/include -Iui
On Thu, Apr 04, 2013 at 11:22:22AM +0100, Peter Maydell wrote:
Ping^2!
PS: I note that the patches script doesn't list a patch
in the 'to:foo' list if foo was forgotten on initial send but
cc'd on subsequent pings...
thanks
-- PMM
I'd love to see this go in. This would remove the need
On Wed, Apr 03, 2013 at 03:22:24PM -0400, Brad Smith wrote:
On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
Il 03/04/2013 00:52, Peter Maydell ha scritto:
On 2 April 2013 17:45, Paolo Bonzini pbonz...@redhat.com wrote:
Il 02/04/2013 17:42, Brad Smith ha scritto:
Replace
Allow the clock_gettime() code using monotonic clock to be utilized on
more POSIX compliannt OS's. This started as a fix for OpenBSD which was
listed in one function as part of the previous hard coded list of OS's
for the functions to support but not in the other.
Signed-off-by: Brad Smith b
On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
Il 03/04/2013 00:52, Peter Maydell ha scritto:
On 2 April 2013 17:45, Paolo Bonzini pbonz...@redhat.com wrote:
Il 02/04/2013 17:42, Brad Smith ha scritto:
Replace the hardcoded list of OS's utilizing clock_gettime
On Wed, Apr 03, 2013 at 03:22:24PM -0400, Brad Smith wrote:
On Wed, Apr 03, 2013 at 10:18:51AM +0200, Paolo Bonzini wrote:
Il 03/04/2013 00:52, Peter Maydell ha scritto:
On 2 April 2013 17:45, Paolo Bonzini pbonz...@redhat.com wrote:
Il 02/04/2013 17:42, Brad Smith ha scritto:
Replace
Replace the hardcoded list of OS's utilizing clock_gettime() for monotonic
time with a configure test. This is to fix the use of monotonic time on
OpenBSD but allows for other POSIX compliant OS's such as NetBSD to also
utilize clock_gettime().
Signed-off-by: Brad Smith b...@comstyle.com
diff
On Tue, Apr 02, 2013 at 06:45:17PM +0200, Paolo Bonzini wrote:
Il 02/04/2013 17:42, Brad Smith ha scritto:
Replace the hardcoded list of OS's utilizing clock_gettime() for monotonic
time with a configure test. This is to fix the use of monotonic time on
OpenBSD but allows for other POSIX
init_get_clock() already indicates to get_clock() to utilize
clock_gettime() with a monotonic clock but OpenBSD was missing
from the list of OS's to use a monotonic clock on.
What I don't understand is why is init_get_clock() not called
anywhere?
diff --git a/include/qemu/timer.h
So this is still an issue with 1.4.x and/or master?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1087114
Title:
assertion QLIST_EMPTY(bs-tracked_requests) failed
Status in QEMU:
New
Bug
Thank you Peter for the quick response to this bug report.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1110531
Title:
regression booting pxa kernels
Status in QEMU:
New
Bug description:
The other question I have is if you look at the commit I mentioned as
causing the crash (at least on OpenBSD) and revert that change from
either 1.3.0 or HEAD branch and build QEMU on OS X does the crashing
you're experiencing go away?
--
You received this bug notification because you are a
Before the patch in question was commited running QEMU 1.3.0 hosted on
OpenBSD I was able to cause QEMU to crash reproducibly by just booting
OpenBSD within QEMU and upon the kernel accessing the virtual disk to
read the disklabel or during an install writing the disklabel. After the
patch was
On Fri, Jan 11, 2013 at 07:11:36PM +0100, Paolo Bonzini wrote:
Brad and Peter,
as far as I know OpenBSD and Linux/ARM were the main users of
coroutine-gthread. Do you think we could dump it and rely on
coroutine-sigaltstack only? The differences in signal handling of the
gthread
On Fri, Jan 11, 2013 at 07:24:35PM +0100, Andreas F?rber wrote:
Am 11.01.2013 19:11, schrieb Paolo Bonzini:
Brad and Peter,
as far as I know OpenBSD and Linux/ARM were the main users of
coroutine-gthread. Do you think we could dump it and rely on
coroutine-sigaltstack only? The
On Sat, Jan 12, 2013 at 12:08:47PM +, Peter Maydell wrote:
On 12 January 2013 09:07, Brad Smith b...@comstyle.com wrote:
On Fri, Jan 11, 2013 at 07:24:35PM +0100, Andreas F?rber wrote:
Am 11.01.2013 19:11, schrieb Paolo Bonzini:
as far as I know OpenBSD and Linux/ARM were the main
On Sun, Jan 06, 2013 at 10:19:56AM +, Blue Swirl wrote:
Build option ROM .S files with separate preprocessor and
assembler steps because the C compiler could be unsuitable.
Signed-off-by: Blue Swirl blauwir...@gmail.com
Can this please be commited?
---
configure |7 ++-
On Fri, Jan 04, 2013 at 08:03:05PM -0500, Brad Smith wrote:
On Fri, Jan 04, 2013 at 05:41:41PM -0700, Eric Blake wrote:
On 01/04/2013 05:28 PM, Brad Smith wrote:
On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
If a compression format other than gzip is used we might
as well
On Mon, Jan 07, 2013 at 06:34:01PM -0500, Kevin O'Connor wrote:
On Mon, Jan 07, 2013 at 03:29:33PM +0100, Gerd Hoffmann wrote:
Hi,
Kevin, are you okay with tagging SeaBIOS master as 1.7.2 one of these
days? Other opinions?
A new release can be produced if desired. Given that
On Mon, Jan 07, 2013 at 06:56:00PM -0500, Kevin O'Connor wrote:
On Mon, Jan 07, 2013 at 06:51:03PM -0500, Brad Smith wrote:
On Mon, Jan 07, 2013 at 06:34:01PM -0500, Kevin O'Connor wrote:
On Mon, Jan 07, 2013 at 03:29:33PM +0100, Gerd Hoffmann wrote:
Hi,
Kevin, are you okay
On Sat, Jan 05, 2013 at 04:51:01PM +, Blue Swirl wrote:
On Sat, Jan 5, 2013 at 1:48 AM, Brad Smith b...@comstyle.com wrote:
Supposedly QEMU is able to build with Clang and yet trying to do so
I am seeing the build fail as follows..
Comments?
Clang does not support this kind
On Sat, Jan 05, 2013 at 07:19:11PM -0800, Ashley wrote:
On 1/5/2013 8:51 AM, Blue Swirl wrote:
On Sat, Jan 5, 2013 at 1:48 AM, Brad Smith b...@comstyle.com wrote:
Supposedly QEMU is able to build with Clang and yet trying to do so
I am seeing the build fail as follows..
Comments?
Clang
On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
If a compression format other than gzip is used we might
as well move to xz instead of bzip2.
11.8M qemu-1.3.0.tar.gz
9.8M qemu-1.3.0.tar.bz2
7.8M qemu-1.3.0.tar.xz
diff --git a/Makefile b/Makefile
index a7ac04b..9073a86 100644
On Fri, Jan 04, 2013 at 05:41:41PM -0700, Eric Blake wrote:
On 01/04/2013 05:28 PM, Brad Smith wrote:
On Thu, Aug 02, 2012 at 06:08:15AM -0400, Brad Smith wrote:
If a compression format other than gzip is used we might
as well move to xz instead of bzip2.
Agreed, many projects
Supposedly QEMU is able to build with Clang and yet trying to do so
I am seeing the build fail as follows..
Comments?
gmake[1]: Entering directory `/home/brad/qemu/pc-bios/optionrom'
clang -I. -I/home/brad/qemu -I/home/brad/qemu/include
-I/home/brad/qemu/libcacard -Wall -Wstrict-prototypes
On Fri, Dec 28, 2012 at 08:13:37PM +, Blue Swirl wrote:
On Fri, Dec 28, 2012 at 6:00 AM, Brad Smith b...@comstyle.com wrote:
As reported in bug 1087114 the semaphores fallback code is broken which
results in QEMU crashing and making QEMU unusable.
This patch is from Paolo
As reported in bug 1087114 the semaphores fallback code is broken which
results in QEMU crashing and making QEMU unusable.
This patch is from Paolo.
This needs to be back ported to the 1.3 stable tree as well.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
Signed-off-by: Brad Smith b
Disable the semaphores fallback code for OpenBSD as modern OpenBSD
releases now have sem_timedwait().
Signed-off-by: Brad Smith b...@comstyle.com
diff --git a/include/qemu/thread-posix.h b/include/qemu/thread-posix.h
index 380bae2..0f30dcc 100644
--- a/include/qemu/thread-posix.h
+++ b/include
On Wed, Dec 26, 2012 at 09:55:38AM -0800, Richard Henderson wrote:
On 12/25/2012 01:12 PM, Brad Smith wrote:
Public bug reported:
Building QEMU 1.2.1 on OpenBSD/mips64 fails as follows although I
believe QEMU was also broken with 1.1.x as well..
...
In file included from /usr/obj
On Thu, Dec 13, 2012 at 04:26:50PM +0800, Zhi Yong Wu wrote:
On Thu, Dec 6, 2012 at 12:02 PM, Brad Smith 1087...@bugs.launchpad.net
wrote:
Public bug reported:
QEMU 1.3.0 on OpenBSD now crashes with an error as shown below and the
command line params do not seem to matter.
assertion
Paolo,
As you wrote the fallback code which is used when sem_timedwait() is
missing could you please take a look at this when you have some time? I
can test any patches you might come up with.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
Public bug reported:
Building QEMU 1.2.1 on OpenBSD/mips64 fails as follows although I
believe QEMU was also broken with 1.1.x as well..
cc -I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1/slirp -I.
-I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1
-I/usr/obj/ports/qemu-1.2.1/qemu-1.2.1/fpu
I'm just finishing the bisection and think I have the commit that caused
this but I'm now just testing commits +-1 from that commit to make sure
and if it is will try reverting just that commit against HEAD as well.
Using the sigaltstack coroutine backend did not make any difference. I
actually am
On Wed, Dec 12, 2012 at 06:47:58PM +0100, Paolo Bonzini wrote:
Il 12/12/2012 17:04, Luigi Rizzo ha scritto:
I am not sure if it has been reported already but this commit
http://git.qemu.org/?p=qemu.git;a=commitdiff;h=d7a51dbbaa70677846453f8c961590913052dd86
(replacing pc-bios/bios.bin
So what is causing this is this commit...
c166cb72f1676855816340666c3b618beef4b976
semaphore: implement fallback counting semaphores with mutex+condvar
OpenBSD and Darwin do not have sem_timedwait. Implement a fallback for
them.
If I remove that, since OpenBSD 5.2/-current has sem_timedwait,
On Thu, Dec 13, 2012 at 05:25:50AM -0500, Brad Smith wrote:
On Wed, Dec 12, 2012 at 06:47:58PM +0100, Paolo Bonzini wrote:
Il 12/12/2012 17:04, Luigi Rizzo ha scritto:
I am not sure if it has been reported already but this commit
http://git.qemu.org/?p=qemu.git;a=commitdiff;h
qemu-system-x86_64 -cdrom [image] -boot -d -hda virtual.img
is the command line I was using.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1087114
Title:
assertion
Public bug reported:
QEMU 1.3.0 on OpenBSD now crashes with an error as shown below and the
command line params do not seem to matter.
assertion QLIST_EMPTY(bs-tracked_requests) failed: file block.c,
line 1220, function bdrv_drain_all
#1 0x030d1bce24aa in abort () at
On Sun, Nov 18, 2012 at 05:06:40PM +0100, Paolo Bonzini wrote:
Il 18/11/2012 10:09, Brad Smith ha scritto:
On 11/02/12 09:14, Paolo Bonzini wrote:
OpenBSD and Darwin do not have sem_timedwait. Implement a fallback
for them.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
On Thu, Nov 22, 2012 at 08:33:17AM +, Peter Maydell wrote:
On 22 November 2012 00:04, Andreas F??rber andreas.faer...@web.de wrote:
Am 22.11.2012 00:19, schrieb Peter Maydell:
On 17 November 2012 13:10, Peter Maydell peter.mayd...@linaro.org wrote:
On 17 November 2012 13:02, Andreas
On Thu, Nov 22, 2012 at 08:41:19AM +, Peter Maydell wrote:
On 22 November 2012 08:38, Brad Smith b...@comstyle.com wrote:
On Thu, Nov 22, 2012 at 08:33:17AM +, Peter Maydell wrote:
On 22 November 2012 00:04, Andreas F??rber andreas.faer...@web.de wrote:
But then again there's
the curses code.
Signed-off-by: Brad Smith b...@comstyle.com
diff --git a/ui/curses.c b/ui/curses.c
index b40b223..5dc0b2c 100644
--- a/ui/curses.c
+++ b/ui/curses.c
@@ -28,10 +28,6 @@
#include termios.h
#endif
-#ifdef __OpenBSD__
-#define resize_term resizeterm
-#endif
-
#include qemu-common.h
On 11/02/12 09:14, Paolo Bonzini wrote:
OpenBSD and Darwin do not have sem_timedwait. Implement a fallback
for them.
Signed-off-by: Paolo Bonzini pbonz...@redhat.com
---
qemu-thread-posix.c | 74 +
qemu-thread-posix.h | 6 +
2 file
On 10/23/12 08:00, Paolo Bonzini wrote:
Il 23/10/2012 13:50, Peter Maydell ha scritto:
On 23 October 2012 12:48, Paolo Bonzini pbonz...@redhat.com wrote:
Il 22/10/2012 19:13, Peter Maydell ha scritto:
Can't we enhance qemu-tls.h to work via pthread_setspecific in case
__thread is not working
OpenBSD's uname works as expected with the -s flag so remove the special
handling when determining the target OS. Use arch -s to retrieve the
hardware architecture as uname -m will return the meta architecture
instead of the hardware architecture (.e.g. macppc vs powerpc).
Signed-off-by: Brad
On Fri, Aug 24, 2012 at 10:55:10AM +0100, Peter Maydell wrote:
On 24 August 2012 10:47, Brad Smith b...@comstyle.com wrote:
OpenBSD's uname works as expected with the -s flag so remove the special
handling when determining the target OS. Use arch -s to retrieve the
hardware architecture
On Fri, Aug 24, 2012 at 01:56:31PM +0200, Paolo Bonzini wrote:
Il 24/08/2012 11:55, Peter Maydell ha scritto:
OpenBSD's uname works as expected with the -s flag so remove the special
handling when determining the target OS. Use arch -s to retrieve the
hardware architecture as uname -m
On Fri, Aug 24, 2012 at 02:02:57PM +0200, Paolo Bonzini wrote:
Il 24/08/2012 14:00, Brad Smith ha scritto:
OpenBSD's uname works as expected with the -s flag so remove the
special
handling when determining the target OS. Use arch -s to retrieve
the
hardware architecture
If a compression format other than gzip is used we might
as well move to xz instead of bzip2.
11.0M qemu-1.1.1-1.tar.gz
9.2M qemu-1.1.1-1.tar.bz2
7.3M qemu-1.1.1-1.tar.xz
---
Makefile |6 +++---
scripts/make-release |2 +-
2 files changed, 4 insertions(+), 4 deletions(-)
The following commit broke the build..
linux-user: take RESERVED_VA into account for g2h_valid()
When running with -R (RESERVED_VA 0) all guest virtual addresses
are within the [0..RESERVED_VA] range. Reflect this with g2h_valid()
too so we can safely check for boundaries of our guest address
On 11/04/12 4:55 PM, Peter Maydell wrote:
On 11 April 2012 20:23, Brad Smithb...@comstyle.com wrote:
The following commit broke the build..
linux-user: take RESERVED_VA into account for g2h_valid()
Whoops. bsd-user is a bit unloved, I'm afraid. Can you try the
following one-line fix? If it
The compiler used with the previous comment was GCC 4.2.1. I also tried
building with GCC 4.6.3 and it experiences the same error during the
build.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
On 01/04/12 4:36 AM, Jan Kiszka wrote:
It is only build on x86 unix hosts minus Mac. We are shipping it as
binary for the rest. There is WIP on getting KVM working for Solaris, so
this may not be of Linux-only interest in the future.
Ok so you then build it on Linux and Solaris. But I don't
Here is another source of build breakage that popped up over a month ago.
The patch below fixes the build but I'm wondering why the file in question
is being built on anything but Linux. It seems to be used for KVM support
and thus has no relevance on any other OS.
ASoptionrom/kvmvapic.o
On 25/03/12 3:40 PM, Michael Roth wrote:
Signed-off-by: Michael Rothmdr...@linux.vnet.ibm.com
---
qga/commands-posix.c | 111 +
1 files changed, 66 insertions(+), 45 deletions(-)
diff --git a/qga/commands-posix.c b/qga/commands-posix.c
index
On 20/03/12 9:28 AM, Brad Smith wrote:
On 20/03/12 6:14 AM, Michal Privoznik wrote:
On 18.03.2012 02:09, Brad Smith wrote:
Michal,
http://git.qemu.org/?p=qemu.git;a=commit;h=3424fc9f16a1e7d1c48eb6d605eb0ca63e199ec2
This broke the build. Un-break the tree.
Can you please be more
On 20/03/12 6:14 AM, Michal Privoznik wrote:
On 18.03.2012 02:09, Brad Smith wrote:
Michal,
http://git.qemu.org/?p=qemu.git;a=commit;h=3424fc9f16a1e7d1c48eb6d605eb0ca63e199ec2
This broke the build. Un-break the tree.
Can you please be more specific? It works for me so I don't have a clue
Michal,
http://git.qemu.org/?p=qemu.git;a=commit;h=3424fc9f16a1e7d1c48eb6d605eb0ca63e199ec2
This broke the build. Un-break the tree.
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
On 02/03/12 10:49 AM, Hans de Goede wrote:
VCARD_ATR_PREFIX is used as part of an array initializer so it should
not have () around it, so far this happened to work, but gcc-4.7 does
not like it.
This recent commit..
libcacard: fix reported ATR length
Broke the build on my OpenBSD (gcc
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially given
that GLIB is a mandatory dependency. I can't imagine that in terms of
binary size,
On 19/02/12 9:44 PM, Anthony Liguori wrote:
On 02/19/2012 08:24 PM, Brad Smith wrote:
On 19/02/12 8:10 PM, Anthony Liguori wrote:
If not, it will be nice to keep
SDL because GTK huge and not that portable for win32 users.
Neither are true. GTK is a reasonably small dependency especially
Remove the OpenBSD workaround for the curses probe. This has not been
necessary for 5 releases now.
Signed-off-by: Brad Smith b...@comstyle.com
diff --git a/configure b/configure
index 763db24..c9729f8 100755
--- a/configure
+++ b/configure
@@ -1900,9 +1900,6 @@ if test $curses
On 07/02/12 5:12 PM, malc wrote:
On Tue, 7 Feb 2012, Alexander Graf wrote:
On 07.02.2012, at 22:12, malc wrote:
On Tue, 7 Feb 2012, Alexander Graf wrote:
On 07.02.2012, at 13:52, Maurizio Caloro wrote:
Hello Together
Here i drive with me MiniMac G4 1.4Ghz and i try to run Qemu 1.0. i
On 11/12/11 5:53 AM, Stefan Weil wrote:
Am 11.12.2011 07:47, schrieb Brad Smith:
Public bug reported:
Looking at the OpenBSD buildbot logs I noticed a warning that appears
to be a bug in the code.
OpenBSD has a 32-bit time_t on all archs at the moment (32-bit and
64-bit).
CC i386-softmmu
Public bug reported:
Looking at the OpenBSD buildbot logs I noticed a warning that appears to be a
bug in the code.
OpenBSD has a 32-bit time_t on all archs at the moment (32-bit and 64-bit).
CCi386-softmmu/monitor.o
/buildbot-qemu/default_openbsd_current/build/monitor.c: In function
On 20/11/11 12:34 PM, Blue Swirl wrote:
On Sun, Nov 20, 2011 at 09:11, Avi Kivitya...@redhat.com wrote:
On 11/15/2011 08:12 PM, Avi Kivity wrote:
Change the default on x86 Linux hosts to building PIE (position
independent executables); instead of restricting the option to
user-only targets,
Public bug reported:
Trying to build previous QEMU releases as well as git code fails on
OpenBSD/hppa...
cc -I/home/hack/jasper/qemu/slirp -I. -I/home/hack/jasper/qemu
-I/home/hack/jasper/qemu/fpu -I/home/hack/jasper/qemu/tcg
-I/home/hack/jasper/qemu/tcg/hppa -D_FORTIFY_SOURCE=2 -D_GNU_SOURCE
I'm looking at QEMU to help develop some device drivers and a couple
of new features would be really useful. First is bios support for
ACPI so we can run Windows Vista/Longhorn in QEMU. Second is
PCI Message Signaled Interrupts (MSI) supported in modern Intel
CPUs. Is there an effort to add
201 - 268 of 268 matches
Mail list logo
