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:
On Fri, Aug 24, 2012 at 10:55:10AM +0100, Peter Maydell wrote:
> On 24 August 2012 10:47, Brad Smith 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
> > hardwar
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
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
> >&g
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 wa
Remove the OpenBSD workaround for the curses probe. This has not been
necessary for 5 releases now.
Signed-off-by: Brad Smith
diff --git a/configure b/configure
index 763db24..c9729f8 100755
--- a/configure
+++ b/configure
@@ -1900,9 +1900,6 @@ if test "$curses" != "no" ;
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 /usr/src/lib/li
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 "QLIST_EMPTY(&bs->tracked_reques
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-bio
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, th
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
> > >
> > &g
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/usr/obj/ports/qemu-1
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..
>
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
> > comma
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 t
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
Signed-off-by: Brad Smith
diff --git a/util/qemu
Disable the semaphores fallback code for OpenBSD as modern OpenBSD
releases now have sem_timedwait().
Signed-off-by: Brad Smith
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/qemu/thread
On Fri, Dec 28, 2012 at 08:13:37PM +, Blue Swirl wrote:
> On Fri, Dec 28, 2012 at 6:00 AM, Brad Smith wrote:
> > As reported in bug 1087114 the semaphores fallback code is broken which
> > results in QEMU crashing and making QEMU unusable.
> >
> > This patch is fro
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:
Som
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 de
ocation of the previous
definition
Signed-off-by: Brad Smith
diff --git a/hw/net/vmxnet3.h b/hw/net/vmxnet3.h
index 4eae7c7..f987d71 100644
--- a/hw/net/vmxnet3.h
+++ b/hw/net/vmxnet3.h
@@ -34,7 +34,6 @@
#define __le16 uint16_t
#define __le32 uint32_t
#define __le64 uint64_t
-#defin
The following patch simplifies the *BSD tap/tun code and makes use of numbered
tap/tun interfaces on all *BSD OS's. NetBSD has a patch in their pkgsrc tree
to make use of this feature and DragonFly also supports this as well.
Signed-off-by: Brad Smith
diff --git a/net/tap-bsd.c b/net/tap-
Austin, Aaron and Reiner... Would you guys be able to test master on OS
X and report back if this issue has been fully resolved or not?
--
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:
On 06/08/13 7:48 AM, Stefan Hajnoczi wrote:
If CLOCK_MONOTONIC is not defined by system headers we use
gettimeofday(2). Apparently this is not used very often since no one
noticed the #ifdef was actually broken and left the function definition
unterminated.
Can you show what this supposedly fi
On 05/08/13 7:57 AM, Stefan Hajnoczi wrote:
On Sat, Aug 03, 2013 at 10:20:41PM -0400, Brad Smith wrote:
The following patch simplifies the *BSD tap/tun code and makes use of numbered
tap/tun interfaces on all *BSD OS's. NetBSD has a patch in their pkgsrc tree
to make use of this featur
The following commit broke the build of QEMU..
linux-user: remove configure option for setting uname release
http://git.qemu.org/?p=qemu.git;a=commit;h=e586822a58b6609edb5ea929e8a4aa394d32389f
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/752/steps/compile/logs/stdi
On 08/05/14 10:54 AM, Peter Maydell wrote:
On 8 May 2014 15:47, Brad Smith wrote:
The following commit broke the build of QEMU..
linux-user: remove configure option for setting uname release
http://git.qemu.org/?p=qemu.git;a=commit;h=e586822a58b6609edb5ea929e8a4aa394d32389f
http
On 09/05/14 7:35 PM, Peter Maydell wrote:
On 10 May 2014 00:02, Brad Smith wrote:
On 08/05/14 10:54 AM, Peter Maydell wrote:
Ah, bsd-user. Do you actually use it, or is it just
in the default compile that you're running?
I do not use it personally but it is common sense that commits
On 10/05/14 2:25 AM, Markus Armbruster wrote:
Brad Smith writes:
On 09/05/14 7:35 PM, Peter Maydell wrote:
On 10 May 2014 00:02, Brad Smith wrote:
On 08/05/14 10:54 AM, Peter Maydell wrote:
Ah, bsd-user. Do you actually use it, or is it just
in the default compile that you're ru
On 10/05/14 3:07 AM, Paolo Bonzini wrote:
Il 10/05/2014 08:45, Brad Smith ha scritto:
Having your feature in-tree is a privilege, not a right. You earn it by
helping to maintain it. "it's not really maintained right now" means it
has not been earning its keep. You're
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
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 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
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 25/03/12 3:40 PM, Michael Roth wrote:
Signed-off-by: Michael Roth
---
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 7b2be2f..faf970d 100644
--
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 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 see
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.
https://bugs.launchpad.net/bugs/881637
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 Smith 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 works then
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, libs
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
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 4.2.1)
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
On 28/03/14 2:04 PM, Noonan, Steven wrote:
On 3/28/14, 10:51 AM, "Paolo Bonzini" wrote:
Il 28/03/2014 18:41, Laurent Desnogues ha scritto:
+ gcc_flags="-fstack-protector-strong -fstack-protector-all"
+ for flag in $gcc_flags; do
+if compile_prog "-Werror $flag" "" ; then
+ QEMU_CFL
On 14/12/13 11:27 PM, Brad Smith wrote:
On 10/12/13 7:49 PM, Brad Smith wrote:
This resolves the build issue with building the ROMs on OpenBSD on x86
archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus
the
whole OS/packages and so forth. The ROMs need to have PIE
On 09/01/14 5:40 PM, Paolo Bonzini wrote:
Il 09/01/2014 22:55, Steven Noonan ha scritto:
From: Steven Noonan
The -fstack-protector flag family is useful for ensuring safety and for
debugging, but has a performance impact. Here's a boot time comparison between
a QEMU build of qemu-system-arm wi
On 12/20/13 06:19, Brad Smith wrote:
On 14/12/13 11:27 PM, Brad Smith wrote:
On 10/12/13 7:49 PM, Brad Smith wrote:
This resolves the build issue with building the ROMs on OpenBSD on x86
archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus
the
whole OS/packages and so
Remove the OSS support for OpenBSD. The OSS API has not been usable
for quite some time.
Signed-off-by: Brad Smith
diff --git a/audio/ossaudio.c b/audio/ossaudio.c
index 00be9c9..007c641 100644
--- a/audio/ossaudio.c
+++ b/audio/ossaudio.c
@@ -25,11 +25,7 @@
#include
#include
#include
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 -Iui
With the 1.5 release so near does no one really care that the Gtk+
frontend does not build? I would think this would be a pretty important
bug to fix before the release.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.lau
For *BSD OS's you have to include termios.h..
In file included from /usr/local/include/gtk-2.0/gtk/gtk.h:234,
from ui/gtk.c:44:
/usr/local/include/gtk-2.0/gtk/gtkitemfactory.h:47: warning: function
declaration isn't a prototype
ui/gtk.c: In function 'gd_vc_init':
ui/gtk.c:1141: e
This should allow OS X to at least build. It looks like Solaris does not
have openpty() and cfmakeraw()
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/114
Title:
Gtk+ frontend fails to build
St
On Tue, May 14, 2013 at 04:10:56PM -, Anthony Liguori wrote:
> Applied. Thanks.
>
> Regards,
>
> Anthony Liguori
The patch was not updated to take into consideration my comment from bug
114 so
what was commited is just as broken as before the patch.
--
This message has been scanned f
On Tue, May 14, 2013 at 02:05:21PM +0200, Paolo Bonzini wrote:
> This should fix building the GTK+ front-end on BSDs.
>
> Signed-off-by: Paolo Bonzini
> ---
> include/qemu-common.h | 12
> qemu-char.c | 10 --
> ui/gtk.c | 1 -
> 3 files changed, 12 i
On Tue, May 14, 2013 at 04:52:57PM -0500, Michael Roth wrote:
> Hi everyone,
>
> The following new patches are queued for QEMU stable v1.4.2:
>
> https://github.com/mdroth/qemu/commits/stable-1.4-staging
>
> The release is planned for 05-24-2013:
>
> http://wiki.qemu.org/Planning/1.4
>
> Pleas
Fix the build of the Gtk+ UI on *BSD systems.
Signed-off-by: Brad Smith
diff --git a/include/qemu-common.h b/include/qemu-common.h
index af769f5..c944bb7 100644
--- a/include/qemu-common.h
+++ b/include/qemu-common.h
@@ -45,6 +45,7 @@
#if defined(__GLIBC__)
# include
#elif defined
So the *BSD build has been fixed, but someone needs to look into fixing
the Gtk+ backend on Solaris.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/114
Title:
Gtk+ frontend fails to build
Statu
On 26/01/14 1:06 PM, Paolo Bonzini wrote:
Il 26/01/2014 02:37, Brad Smith ha scritto:
Reviewed-by: Stefan Hajnoczi
Is there some sort of process I am missing to have build fixes
commited so that QEMU actually builds?
Right now we have problems getting patches committed at all.
This
What's up with the broken build slaves? What changed over a week ago
that has resulted in a bunch of them failing to work at all?
--
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.
On 17/02/14 11:20 AM, Peter Maydell wrote:
On 16 February 2014 22:00, Brad Smith wrote:
On 26/01/14 1:06 PM, Paolo Bonzini wrote:
Il 26/01/2014 02:37, Brad Smith ha scritto:
Reviewed-by: Stefan Hajnoczi
Is there some sort of process I am missing to have build fixes
commited so that
On 18/02/14 4:45 AM, Peter Maydell wrote:
On 18 February 2014 00:36, Brad Smith wrote:
Just one issue... just curious why my last name is missing
from the commit?
Ah, we've run into a bug in patchwork. I downloaded your patch:
http://patchwork.ozlabs.org/patch/299656/
but patc
On 16/02/14 8:00 PM, Brad Smith wrote:
What's up with the broken build slaves? What changed over a week ago
that has resulted in a bunch of them failing to work at all?
Whomever fixed the issue that was tripping up the build slaves, thanks.
--
This message has been scanned for viruse
On 20/02/14 12:50 PM, Peter Maydell wrote:
Win32 doesn't have a cpuid.h, and MacOSX may have one but without
the __cpuid() function we use, which means that commit 9d2eec20
broke the build for those platforms. Fix this by tightening up
our configure cpuid.h check to test that the functions we nee
On 20/02/14 7:09 PM, Peter Maydell wrote:
On 20 February 2014 23:55, Brad Smith wrote:
On 20/02/14 12:50 PM, Peter Maydell wrote:
Win32 doesn't have a cpuid.h, and MacOSX may have one but without
the __cpuid() function we use, which means that commit 9d2eec20
broke the build for
On 02/01/14 2:55 AM, Stefan Hajnoczi wrote:
On Tue, Dec 10, 2013 at 07:49:08PM -0500, Brad Smith wrote:
This resolves the build issue with building the ROMs on OpenBSD on x86 archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus the
whole OS/packages and so forth. The
On 26/01/14 1:06 PM, Paolo Bonzini wrote:
Il 26/01/2014 02:37, Brad Smith ha scritto:
Reviewed-by: Stefan Hajnoczi
Is there some sort of process I am missing to have build fixes
commited so that QEMU actually builds?
Right now we have problems getting patches committed at all.
This
On 26/01/14 5:12 PM, Anthony Liguori wrote:
On Sun, Jan 26, 2014 at 1:40 PM, Brad Smith wrote:
On 26/01/14 1:06 PM, Paolo Bonzini wrote:
Il 26/01/2014 02:37, Brad Smith ha scritto:
Reviewed-by: Stefan Hajnoczi
Is there some sort of process I am missing to have build fixes
commited
On 27/11/13 6:15 PM, Brad Smith wrote:
This resolves the build issue with building the ROMs on OpenBSD on x86 archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus the
whole OS/packages and so forth. The ROMs need to have PIE disabled. This
is my initial attempt at trying
rom/multiboot.img
ld: multiboot.o: relocation R_X86_64_16 can not be used when making a shared
object; recompile with -fPIC
Signed-off by: Brad Smith
---
Changes in v2:
* Fix '==' is not portable syntax.
diff --git a/configure b/configure
index 508f6a5..6d84885 100755
--- a/co
On 10/12/13 2:07 AM, Stefan Weil wrote:
Am 10.12.2013 02:26, schrieb Brad Smith:
This resolves the build issue with building the ROMs on OpenBSD on x86 archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus the
whole OS/packages and so forth. The ROMs need to have PIE
On 10/12/13 1:44 PM, Stefan Weil wrote:
... now with qemu-stable addressed - I had pressed "send" to early.
Stefan
Am 10.12.2013 19:42, schrieb Stefan Weil:
Am 10.12.2013 08:48, schrieb Brad Smith:
On 10/12/13 2:07 AM, Stefan Weil wrote:
Am 10.12.2013 02:26, schrieb Brad Sm
On 10/12/13 1:44 PM, Stefan Weil wrote:
... now with qemu-stable addressed - I had pressed "send" to early.
Ah, I usually send such requests separately with a commit hash after
it has been commited to master.
--
This message has been scanned for viruses and
dangerous content by MailScanner, an
rom/multiboot.img
ld: multiboot.o: relocation R_X86_64_16 can not be used when making a shared
object; recompile with -fPIC
Signed-off by: Brad Smith
---
Change in v2:
* Fix '==' is not portable syntax.
Change in v3:
* Rename variables and use compile_prog to detect the pr
On 10/12/13 7:49 PM, Brad Smith wrote:
This resolves the build issue with building the ROMs on OpenBSD on x86 archs.
As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus the
whole OS/packages and so forth. The ROMs need to have PIE disabled. This
is my initial attempt at trying
On 11/12/13 3:37 PM, Stefan Weil wrote:
The buildbot shows these compiler warnings:
block/vvfat.c: In function 'create_short_and_long_name':
block/vvfat.c:620: warning: array size (8) smaller than bound length (11)
block/vvfat.c:620: warning: array size (8) smaller than bound length (11)
block/v
On 20/11/13 4:15 AM, Stefan Hajnoczi wrote:
Sorry I forgot to CC qemu-devel on this:
On Wed, Nov 20, 2013 at 10:06 AM, Stefan Hajnoczi wrote:
Hi Brad,
The QEMU buildbot is failing on brad_openbsd_current as follows:
Building optionrom/multiboot.img
ld: multiboot.o: relocation R_X86_64_16 c
On 11/10/13 2:31 AM, Gerd Hoffmann wrote:
On Do, 2013-10-10 at 21:17 +0200, Sebastian Herbszt wrote:
Andreas Färber wrote:
Same for http://patchwork.ozlabs.org/patch/273758/ - vgabios seems to
be falling through the cracks...
Andreas
Is this patch still required?
I was under the impression
rom/multiboot.img
ld: multiboot.o: relocation R_X86_64_16 can not be used when making a shared
object; recompile with -fPIC
Signed-off by: Brad Smith
diff --git a/configure b/configure
index 508f6a5..7f060a4 100755
--- a/configure
+++ b/configure
@@ -1342,6 +1342,10 @@ EOF
if compile_prog &qu
On Wed, Nov 27, 2013 at 11:32:51AM -0800, Anthony Liguori wrote:
> Brad Smith writes:
>
> > This resolves the build issue with building the ROMs on OpenBSD on x86
> > archs.
> > As of OpenBSD 5.3 the compiler builds PIE binaries by default and thus the
> > whole
rom/multiboot.img
ld: multiboot.o: relocation R_X86_64_16 can not be used when making a shared
object; recompile with -fPIC
Signed-off by: Brad Smith
diff --git a/configure b/configure
index 508f6a5..6d84885 100755
--- a/configure
+++ b/configure
@@ -1342,6 +1342,10 @@ EOF
if compile_prog &qu
On 25/09/13 7:24 PM, Brad Smith wrote:
On 21/09/13 12:38 PM, Sebastian Herbszt wrote:
Brad Smith wrote:
On 19/09/13 12:53 PM, Sebastian Herbszt wrote:
Brad Smith wrote:
On 20/01/13 1:12 PM, David Woodhouse wrote:
The PCI Firmware Specification apparently requires that the PCI
Data Structure
Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU
and this affects the 2.0.0 release too.
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/700/steps/compile/logs/stdio
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_4.9/builds/891/steps
On 16/03/14 9:26 AM, Peter Maydell wrote:
On 16 March 2014 13:22, Brad Smith wrote:
Commit 0056ae24bc36798fdd96d0b31e217e9f73896736 broke the build of QEMU and
this affects the 2.0.0 release too.
http://buildbot.b1-systems.de/qemu/builders/default_openbsd_current/builds/700/steps/compile/logs
On 16/03/14 11:03 AM, Peter Maydell wrote:
On 16 March 2014 14:33, Brad Smith wrote:
On 16/03/14 9:26 AM, Peter Maydell wrote:
Can we limit the set of system headers we're pulling in to
avoid the header where OpenBSD is defining this? Generally
for specific headers that clash it'
On 18/03/14 11:26 AM, Marcel Apfelbaum wrote:
Machine rewriting added MACHINE macro which is
already in use by other OpenBSD library.
Since qemu/sockets.h exposes the OpenBSD namespace,
the minimalistic approach is to add it as the first QEMU include.
Reported-by: Brad Smith
Signed-off-by
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
---
qemu-thread-posix.c | 74 +
qemu-thread-posix.h | 6 +
2 file modificati, 80 inserz
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 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 and use that abstrac
n the curses code.
Signed-off-by: Brad Smith
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
#endif
-#ifdef __OpenBSD__
-#define resize_term resizeterm
-#endif
-
#include "qemu-common.h"
#inc
On Thu, Nov 22, 2012 at 08:33:17AM +, Peter Maydell wrote:
> On 22 November 2012 00:04, Andreas F??rber wrote:
> > Am 22.11.2012 00:19, schrieb Peter Maydell:
> >> On 17 November 2012 13:10, Peter Maydell wrote:
> >>> On 17 November 2012 13:02, Andreas F??rber wrote:
> Am 16.11.2012 17:
On Thu, Nov 22, 2012 at 08:41:19AM +, Peter Maydell wrote:
> On 22 November 2012 08:38, Brad Smith wrote:
> > On Thu, Nov 22, 2012 at 08:33:17AM +, Peter Maydell wrote:
> >> On 22 November 2012 00:04, Andreas F??rber wrote:
> >> > But then again there'
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.
> >&g
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
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.
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 -Wer
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 wrote:
> >>Supposedly QEMU is able to build with Clang and yet trying to do so
> >>I am seeing the build fail as follows..
>
On Sat, Jan 05, 2013 at 04:51:01PM +, Blue Swirl wrote:
> On Sat, Jan 5, 2013 at 1:48 AM, Brad Smith 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
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 de
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
1 - 100 of 290 matches
Mail list logo
