Joe Bogner | 1 Feb 04:04 2005
Picon

Re: Win2000 as guest - unable to install any software under Win2000

Peter - 

You need to run scedit.msc to correct the local policy. Do you see
errors in the event viewer saying that the local policy couldn't be
created?

Read through my experience with w2k and qemu -
http://lists.gnu.org/archive/html/qemu-devel/2005-01/msg00243.html.

-Joe

On Mon, 31 Jan 2005 10:16:50 +0000 (UTC), Peter Taaffe
<debian.uk <at> gmail.com> wrote:
> Hi to you all!
> 
> I finally managed to run Win2000 as guest under qemu (0.6.2)
> on Debian sarge OS yesterday.
> 
> Unfortunately I do have a very strange problem – it seems,
> that I can not install any other software under Win2000 –
> even when I'm logged in as Administrator.
> 
> I tried to install different things as Administrator, but I
> always got an error message, which said something like:
> "you do not have the permission to install software – please log in as
> administrator"
> 
> I'm also unable to run the Windows update (as Administrator) –
> it ends with the same result.
> 
(Continue reading)

Daniel Egger | 1 Feb 08:18 2005

Re: qemu dyngen-exec.h

On 31.01.2005, at 11:51, Phil Krylov wrote:

> did this fix the compilation for someone on Mac OS X? Here qemu still
> does not get built.

Nope, still broken regardless of the used gcc.

Servus,
       Daniel
_______________________________________________
Qemu-devel mailing list
Qemu-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Lee | 1 Feb 20:33 2005
Picon

savevm and loadvm function


Hello List,

I am wondering about the backend operation of the 'savevm' and 'loadvm'
monitor commands.

I am familiar with the VMware Snapshot concept, which saves both the
current memory and disk states.

Does qemu save memory and disk states, or just memory states?

The reason I ask is I would like to save the state of my qemu machine,
install some test software, and then revert back to that saved state (for
both memory and disk).

Is this possible?

--

-- 
Lee
linuxtwidler <at> gmail.com
Fabrice Bellard | 1 Feb 21:25 2005

qemu/target-i386 translate.c

CVSROOT:	/cvsroot/qemu
Module name:	qemu
Branch: 	
Changes by:	Fabrice Bellard <bellard <at> savannah.gnu.org>	05/02/01 20:25:03

Modified files:
	target-i386    : translate.c 

Log message:
	pusha, popa and enter fix

CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-i386/translate.c.diff?tr1=1.44&tr2=1.45&r1=text&r2=text
Jim C. Brown | 2 Feb 00:06 2005
Picon

Re: savevm and loadvm function

On Tue, Feb 01, 2005 at 01:33:22PM -0600, Lee wrote:
> 
> Hello List,
> 
> Does qemu save memory and disk states, or just memory states?

Only memory.

> 
> The reason I ask is I would like to save the state of my qemu machine,
> install some test software, and then revert back to that saved state (for
> both memory and disk).
> 
> Is this possible?
> 

Yes, you just need to combine save/loadvm with the -snapshot option (which lets
you write changed to the disk in a separate file). Then if you wanna revert back,
you just remove the snapshot and load up the saved vm (assuming you do not commit
the snapshot back to the original disk).

> 
> 
> -- 
> Lee
> linuxtwidler <at> gmail.com
> 
> 
> 
> _______________________________________________
(Continue reading)

Paul Brook | 2 Feb 02:26 2005

Re: Armv5 target

> > +    /* XXX: locking issue */
> > +    if (is_write && page_unprotect(address, pc, puc)) {
> > +        return 1;
> > +    }
> >      /* XXX: do more */
> >      return 0;
> >  }
>
> Sort of. Self-modifying code (e.g. stack trampolines) are still broken, and
> the patch above should work.
>
> However I just tested it and it doesn't seem to work any more. It seems
> that the SEGV handler is being passed an address of 0, rather than the
> actual faulting location.
>
> This may be a host kernel/libc bug.

I just tried on a few different machines, and this is a host kernel bug 
specific to one particular kernel (custom 2.6.9).

However I don't think this is the best solution.  arm-linux has an instruction 
cache flush syscall, so we should be hooking into that instead.

Paul
Peter Taaffe | 2 Feb 09:11 2005
Picon

Re: (solved) Problems with self-burned CD-Roms

Hi Mark,
hi James!

Many thanks to both of you for your suggestions. DirectCD solved the problem 
now completely :-))).

Cheers,

Peter
Lennert Buytenhek | 2 Feb 13:01 2005

Re: Armv5 target

On Wed, Feb 02, 2005 at 01:26:37AM +0000, Paul Brook wrote:

> > > +    /* XXX: locking issue */
> > > +    if (is_write && page_unprotect(address, pc, puc)) {
> > > +        return 1;
> > > +    }
> > >      /* XXX: do more */
> > >      return 0;
> > >  }
> >
> > Sort of. Self-modifying code (e.g. stack trampolines) are still broken, and
> > the patch above should work.
> >
> > However I just tested it and it doesn't seem to work any more. It seems
> > that the SEGV handler is being passed an address of 0, rather than the
> > actual faulting location.
> >
> > This may be a host kernel/libc bug.
> 
> I just tried on a few different machines, and this is a host kernel bug 
> specific to one particular kernel (custom 2.6.9).

Do you have some example code that demonstrates this?

thanks,
Lennert
Paul Brook | 2 Feb 16:41 2005

Arm sbcs bugfix

The logic for setting CF in the arm sbcs instruction was wrong. The attached 
patch fixes it. Found while testing some soft-float code.

Paul
Attachment (patch.qemu_sbcs): text/x-diff, 956 bytes
_______________________________________________
Qemu-devel mailing list
Qemu-devel <at> nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Paul Brook | 2 Feb 16:47 2005

Re: Armv5 target

On Wednesday 02 February 2005 12:01, Lennert Buytenhek wrote:
> On Wed, Feb 02, 2005 at 01:26:37AM +0000, Paul Brook wrote:
> > > > +    /* XXX: locking issue */
> > > > +    if (is_write && page_unprotect(address, pc, puc)) {
> > > > +        return 1;
> > > > +    }
> > > >      /* XXX: do more */
> > > >      return 0;
> > > >  }
> > >
> > > Sort of. Self-modifying code (e.g. stack trampolines) are still broken,
> > > and the patch above should work.
> > >
> > > However I just tested it and it doesn't seem to work any more. It seems
> > > that the SEGV handler is being passed an address of 0, rather than the
> > > actual faulting location.
> > >
> > > This may be a host kernel/libc bug.
> >
> > I just tried on a few different machines, and this is a host kernel bug
> > specific to one particular kernel (custom 2.6.9).
>
> Do you have some example code that demonstrates this?

I've attached two programs. segv-test.c tests for the kernel bug. nest_test.c 
tests stack trampolines, which exposes the bug then run inside qemu-user.

Note that the proper fix for arm is to remove the ||1 hack on the 
TARGET_HAS_SMC tests in exec.c. Comments indicate this hack is to work around 
bugs in the PPC emulation.
(Continue reading)


Gmane