On Sat, 2007-10-13 at 10:11 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
Forwarded Message
From: Jocelyn Mayer [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], qemu-devel@nongnu.org
To: qemu-devel@nongnu.org
Subject: Re: [Qemu-devel] RFC:
On Fri, 2007-10-12 at 10:54 +0200, Dan Kenigsberg wrote:
This seems like a good excuse to send my suggested -cpu option for the
x86 target. It is just like my previous take 4, but fits to the newly
unified cpu_list.
I don't know x86 so well to comment the x86 CPU definitions, but having
this
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
The problem:
some CPU architectures, namely PowerPC and maybe others, offers
facilities to access the memory or I/O in the reverse endianness, ie
little-endian instead of big-endian for PowerPC, or provide instruction
to make memory accesses in
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-10-13 at 10:11 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
Forwarded Message
From: Jocelyn Mayer [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED], qemu-devel@nongnu.org
To:
On Fri, Oct 12, 2007 at 08:04:16AM +0200, Bruno Cornec wrote:
I Can say the same of Mandriva 2007.1 as host, and SuSE 10.3,Debian 4.0,
RHEL 5 ... as guests.
Unsupported return value: 0x
Exactly the same.
However, mandriva 2008.0 x86_64 doesn't exhibit this error on the same
host.
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-10-13 at 11:57 +0200, J. Mayer wrote:
On Sat, 2007-10-13 at 10:11 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
Forwarded Message
From: Jocelyn Mayer [EMAIL PROTECTED]
On Sat, Oct 13, 2007 at 01:53:37PM +0200, Bruno Cornec wrote:
However, mandriva 2008.0 x86_64 doesn't exhibit this error on the same
host.
I stand corrected. It also crashed but later during the install process,
where the other were at the start. Back to -no-kqemu.
Bruno.
--
Des infos sur la
Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
The problem:
some CPU architectures, namely PowerPC and maybe others, offers
facilities to access the memory or I/O in the reverse endianness, ie
little-endian instead of big-endian for PowerPC, or provide instruction
to
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
On Sat, 2007-10-13 at 13:47 +0300, Blue Swirl wrote:
On 10/13/07, J. Mayer [EMAIL PROTECTED] wrote:
The problem:
some CPU architectures, namely PowerPC and maybe others, offers
facilities to access the memory or I/O in the reverse
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/13 14:00:23
Modified files:
hw : mips_r4k.c
Log message:
Static-ify function.
CVSWeb URLs:
Bruno Cornec wrote:
On Sat, Oct 13, 2007 at 01:53:37PM +0200, Bruno Cornec wrote:
However, mandriva 2008.0 x86_64 doesn't exhibit this error on the same
host.
I stand corrected. It also crashed but later during the install process,
where the other were at the start. Back to -no-kqemu.
On Sat, Oct 13, 2007 at 04:24:45PM +0200, Werner Dittmann wrote:
Even when using -no-kqemu it somehow fails/hangs during setup of Grub
when I try to install a openSuse 10.2 or 10.3 . These problems are know
for quite some time - but no solution yet.
Agreed, but is it only linked to qemu for
Hi,
For symmetry, there should be a script called before a tap device is
brought down IMHO. Please consider the appended patch.
Regards,
Wolfram.
--- vl.c.orig 2007-07-29 19:57:25.0 +0200
+++ vl.c2007-10-13 16:04:51.0 +0200
@@ -107,6 +107,7 @@
#include exec-all.h
On Saturday 13 October 2007 16:24, Werner Dittmann wrote:
Bruno Cornec wrote:
On Sat, Oct 13, 2007 at 01:53:37PM +0200, Bruno Cornec wrote:
However, mandriva 2008.0 x86_64 doesn't exhibit this error on the same
host.
I stand corrected. It also crashed but later during the install
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/13 17:29:10
Modified files:
target-mips: helper.c
Log message:
Fix off-by-one in address check.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/13 19:00:52
Modified files:
target-mips: TODO
Log message:
Update TODO.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/TODO?cvsroot=qemur1=1.15r2=1.16
J. Mayer wrote:
[snip]
My idea of always using the ldx_code_p function is that we may have the
occasion to make it more cleaver and make the slow case handle code
execution in mmio areas, when it will be possible.
Here's an updated patch. I added a definition TARGET_HAS_VLE_INSNS which
On Fri, 2007-10-12 at 09:01 +0200, J. Mayer wrote:
On Thu, 2007-10-11 at 14:09 +0200, J. Mayer wrote:
On Wed, 2007-10-10 at 07:06 +0200, J. Mayer wrote:
On Wed, 2007-10-10 at 01:12 +0100, Thiemo Seufer wrote:
J. Mayer wrote:
Here's a proposal to add a int cpu_mem_index (CPUState
Hi,
I've found the fat:rw:dir option for harddrives and want to use it :)
But when I run:
qemu-system-x86_64 -kernel-kqemu -m 256 -hda winxp.qcow -hdb
fat:rw:/media/lacie/
I get:
qemu: could not open hard disk image 'fat:rw:/media/lacie/'
I've seen in qemu forums
J. Mayer wrote:
[snip]
Other than that it looks good to me (and reminds me to check what the
supervisor mode on MIPS actually does now :-).
This updated patch gives the opportunity to define a per-target semantic
of the mmu_idx... Time to check what it means in actual CPU
On 10/11/07, Etienne Lorrain [EMAIL PROTECTED] wrote:
Hello,
I did more search on the keyboard problem, just posted on the forum
but here seems to be a better place:
This may not be the same issue, but I've seen strange behaviour
also. ReactOS has a built in kernel debugger that seems
21 matches
Mail list logo
