[Qemu-devel] Re: Installing Debian PPC HOWTO

2005-10-21 Thread Stefano Marinelli
On Thu, 20 Oct 2005 23:15:11 +0200, Mike Kronenberg wrote:
> There where a lot of questions lately about ppc emulation. Could you 
> post the resulting image to http://free.oszoo.org ? So people have a 

Please, submit this image. I've had some troubles producing a PPC image
and the little time I have doesn't allow me to try again.

Thank you!
Stefano



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] booting WIN XP from Linux

2005-10-21 Thread Sergey Smirnov
Does qemu support boot XP from Linux?
I use Debian Linux.
apt-get install qemu
...
qemu  -m 256 -snapshot -hda /dev/hda
grub messages
Choose XP
Black screen...


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Compiling Qemu + Accelerator on FC4

2005-10-21 Thread Jan Marten Simons

Rich Fought wrote:

Yes, I am trying to install Debian from bootable CD-ROM - is this not 
the correct option?



> qemu-img create hd.img 5G
> qemu-system-ppc -boot d -hda hd.img

 


Your commandline is missing the -cdrom parameter:

-cdrom 'file'
Use file as CD-ROM image (you cannot use '-hdc' and and '-cdrom' at the 
same time). You can use the host CD-ROM by using '/dev/cdrom' as filename.


-boot [a|c|d]
Boot on floppy (a), hard disk (c) or CD-ROM (d). Hard disk boot is the 
default.


Reading http://fabrice.bellard.free.fr/qemu/qemu-doc.html#SEC10 might 
help you in discovering some more features of qemu.


With regards,

Jan



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] booting WIN XP from Linux

2005-10-21 Thread Jan Marten Simons

Sergey Smirnov wrote:


Does qemu support boot XP from Linux?
I use Debian Linux.
apt-get install qemu
...
qemu  -m 256 -snapshot -hda /dev/hda
grub messages
Choose XP
Black screen...
 

I suppose WinXP does not like to be booted in a completly different 
machine (copy-protection, drivers bound to the system). when trying to 
boot a disc in qemu it is equal to taking the physical disc to a 
completly different physical pc. If I remember corectly there are some 
guides (from Microsoft) on migrating WinXP to a new host, but it's not 
as easy as migrating linux for example. Different hardware profiles are 
an option I suppose.


With regards,

Jan



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] booting WIN XP from Linux

2005-10-21 Thread Mike Swanson
I have heard that making a new, blank "Hardware Profile" works,
however I have neither tried it nor do I know the exact instructions
to do so.

On 10/21/05, Jan Marten Simons <[EMAIL PROTECTED]> wrote:
> Sergey Smirnov wrote:
>
> >Does qemu support boot XP from Linux?
> >I use Debian Linux.
> >apt-get install qemu
> >...
> >qemu  -m 256 -snapshot -hda /dev/hda
> >grub messages
> >Choose XP
> >Black screen...
> >
> >
> I suppose WinXP does not like to be booted in a completly different
> machine (copy-protection, drivers bound to the system). when trying to
> boot a disc in qemu it is equal to taking the physical disc to a
> completly different physical pc. If I remember corectly there are some
> guides (from Microsoft) on migrating WinXP to a new host, but it's not
> as easy as migrating linux for example. Different hardware profiles are
> an option I suppose.

--
Mike


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] booting WIN XP from Linux

2005-10-21 Thread Christian MICHON
use "sysprep". Google for instructions. It's not always working...

On 10/21/05, Sergey Smirnov <[EMAIL PROTECTED]> wrote:
> Does qemu support boot XP from Linux?
> I use Debian Linux.
> apt-get install qemu
> ...
> qemu  -m 256 -snapshot -hda /dev/hda
> grub messages
> Choose XP
> Black screen...
>
>
> ___
> Qemu-devel mailing list
> Qemu-devel@nongnu.org
> http://lists.nongnu.org/mailman/listinfo/qemu-devel
>


--
Christian


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] VMWare player

2005-10-21 Thread John R. Hogerhuis
Barely on-topic, but since VmWare interop crops up from time to time:

http://www.vmware.com/products/player/

I doubt this is targeted at QEMU, but rather at competing with Microsoft
and VirtualPC. That or they are leaving the low-end market for server
consolidation.

This may in fact be as much VmWare as most people would need. Countdown
has started for the first person to create a system image solely from
freeware "VmWare Player" ;-)

-- John.



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] User-space emulation on Mac OS X to run Mac OS X Intel applications

2005-10-21 Thread Steven
Hi all,

Looking at qemu, it seems as if it could be possible to allow it to
run Intel OS X apps on PowerPC OS X, much like a reverse Rosetta. The
x86 frameworks/libraries are included with Xcode, so possibly
everything else could run natively, just have the app itself emulated.

Is anybody willing to try getting this to work?

Thanks,
Steve


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Problems with Qemu 0.7.2

2005-10-21 Thread James Lancaster
(With or without kqemu) 

1) When switching from qemu, it doesn't like letting go of the mouse. If you 
don't have it grabbed, and click on another window, it will grab the mouse 
again, and the title bar will cycle through "Qemu" and "Qemu - Press ctrl-alt 
to exit grab. If you use the keyboard to move the focus, it acts as it should 
(in other words, no qemu grabbing).

2) "Video memory" is somehow being corrupted by changing resolution. See: 
http://kirk.math.twsu.edu/family/james/pics/computer/qemu-visual-errors1.png 
for the effect of switching from 800x600 to 640x480. (The other way it  does 
not result in corruption.) Also changing from 16-bit to 24-bit causes 
corruption. (Similar to that seen in the screenshot. I can't detect a 
definite pattern, other than text and some icons display correctly.)

3) The video doesn't appear to handle ARGB as can be seen in the screenshot: 
http://kirk.math.twsu.edu/family/james/pics/computer/swiftshader-errors.png 
If you zoom in on that one, to see individual pixels, one can notice a dark, 
blue, green, red pattern. (Second screenshot dumped from the monitor:  
http://kirk.math.twsu.edu/family/james/pics/computer/swiftshader-errors.ppm)

(Oh yeah, people on this list might want to look at Transgaming's software 
directx8/9 renderer if they want 3d (swiftshader, formerly swshader, webpage: 
http://www.transgaming.com/swiftshader.php), with kqemu, as now cpu is cheap, 
graphics aren't. (Unfortunately, as one can see from the screenshots in 3, 
there are problems))

James L


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] VMWare player

2005-10-21 Thread Mike Swanson
Yeah, it barely on topic. But the .vmx files are extremely simple text
files, and qemu-img creates vmdk disk images. Yes, it's possible to
install operating systems solely withing VMware (this is the correct
spelling, btw) Player, but you cannot install VMware Tools, even with
the appropriate (windows|linux|freebsd|netware).iso file.

On 10/21/05, John R. Hogerhuis <[EMAIL PROTECTED]> wrote:
> Barely on-topic, but since VmWare interop crops up from time to time:
>
> http://www.vmware.com/products/player/
>
> I doubt this is targeted at QEMU, but rather at competing with Microsoft
> and VirtualPC. That or they are leaving the low-end market for server
> consolidation.
>
> This may in fact be as much VmWare as most people would need. Countdown
> has started for the first person to create a system image solely from
> freeware "VmWare Player" ;-)
>
> -- John.
--
Mike


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] User-space emulation on Mac OS X to run Mac OS X Intel applications

2005-10-21 Thread Jim C. Brown
On Fri, Oct 21, 2005 at 09:16:18PM +0100, Steven wrote:
> Hi all,
> 
> Looking at qemu, it seems as if it could be possible to allow it to
> run Intel OS X apps on PowerPC OS X, much like a reverse Rosetta. The
> x86 frameworks/libraries are included with Xcode, so possibly
> everything else could run natively, just have the app itself emulated.
> 
> Is anybody willing to try getting this to work?
> 
> Thanks,
> Steve
> 

AFAIK no one is working on it. user emulation is strictly linux-only for the
time being. (1)

Getting this to work isn't very hard at all, you'd just have to change the
syscall code to be what Darwin uses.

(1) I believe there is an m68k target being worked on, which is not strictly
linux only. I haven't looked at it very closely and am not sure of the details.
But this doesn't really help you anyways.

-- 
Infinite complexity begets infinite beauty.
Infinite precision begets infinite perfection.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] User-space emulation on Mac OS X to run Mac OS X Intel applications

2005-10-21 Thread René Korthaus


Am 21.10.2005 um 22:16 schrieb Steven:


Hi all,

Looking at qemu, it seems as if it could be possible to allow it to
run Intel OS X apps on PowerPC OS X, much like a reverse Rosetta. The
x86 frameworks/libraries are included with Xcode, so possibly
everything else could run natively, just have the app itself emulated.


Anyway, I ask myself if this is useful at all?! Apple introduced  
Universal Binaries along with XCode 2.1, so Intel OS X apps will run  
on PPC, too, if they are Universal Binary formatted. This does make  
sense for almost all apps, cause not all macusers can afford an Intel  
Mac as soon as they are released and software vendors want to earn  
money!




Is anybody willing to try getting this to work?

Thanks,
Steve


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel






___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] VMWare player

2005-10-21 Thread John R. Hogerhuis
On Fri, 2005-10-21 at 13:22 -0700, Mike Swanson wrote:
> Yeah, it barely on topic. But the .vmx files are extremely simple text
> files, and qemu-img creates vmdk disk images.

That was my first thought when I saw this as well.

>  Yes, it's possible to
> install operating systems solely withing VMware (this is the correct
> spelling, btw) Player, but you cannot install VMware Tools, even with
> the appropriate (windows|linux|freebsd|netware).iso file.
> 

I figured as much. I understand some of what VMware tools has in it. Is
it necessary? QEMU is quite usable without special guest-side utilities.

Or perhaps the issue is that VMWare player will not run anything that
does not have VMware tools installed?

-- John.



___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] User-space emulation on Mac OS X to run Mac OS X Intel applications

2005-10-21 Thread Paul Brook
> (1) I believe there is an m68k target being worked on, which is not
> strictly linux only. I haven't looked at it very closely and am not sure of
> the details. But this doesn't really help you anyways.

The m68k target supports a very simple semihosting syscall layer, similar to 
the the "angel" swi interface already implemented on Arm targets. Neither of 
these help darwin emulation.

It's worth noting that OSX has two types of syscalls. IIRC one uses positive 
syscall IDs, th other negative:
- The Darwin syscalls.  Thees are more-ore-less the same as the linux layer, 
and should be fairly easy. You can also examine/borrow from the open source 
Darwin kernels.
- The Mach syscalls, and all the message passing bits (eg IOkit). Some (many?) 
of these are proprietary. Might not be too hard to pass these through to an 
OSX host, but I wouldn't bet on it.

Paul


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] qemu-ppc fails to run clone with CLONE_VM, threaded programs, non-static programs

2005-10-21 Thread Josh Triplett
Hello,

I'm attempting to run cross-compiled programs with qemu-ppc.  Basic
statically-linked programs work perfectly.  However, if I attempt to run
non-static programs or threaded programs, or if I attempt to call
clone() with the CLONE_VM flag set, I get an invalid data memory access.

Threaded programs get an error when calling pthread_create, with an
invalid data memory access at 0x0018.  A simple test program using
clone with CLONE_VM gets an invalid data memory access at 0x0008.
Non-static programs get an invalid data memory access at various
addresses around 0x0de0, before ever reaching main().

I've attached the test program I used to test clone(), as it seems to be
the simplest test case which fails.  I'd be happy to help with debugging
this problem; if you need any more information or you'd like me to run
additional tests, please let me know.

I've tested both the Debian-packaged qemu-7.0 and an unmodified
qemu-0.7.2 from qemu.org ; with the latter, all of the above tests still
fail, but I get a few more error messages along the lines of "Invalid
segfault errno (a00)" and "qemu: uncaught target signal 11
(Segmentation fault) - exiting".  In addition, when I run the
hello-clone program under qemu-7.2, the parent also experiences an
"invalid data memory access" error and segfaults, whereas with 7.0 the
parent ran fine and only the child had an "invalid data memory access"
error and segfault.

Some background: I'm a member of the Portland State Aerospace Society,
and we're in the process of switching our rocket's flight computer
(which runs Debian GNU/Linux) over to PowerPC. I'm attempting to get our
flight-control software to run under qemu-ppc so that I can test it
under simulation; the flight-control software currently makes use of
pthreads.

- Josh Triplett


#include 
#include 
#include 
#include 

/* int i = 0; */

int thread_main(void *arg)
{
printf("child: Hello world!\n");
while(1) /* i++ */;
return 0;
}

unsigned long stack[8192];

int main()
{
int pid;

printf("About to clone: thread_main=%p\n", thread_main);

pid = clone(thread_main, stack+4096, CLONE_VM, NULL);

if(pid == -1)
{
perror("clone");
return 1;
}

printf("parent: clone successful; child pid is %d\n", pid);
printf("parent: sleeping a bit\n");

sleep(2);

/*printf("parent: value is %d\n", i); */
printf("parent: killing process\n");

kill(pid, SIGTERM);

return 0;
}



signature.asc
Description: OpenPGP digital signature
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] [patch] Thumb symbol lookup

2005-10-21 Thread Paul Brook
Some Arm ABIs use the low bit of a symbol address to mark thumb function 
symbols (instruction are always halfword aligned). The patch below makes 
lookup_symbol ignore this bit when comparing addresses.

Paul

Index: disas.c
===
RCS file: /cvsroot/qemu/qemu/disas.c,v
retrieving revision 1.25
diff -u -p -r1.25 disas.c
--- disas.c	23 Jul 2005 22:39:53 -	1.25
+++ disas.c	22 Oct 2005 03:23:10 -
@@ -279,6 +279,7 @@ const char *lookup_symbol(target_ulong o
 /* Hack, because we know this is x86. */
 Elf32_Sym *sym;
 struct syminfo *s;
+target_ulong addr;
 
 for (s = syminfos; s; s = s->next) {
 	sym = s->disas_symtab;
@@ -290,8 +291,13 @@ const char *lookup_symbol(target_ulong o
 	if (ELF_ST_TYPE(sym[i].st_info) != STT_FUNC)
 		continue;
 
-	if (orig_addr >= sym[i].st_value
-		&& orig_addr < sym[i].st_value + sym[i].st_size)
+	addr = sym[i].st_value;
+#ifdef TARGET_ARM
+/* The bottom address bit marks a Thumb symbol.  */
+addr &= ~(target_ulong)1;
+#endif
+	if (orig_addr >= addr
+		&& orig_addr < addr + sym[i].st_size)
 		return s->disas_strtab + sym[i].st_name;
 	}
 }
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


Re: [Qemu-devel] Problems with Qemu 0.7.2

2005-10-21 Thread James Lancaster
My apologies for the lack of system description:

Host:
Gentoo 2005.0 AMD64
Athlon 64 3000+
Qemu 0.7.2 & Kqemu 0.7.2
Gcc version: 3.4.4

Guest: 
Windows 2000 SP4 fully patched. 

Any other information needed, I can provide on request.


___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel


[Qemu-devel] Re: qemu-ppc fails to run clone with CLONE_VM, threaded programs, non-static programs

2005-10-21 Thread Josh Triplett
Josh Triplett wrote:
> I'm attempting to run cross-compiled programs with qemu-ppc.  Basic
> statically-linked programs work perfectly.  However, if I attempt to run
> non-static programs or threaded programs, or if I attempt to call
> clone() with the CLONE_VM flag set, I get an invalid data memory access.
> 
> Threaded programs get an error when calling pthread_create, with an
> invalid data memory access at 0x0018.  A simple test program using
> clone with CLONE_VM gets an invalid data memory access at 0x0008.
> Non-static programs get an invalid data memory access at various
> addresses around 0x0de0, before ever reaching main().

I worked with pbrook on #qemu to debug this issue.  The problem turns
out to be that qemu's do_fork function on PowerPC zeroes out r7-r31 in
the new CPU state structure after a clone, which it should not do, as
the child's registers should match the parent; it also does not zero
register r3, which holds the return value and should be zero in the
child.  I've prepared and attached a patch which should solve this problem.

- Josh Triplett
diff -Naur qemu-0.7.0.orig/linux-user/syscall.c qemu-0.7.0/linux-user/syscall.c
--- qemu-0.7.0.orig/linux-user/syscall.c	2005-10-21 19:56:04.0 -0700
+++ qemu-0.7.0/linux-user/syscall.c	2005-10-21 20:02:20.0 -0700
@@ -1560,11 +1560,7 @@
 if (!newsp)
 newsp = env->gpr[1];
 new_env->gpr[1] = newsp;
-{ 
-int i;
-for (i = 7; i < 32; i++)
-new_env->gpr[i] = 0;
-}
+new_env->gpr[3] = 0;
 #else
 #error unsupported target CPU
 #endif


signature.asc
Description: OpenPGP digital signature
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel