From: Corey Bryant
Reported-by: Kevin Wolf
Signed-off-by: Corey Bryant
---
block/raw-posix.c |4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/block/raw-posix.c b/block/raw-posix.c
index d8eff2f..68886cd 100644
--- a/block/raw-posix.c
+++ b/block/raw-posix.c
@@ -946,9 +
From: Li Qiang
And also the g_malloc doesn't need check return value,
remove it.
Cc: qemu-triv...@nongnu.org
Signed-off-by: Li Qiang
---
target/i386/hax-all.c | 15 +++
1 file changed, 3 insertions(+), 12 deletions(-)
diff --git a/target/i386/hax-all.c b/target/i386/hax-all.c
ind
Natalia Portillo wrote:
> I propose the same for QEMU/PowerPC.
It would be nice to some day be able to use QEMU to run classic Mac OS,
now that Apple has discontinued the classic environment in OS X. Would
switching to OpenBIOS negatively affect efforts in this direction?
- Josh
___
Natalia Portillo wrote:
> OpenBIOS is a far more complete OF implementation than Apple ones used
> to load Mac OS <= 9.
> Just it need to be able to read HFS partition, handle CUDA, ADB, other
> devices, and, it will be able to run a Mac OS.
OK, great. One small correction though: Mac OS since at
James Supancic wrote:
> When I run
> qemu-i386 /usr/bin/wine
> I get
> qemu: uncaught target signal 11 (Segmentation fault) - exiting
>
> I know I don't need qemu-i386 to run wine compiled for x86 CPUs on an
> x86 CPU. I am trying to figure out how to make a version of wine that
> will work with q
James Supancic wrote:
> But, I am using a version of wine on Linux compiled for Linux? wine is a
> Linux program is it not?
Oops, I wasn't paying attention and thought your message was posted to
darwine-devel. Sorry!
- Josh
___
Qemu-devel mailing list
Jim C. Brown wrote:
> On Sun, Oct 08, 2006 at 05:30:19AM -0700, Ottavio Caruso wrote:
>> http://www.linuxworldexpo.de/linux_messe.php?ID=124&STEP=&lang=en
>>
>> I don't see Qemu mentioned at all. I wonder if any of the developers have
>> been contacted at all. I thing it is a pity that once againg
Rob Landley wrote:
> On Sunday 08 October 2006 10:36 am, Jim C. Brown wrote:
>> qemu is primarily a dynamic translator not a virtualizer.
>
> That's an implementation detail. The end result is running programs in a
> virtual environment, and qemu's system emulation has lots of virtual hardware
Oliver Gerlich wrote:
> Hello,
>
> apparently today another load of delayed mails appeared on the
> qemu-devel list... I have experienced this delay myself with some mails
> I sent (OTOH the last mail I sent appeared after just 20 minutes). So I
> wonder if anyone knows why some mails are delayed
David Roberts wrote:
> I'm getting exactly the same thing. I'm assuming this person no longer is
> receving messages - perhaps they could be removed from the list (If any list
> admins are reading this).
>
> On Tuesday 21 November 2006 10:04 pm, The Moon Seeker wrote:
>> David Roberts a écrit :
FWIW, there are similar problems with gcc 4 on ppc. Dyngen dies on
_op_bsfl_T0_cc, because the blr is in the middle of the function. The
only way I've found to get around this is to put -O0 in the CFLAGS in
Makefile.target. I tried the various -fno-align-* options to no avail.
In case anyone is
On 21 Jul 2005, Natalia Portillo <[EMAIL PROTECTED]> wrote:
El 21/07/2005, a las 18:33, Stealth Dave escribió:
On Jul 21, 2005, at 6:46 AM, Hetz Ben Hamo wrote:
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote:
Hetz Ben Hamo wrote:
I'm thinking of a new way to store the images and sav
At 17:25 +0200 2005-07-31, Rudi Lippert wrote:
Looks like there really is an SDL problem. I'm not capable of writing a test
program, but I tried sdlroids. It hangs in status S+ right after starting
it.
After I found out about this, I rebuilt libsdl (Gentoo package), but it
didn't help.
What's nex
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
/Users/stealthdave/Source/qemu/qemu/audio/coreaudio.c: In function
`coreaudio_init_out':
/Users/stealthdave/Source/qemu/qemu/audio/coreaudio.c:378: error:
`freq' undeclared (first use in this function)
Does -fno-tree-ch works on PC ?
Fabrice.
Yes. According to the GCC docs[1], -ftree-ch is enabled by -O1 and
above on all architectures.
[1] http://gcc.gnu.org/onlinedocs/gcc-4.0.2/gcc/Optimize-Options.html
- Josh
___
Qemu-devel mailing list
Qem
ystem-aarch64 -M virt -m 2048 -cpu cortex-a53 -kernel ./Image -nographic
-hda rootfs.ext2 --append "root=/dev/vda"), I got the following error:
* qemu-system-aarch64: qemu-5.1.0/softmmu/memory.c:2388:
memory_region_add_subregion_common: Assertion `!subregion->container' failed
Fair enough in itself, but if HPET is known to have problems with
arguably the most popular OS family to use as a guest, why is it
enabled by default?
On Tue, Oct 1, 2013 at 10:56 AM, Gleb Natapov wrote:
> On Tue, Oct 01, 2013 at 09:34:06AM -, Ben A wrote:
>> Apparently this bug's still alive
33 AM, Gleb Natapov wrote:
> On Tue, Oct 01, 2013 at 11:23:07AM -0500, Ben "Root" Anderson wrote:
>> Fair enough in itself, but if HPET is known to have problems with
>> arguably the most popular OS family to use as a guest, why is it
>> enabled by default?
>>
> A
18 matches
Mail list logo
