Re: [Qemu-devel] Installing Debian PPC HOWTO

[Vesselin Peev]

Hello,

"Mike Kronenberg" <[EMAIL PROTECTED]> wrote:


This is very helpful indeed!
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 easy
solution to test ppc emulation? I think hetz would also be happy to have
this howto in his qemu forum at: http://qemu.dad-answers.com/


Thanks. I posted the location on Hetz's forum, the feedback is indeed 
positive. I added some more explanations to the document. Took the time to 
make a clean image, done from scratch after you and Stefano Marinelli 
requested it (see below), since my image had a lot of other, unnecessary 
stuff added to it. The new one is approx. 1 GB in size in compressed qcow 
format, approx. 2 GB uncompressed, partition 16GB. The "Desktop machine" 
package set has been installed beside the base system, including GNOME and 
KDE, and all software is completely up-to-date, though from the "stable" 
distribution (most likely that is what most people want to use, I think). 
Local X is there but disabled from running automatically.


"Stefano Marinelli" <[EMAIL PROTECTED]> wrote:


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.


My part for now has been done for now (the oszoo.org server got the full 
file; ready for review). I trust you will find the image fit for use.


Best regards,
Vesselin. 



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

[Qemu-devel] Is it possible run qemu on windows nt ?

[WarownyR]

Hi

I downloaded qemu from internet (the .exe binary) and try to run it on
windows nt. but it fails to start. It just exits silently and nothing
happens. This is polish version of windows nt workstation with service pack
6. I tried different versions of qemu from 0.7.0 to 0.7.2 but with the same
resoult. Here are the commands I run, and it's output:

qemu freedos.dsk
echo %ERRORLEVEL%
0

Is it possible to run qemu on windows nt ?

Radek


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

[Qemu-devel] (savevm and loadvm) appropriate order of events

[Wesley Parish]

when restoring a vm state saved to a file?

Eg, do I fire up qemu with this sort of invocation:
qemu -boot c -hda  
then later jump into the monitor and 
loadvm 

Or is there some other sequence of events?  Some other method of importing the 
saved vm filename?

Thanks

Wesley Parish
-- 
Clinersterton beademung, with all of love - RIP James Blish
-
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.


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

Re: [Qemu-devel] Problems with Zeta LiveCD

[Ulf Magnusson]

That gets me (with -fda substituted for -floppy, which isn't a valid
option) an error from the QEMU BIOS that the disk is not bootable. It's
too large (1.8Mb) to fit on a regular floppy anyhow.On 10/23/05, Christian Wiese <[EMAIL PROTECTED]> wrote:
Sorry, haven´t the files here till now.But maybe you could try something like that:
qemu -floppy zetaboot.img -cdrom zetacd.img -boot aIf I get the live cd the next days I´ll try with it myself.Greetings,  ChrisUlf Magnusson wrote:> I noticed the official distribution already has the two tracks split
> into zetaboot.img and zetacd.img, so that's less work me :)>> I ran>> $ qemu -cdrom zetaboot.img -hda zetacd.img -boot d>> and selected the hd from the boot menu. That led to a kernel panic
> (PANIC: boot device not found").>> I then tried running without any hd, and instead changed the disk to> zetacd.img from the console when the prompt for the CD came up. That> way I got to the magnifying glass stage of the ZETA boot screen, but
> there it panics with "PANIC: no shell!". Any ideas?>> Thanks for your reply,> Ulf>> On 10/23/05, *Christian Wiese* <[EMAIL PROTECTED]
> [EMAIL PROTECTED]>> wrote:>> Hi,>> this behaviour is because of the way a BeOS/ZETA cd is> constructed. For
> some more infos take a look at the bottom of this page:> http://forum.mlotz.ch/viewtopic.php?t=120> <
http://forum.mlotz.ch/viewtopic.php?t=120>>> What you could do:> - Make a boot floppy out of track one of your demo-cd.> - Extract the second track as iso (be sure to take only the second
> track)> - In qEmu boot from your virtual floppy, press `space` to access the> bootmenu and select your virtual hd.> This way I get a complete ZETA installed in qEmu. But don´t expect to
> much, as most hardware is currently not supported (the last time i> tried)>> Greetings,> Chris>>> ___
> Qemu-devel mailing list> Qemu-devel@nongnu.org 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>>___Qemu-devel mailing listQemu-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

[Qemu-devel] Re: Installing Debian PPC HOWTO

[Stefano Marinelli]

On Tue, 25 Oct 2005 10:20:07 +0300, Vesselin Peev wrote:
> My part for now has been done for now (the oszoo.org server got the full 
> file; ready for review). I trust you will find the image fit for use.

The file is here. In a few hours the oszoo.org page will be updated.
I've received also a CentOS image, will be online soon,too.

Thank you guys! :-)

Stefano



___
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 XIntel applications

[Vesselin Peev]

Hello,

Such a QEMU capability would be quite useful once the Intel Macs start 
becoming widespread. While you could make a Universal Binary without 
changees, it is likely that the average app would experience various issues, 
some of them very subtle, when executed on Intel, because the latter is a 
little-endian architecture as opposed to the big-endian one (PowerPC) of 
today.  Today, most applications are written for a single endian type. Few 
apps can handle more than a single endian type. It is a considerable hassle 
and requires double the testing to support 2 endian types (I am not saying 
it is generally not good to be done, though!). That won't change with the 
introduction of Intel Macs. In other words, the Mac world would start 
switching en masse from big endian (PowerPC) to little endian (Intel x86) in 
their programs. After a relatively short transitory period (2-3 years, I 
think), most Mac apps, and especially entirely new ones, would be developed 
only for Intel. QEMU could very well be the answer to bringing those apps to 
the older Macs.


Steve Jobs and his marketing machine is the culprit for the disinformation. 
On stage during the Apple WWDC, he demonstrated that all it takes to produce 
two working Intel and PPC binaries is to enable two checkboxes, never 
mentioning the subtle endianness issues. The audience applauded...


-Vesko

- Original Message - 
From: "Steven" <[EMAIL PROTECTED]>

To: 
Sent: Saturday, October 22, 2005 11:06 AM
Subject: Re: [Qemu-devel] User-space emulation on Mac OS X to run Mac OS 
XIntel applications



Yes I think this would be useful because there are situations where
developers do not create universal binaries. This is most apparent
with the host of applications being ported to Mac OS X on Intel that
aren't compiled using GCC4 and are therefore Intel-only.

And also, it might help future-proof current Macs a little, as
developers won't offer Universal Binaries forever.

Steve

On 10/21/05, René Korthaus <[EMAIL PROTECTED]> wrote:


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




___
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] (savevm and loadvm) appropriate order of events

[Johannes Schindelin]

Hi,

On Tue, 25 Oct 2005, Wesley Parish wrote:

> when restoring a vm state saved to a file?
> 
> Eg, do I fire up qemu with this sort of invocation:
> qemu -boot c -hda  

How ´bout

qemu -hda  -loadvm 

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

Re: [Qemu-devel] (savevm and loadvm) appropriate order of events

[Vesselin Peev]

Hi, Wesley,

The QEMU docs at http://fabrice.bellard.free.fr/qemu/qemu-doc.html read the 
following regarding one of QEMU's command-line parameters::


`-loadvm file'
Start right away with a saved state (loadvm in monitor)

Append this option and the saved state filename to the command line that you 
normally use to invoke QEMU.
I have found when I do so, I can't use the keyboard once everything is up 
and running (the mouse works). To work around that, go to the monitor 
momentarily (doing nothing there) and then back. The keyboard will work 
then.


-Vesko

- Original Message - 
From: "Wesley Parish" <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, October 25, 2005 11:32 AM
Subject: [Qemu-devel] (savevm and loadvm) appropriate order of events



when restoring a vm state saved to a file?

Eg, do I fire up qemu with this sort of invocation:
qemu -boot c -hda  
then later jump into the monitor and
loadvm 

Or is there some other sequence of events?  Some other method of importing 
the

saved vm filename?

Thanks

Wesley Parish
--
Clinersterton beademung, with all of love - RIP James Blish
-
Mau e ki, he aha te mea nui?
You ask, what is the most important thing?
Maku e ki, he tangata, he tangata, he tangata.
I reply, it is people, it is people, it is people.


___
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] Is it possible run qemu on windows nt ?

[Vesselin Peev]

Hi Radek,

Perhaps someone knows better, but have you tried "qemu -L . freedos.dsk" or 
"qemu -L bios freedos.dsk" from within the QEMU installation directory (and, 
of course, adjusting the path to "freedos.dsk" appropriately in that case)?


Hope that helps,
Vesko

- Original Message - 
From: <[EMAIL PROTECTED]>

To: 
Sent: Tuesday, October 25, 2005 11:08 AM
Subject: [Qemu-devel] Is it possible run qemu on windows nt ?



Hi

I downloaded qemu from internet (the .exe binary) and try to run it on
windows nt. but it fails to start. It just exits silently and nothing
happens. This is polish version of windows nt workstation with service 
pack
6. I tried different versions of qemu from 0.7.0 to 0.7.2 but with the 
same

resoult. Here are the commands I run, and it's output:

qemu freedos.dsk
echo %ERRORLEVEL%
0

Is it possible to run qemu on windows nt ?

Radek


___
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] Is it possible run qemu on windows nt ?

[Jim C. Brown]

On Tue, Oct 25, 2005 at 10:08:38AM +0200, [EMAIL PROTECTED] wrote:
> Hi
> 
> I downloaded qemu from internet (the .exe binary) and try to run it on
> windows nt. but it fails to start. It just exits silently and nothing
> happens. This is polish version of windows nt workstation with service pack
> 6. I tried different versions of qemu from 0.7.0 to 0.7.2 but with the same
> resoult. Here are the commands I run, and it's output:
> 
> qemu freedos.dsk
> echo %ERRORLEVEL%
> 0

My guess: you need the -L option to tell qemu where the bios files are.

The reason you see no errors is due to a bad design on the part of qemu for
windows: it doesn't write the errors onto a console window. There are ways to
correct for this, though.

> 
> Radek
> 

-- 
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] Problems with Qemu 0.7.2

[Ryan Rempel]

On 10/22/05, Jim C. Brown <[EMAIL PROTECTED]> wrote:

> On Fri, Oct 21, 2005 at 04:05:08PM -0500, James Lancaster wrote:
>
> This doesn't suprise me. I hacked the source code so qemu doesn't grab the
> mouse, and just disable mouse acceleration in the guest. It works beautifully
> for me.
>
> The reason this isn't default is because it is a pain to turn off acceleration
> in most guests, and in a few it can't be turned off at all. No one has
> found a way around this.

I'd be very interested in this hack -- could you post it, or at least
a hint about what kind of changes are involved (I guess I can look at
the source as easily as the next person, but why reinvent the wheel).

The reason I'm interested is that I'm using FreeNX to access my Unix
machine (on which QEMU runs), and the grabbing / accelerating plays
havoc with FreeNX (i.e. the reaction of the cursor is slightly
unpredictable, which is entertaining, but ...)

BTW, my guest OS is Windows 2000 -- do you happen to know if it is
possible to turn off acceleration there? If not, I suppose I'm out of
luck.


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

Re: [Qemu-devel] Problems with Zeta LiveCD

[André Braga]

The Zeta boot disk requires 2.88MB floppy emulation. I suppose QEMU
still doesn't support that.

On 10/25/05, Ulf Magnusson <[EMAIL PROTECTED]> wrote:
> That gets me (with -fda substituted for -floppy, which isn't a valid option)
> an error from the QEMU BIOS that the disk is not bootable. It's too large
> (1.8Mb) to fit on a regular floppy anyhow.
>
>


___
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 XIntel applications

[André Braga]

That actually IS true if you only use the Cocoa framework abstractions
to manipulate all data structures. They are endian-agnostic (i.e.,
they perform implicit conversions).



On 10/25/05, Vesselin Peev <[EMAIL PROTECTED]> wrote:
> Steve Jobs and his marketing machine is the culprit for the disinformation.
> On stage during the Apple WWDC, he demonstrated that all it takes to produce
> two working Intel and PPC binaries is to enable two checkboxes, never
> mentioning the subtle endianness issues. The audience applauded...
>
> -Vesko


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

Re: [Qemu-devel] (savevm and loadvm) appropriate order of events

[Johannes Schindelin]

Hi,

On Tue, 25 Oct 2005, Vesselin Peev wrote:

> I have found when I do so, I can't use the keyboard once everything is up and
> running (the mouse works). To work around that, go to the monitor momentarily
> (doing nothing there) and then back. The keyboard will work then.

Please try this: do not go to the monitor, but hit Ctrl and Alt without 
any other key. I bet the keyboard works after that...

Ciao,
Dscho


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

Re: [Qemu-devel] Problems with Zeta LiveCD

[Christian Wiese]

Hello again,

I now find some little time to load and test the demo cd.
I forgot that zetaboot.img is the first track of the cd. So you need to 
extract the boot-floppy-file first. You can do this with isobuster for 
instance. With this BootImgage.img you can emulate a proper boot disk. 
But for one reason or another this is not the only problem. So I´m sorry 
to not help you any further. I simply forget how I created my BeOS/ZETA 
HD image :-(


Greetings,
 Chris

Ulf Magnusson wrote:

That gets me (with -fda substituted for -floppy, which isn't a valid 
option) an error from the QEMU BIOS that the disk is not bootable. 
It's too large (1.8Mb) to fit on a regular floppy anyhow.


On 10/23/05, *Christian Wiese* <[EMAIL PROTECTED] 
> wrote:


Sorry, haven´t the files here till now.
But maybe you could try something like that:
qemu -floppy zetaboot.img -cdrom zetacd.img -boot a
If I get the live cd the next days I´ll try with it myself.

Greetings,
  Chris

Ulf Magnusson wrote:

> I noticed the official distribution already has the two tracks
split
> into zetaboot.img and zetacd.img, so that's less work me :)
>
> I ran
>
> $ qemu -cdrom zetaboot.img -hda zetacd.img -boot d
>
> and selected the hd from the boot menu. That led to a kernel panic
> (PANIC: boot device not found").
>
> I then tried running without any hd, and instead changed the disk to
> zetacd.img from the console when the prompt for the CD came up. That
> way I got to the magnifying glass stage of the ZETA boot screen,
but
> there it panics with "PANIC: no shell!". Any ideas?
>
> Thanks for your reply,
> Ulf
>
> On 10/23/05, *Christian Wiese* <[EMAIL PROTECTED]

> >> wrote:
>
> Hi,
>
> this behaviour is because of the way a BeOS/ZETA cd is
> constructed. For
> some more infos take a look at the bottom of this page:
> http://forum.mlotz.ch/viewtopic.php?t=120
> < http://forum.mlotz.ch/viewtopic.php?t=120>
>
> What you could do:
> - Make a boot floppy out of track one of your demo-cd.
> - Extract the second track as iso (be sure to take only the
second
> track)
> - In qEmu boot from your virtual floppy, press `space` to
access the
> bootmenu and select your virtual hd.
> This way I get a complete ZETA installed in qEmu. But don´t
expect to
> much, as most hardware is currently not supported (the last
time i
> tried)
>
> Greetings,
> Chris
>
>
> ___
> 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
>
>



___
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
 





___
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 XIntel applications

[Djame Seddah]

by the way all ppc are neutral, you only have to set one bit in order to 
change the endianness



André Braga a écrit :


That actually IS true if you only use the Cocoa framework abstractions
to manipulate all data structures. They are endian-agnostic (i.e.,
they perform implicit conversions).



On 10/25/05, Vesselin Peev <[EMAIL PROTECTED]> wrote:
 


Steve Jobs and his marketing machine is the culprit for the disinformation.
On stage during the Apple WWDC, he demonstrated that all it takes to produce
two working Intel and PPC binaries is to enable two checkboxes, never
mentioning the subtle endianness issues. The audience applauded...

-Vesko
   




___
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] (savevm and loadvm) appropriate order of events

[Vesselin Peev]

Hi Johannes,


Please try this: do not go to the monitor, but hit Ctrl and Alt without
any other key. I bet the keyboard works after that...


Yes, it does, thanks. Saves a finger stretch and one hitting one more key 
:).

Also, one could hit them in any order, and any number of keys between them.

Best regards,
Vesko 



___
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 OSXIntel applications

[Vesselin Peev]

Hello, André,

On 10/25/05, André Braga <[EMAIL PROTECTED]> wrote:


That actually IS true if you only use the Cocoa framework abstractions
to manipulate all data structures. They are endian-agnostic (i.e.,
they perform implicit conversions).



Uh-oh, I shouldn't have opened my mouth not having touched Cocoa for now, 
since I work on extremely cross-platform code (and also mea culpa not 
noticing this important feature of Cocoa from some articles).


That said, there are many Carbon (non-endian agnostic) apps today, but the 
counter-argument is that all new apps are going to be written in Cocoa.


Ok, I'm shutting up.

Best regards,
Vesko


___
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 XIntelapplications

[Vesselin Peev]

On 10/25/05 "Djame Seddah" <[EMAIL PROTECTED]> wrote:


by the way all ppc are neutral, you only have to set one bit in order to 
change the endianness


My understanding is that existing Mac OSX for PPC does not support the the 
execution of little-endian PPC programs without jumping through hoops, which 
is infeasible for normal PPC programs. So infeasible, that there is (only?) 
one such program, Virtual PC, the version that works on CPUs prior to and 
including G4, but not G5. VirtualPC is probably using assembly instructions 
and/or installs a driver to execute little-endian program code under OSX in 
order to emulate a Pentium x86.


One cannot even use the "-mlittle" GCC option to produce a PPC binary to run 
under Mac OSX, "-mlittle" is only for embedded PPC CPUs.


The G5 processors do not support little-endian mode -- that's the reason 
Microsoft took so long to port Virtual PC to that processor.


-Vesko 



___
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 XIntelapplications

[Djame Seddah]

Vesselin Peev a écrit :


On 10/25/05 "Djame Seddah" <[EMAIL PROTECTED]> wrote:


by the way all ppc are neutral, you only have to set one bit in order 
to change the endianness



My understanding is that existing Mac OSX for PPC does not support the 
the execution of little-endian PPC programs without jumping through 
hoops, which is infeasible for normal PPC programs. So infeasible, 
that there is (only?) one such program, Virtual PC, the version that 
works on CPUs prior to and including G4, but not G5. VirtualPC is 
probably using assembly instructions and/or installs a driver to 
execute little-endian program code under OSX in order to emulate a 
Pentium x86.


One cannot even use the "-mlittle" GCC option to produce a PPC binary 
to run under Mac OSX, "-mlittle" is only for embedded PPC CPUs.


The G5 processors do not support little-endian mode -- that's the 
reason Microsoft took so long to port Virtual PC to that processor.


-Vesko




Ok, I had the ppc 603e book and a [long] tutorial on ppc embedded and I 
really thought all the ppc was endian neutral.

Thanks for the anwser.




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

[Qemu-devel] Problems with KQemu 0.7.2 under Windows XP

[Doctor Bill]

I just installed the QemuManager 2.0a and KQemu 0.7.2 on a new Windows
XP SP2 machine using an AMD Athlon 65 Processor 3200+.  It seems the
virtual machine works normally for Windows XP Pro guest with and
without KQemu enabled.  However, for Windows 98 SE with KQEmu enabled,
the virtual machine freezes after displaying the Network Login prompt.
 The virtual machine will nolonger update the window, respond to mouse
motions, or respond to CTRL+ALT.  Furthermore, the process itseft is
immortal.  Even attempting to kill the process tree will not kill it. 
Even a logout or shutdown hangs trying to kill the virtual machine. 
The only thing that will kill the process is a hard power down on the
host machine.  Without KQemu enabled, the virtual machine works.


Bill


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

[Qemu-devel] several guests with static ip-address

[Michael]

hi qemu list,

is it possible, that several (for example two) guests communicate to one
qemu host, which has only one network interface and every os has it's
own static ip-address?

For me, only one guest and a qemu host with static ip-address
configuration communicate with each other (and with the router, all are
in the same subnet over a tun/bridge interface), but when i would bring
up a second guest os that should communicate with the qemu host (all
with static ip-addresses) it doesn't work.

With two network interfaces  (for two guests) on the qemu host it should
work i think, but with only one?

thanks for any help!

Michael





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

Re: [Qemu-devel] Problems with Zeta LiveCD

[Johannes Schindelin]

Hi,

On Tue, 25 Oct 2005, Christian Wiese wrote:

> I now find some little time to load and test the demo cd.
> I forgot that zetaboot.img is the first track of the cd. So you need to
> extract the boot-floppy-file first. You can do this with isobuster for
> instance. With this BootImgage.img you can emulate a proper boot disk. But for
> one reason or another this is not the only problem. So I´m sorry to not help
> you any further. I simply forget how I created my BeOS/ZETA HD image :-(

IIRC the second track was nothing else than a partition image itself. 
Either that or a HD image.

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

[Qemu-devel] qemu 0.7.2 and gcc 4

[Leonard \"paniq\" Ritter]

as most of you might already be aware, qemu 0.7.2 doesnt compile with
gcc 4. 

is there a patch available?

-- 
-- leonard "paniq" ritter
-- http://www.mjoo.org
-- http://www.paniq.org




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

Re: [Qemu-devel] qemu 0.7.2 and gcc 4

[Jim C. Brown]

On Tue, Oct 25, 2005 at 11:46:00PM +0200, Leonard paniq Ritter wrote:
> as most of you might already be aware, qemu 0.7.2 doesnt compile with
> gcc 4. 
> 
> is there a patch available?
> 
> -- 
> -- leonard "paniq" ritter
> -- http://www.mjoo.org
> -- http://www.paniq.org
> 

Yes, but I caution you before using it. You shouldn't use the patch unless you
know what you are doing, and why you have to do it.

Also keep in mind that even with the patch, qemu doesn't always compile.
x86 guests on x86 hosts don't work because of another bug that causes
gcc to run out of registers, so it still won't compile. x86 guests on
x86_64 hosts (e.g. amd64 cpus running in 64bit mode) do work, though, and
I'd imagine that x86 guests on ppc hosts work as well.

-- 
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] several guests with static ip-address

[Henrik Nordstrom]

On Tue, 25 Oct 2005, Michael wrote:


is it possible, that several (for example two) guests communicate to one
qemu host, which has only one network interface and every os has it's
own static ip-address?


Yes, with TUN networking this works fine. Have used this in

  - bridged including the host interface, giving each QEMU a static ip on 
the LAN.


  - non-bridged, routing via the host, with masquerade firewall rules on 
the host to allow traffic to the LAN. Each qemu in a separate network to 
simplify the host side.


  - vde, routing via the host, with masquerade firewall rules on the host 
for allowing traffic to the LAN. All the qemu instances in the same 
network (but different host addresses).


  - bridged, not including the host interface. Same as vde.

All this is with only one network interface on the host.

Note: when using tun, each qemu instance gets it's own virtual tun/tap 
interface on the host.


Note2: The vde based setup is generally the simplest to get correct.

Regards
Henrik


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

Re: [Qemu-devel] (savevm and loadvm) appropriate order of events

[Henrik Nordstrom]

On Tue, 25 Oct 2005, Vesselin Peev wrote:


Yes, it does, thanks. Saves a finger stretch and one hitting one more key :).
Also, one could hit them in any order, and any number of keys between them.


Someone probably should wip together a patch to sent Ctrl and Alt keyup 
events to the guest when using the magic hotkey combinations (and to not 
send it immediately after switching back to the guest via the magic 
hotkeys)... but to get around this you can run the monitor on stdio and 
switch to it using your host window manager...


Regards
Henrik


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