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 s
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 m
J. Mayer wrote:
> On Sat, 2007-10-13 at 16:17 +0200, J. Mayer wrote:
> > On Sat, 2007-10-13 at 16:07 +0300, Blue Swirl wrote:
> > > 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
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
(http://qemu-forum.ipi.fi/view
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
On Sat, 2007-10-13 at 20:07 +0100, Thiemo Seufer wrote:
> 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.
> >
>
I'm trying to add SuperSparc II MXCC support and need some feedback.
Is there a better way to read and write physical memory in 64bit chunks?
I'm not sure what I'm doing is portable between 32/64 and big/little endian.
Index: hw/sun4m.c
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 w
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 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=qemu&r1=1.15&r2=1.16
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/10/13 17:29:10
Modified files:
target-mips: helper.c
Log message:
Fix off-by-one in address check.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/helper.c?cvsroot=qemu
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 in
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 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
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
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer 07/10/13 14:00:23
Modified files:
hw : mips_r4k.c
Log message:
Static-ify function.
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_r4k.c?cvsroot=qemu&r1=1.48&r2=1.49
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 r
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 instruct
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
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 PRO
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
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@nong
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 accesse
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
th
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: [
24 matches
Mail list logo
