when I run the command in bash:
"sudo qemu -hda testaa.img -boot c -localtime -serial stdio -pidfile
pidfile1.txt && sleep 300 && root && 123456 && ifconfig"
root is the guest's user, 123456 is password,
Why can't I login in the guest and run the ifconfig? and run
"sudo qemu -hda testaa.img -boot
To support the ACPI event, qemu should at least have General-Purpose Event
(GPE) register and SCI interrupt (see ACPI 2.0 spec, ch 5.6). It may not be as
simple as calculating checksum and updating acpi.S, so I guess you have to use
real hardware currently.
If there are more and more usage m
Hello,
Quit o
ng f
cations - visi
harmaExp
hop
verpayi
or your Meddi
t our P
ress S
C V P V X A
I I r A a m
A A o L n b
L G z I a i
I R a U x e
S A c M n
99,95 69,95 85,45
___
Qemu-deve
zheng sw wrote:
when I run the command in bash:
"sudo qemu -hda testaa.img -boot c -localtime -serial stdio -pidfile
pidfile1.txt && sleep 300 && root && 123456 && ifconfig"
root is the guest's user, 123456 is password,
Why can't I login in the guest and run the ifconfig? and run
you intend to
When I try to build Qemu 7.2 on OpenBSD 3.7,
the file libutil.h is reported as not found.
The file is not in /usr/include or /usr/local/include.
Libutil.h also is not found in the qemu 7.2 source.
Is libutil.h a linux file or part of Qemu 7.2?
Thanks,
Dave Feustel
--
Tired of having to defend aga
Hi!
I checked my QEMU and I found the same Problems. I'm running SLES9 (x86) on
an SLES9 (ppc) host. The target clock runs faster(? I've got positive
offsets running ntpdate ?) than the host clock. I've tried severel kernel
parameters (eg. clock=pit or clock=pmtmr) without any success.
The timin
>From what I know, you'll just have to put up with it for now. Also, I
believe that ntpdate showing positive offsets means that the clock is
running slower. Run the date command before the ntpdate one to check
what the guest clock is at before the NTP update.
On 11/9/05, [EMAIL PROTECTED] <[EMAIL
Hi!
It turned out that newer gcc produces very interesting code
for op_goto_tbX and possibly other functions used by dyngen;
in that it adds 'rep' prefix to return instruction.
I have the following code in i386-softmmu/op.o:
84c0 :
84c0: 8b 05 00 00 00 00 mov0(%ri
> Notice the 'repz mov' sequence, which seems to be undocumented
> instruction. It seems to work somehow but chokes valgrind decoder.
> The following patch (against current CVS) fixes this problem,
This patch is incorrect.
It could match any number of other instructions that happen to end in 0xf3
Paul Brook wrote:
Notice the 'repz mov' sequence, which seems to be undocumented
instruction. It seems to work somehow but chokes valgrind decoder.
The following patch (against current CVS) fixes this problem,
This patch is incorrect.
It could match any number of other instructions that happen
Hi.
Has somebody tried to hibernate Linux while qemu is running?
Here is my experience:
1. I was running qemu 0.7.2 fullscreen (under X with SDL),
on Linux 2.6.14 host, with Win95 quest. All was fine,
together with kqemu.
2. I changed to a virtual console and initiated hibernate
(software suspend2
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
ace schrieb:
> Hi.
>
> Has somebody tried to hibernate Linux while qemu is running?
> Here is my experience:
> 1. I was running qemu 0.7.2 fullscreen (under X with SDL),
> on Linux 2.6.14 host, with Win95 quest. All was fine,
> together with kqemu.
>
a tarball at:
http://qemu.codemonkey.ws/tarballs/qemu-gtk-20051109.tar.gz
Or you can clone my hg tree with:
hg clone http://qemu.codemonkey.ws/hg/gtk
A couple screenshots are available at:
http://qemu.codemonkey.ws/screenshots/
Any feedback is greatly appreciated. A bunch of stuff is not there yet
On Wed, 9 Nov 2005, Martin Koniczek wrote:
and if you expect to interact on the serial console after your "startup
commands", you would be lost with classical piping anyway. perhaps screen
helps you there? see "man screen"
expect is the tool in such situations as well.. an expect script can a
I have read all the qemu documentation that I have, but I still don't
understand how to change the cdrom being read by qemu (running
in graphics mode). I need to be able to do this to install a multi-cd
version of Linux (Scientific Linux - has 4 cdroms). Can someone post
the method for doing th
Cancel this. I read the documentation again and figured it out.
--
Tired of having to defend against Malware?
You know: trojans, viruses, SPYWARE, ADWARE,
KEYLOGGERS, rootkits, worms and popups.
Then Switch to OpenBSD with a KDE desktop!!!
___
Qemu-d
Actually, I think you missed one doc.
http://lilly.csoft.net/~jeffryj/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-b566901cb0207e8c085232c84e354cf97684ddc4
On Wed, Nov 09, 2005 at 06:39:39PM -0500, Dave Feustel wrote:
> I have read all the qemu documentation that I have, but I still don't
> un
On Wednesday 09 November 2005 19:18, Jim C. Brown wrote:
> Actually, I think you missed one doc.
>
> http://lilly.csoft.net/~jeffryj/cgi-bin/moin.cgi/FrequentlyAskedQuestions#head-b566901cb0207e8c085232c84e354cf97684ddc4
Jim,
This is outstanding!
Thanks!!!
Dave Feustel
--
Tired of having to de
I'm trying to compile QEMU on Mac OS X 10.3.9, and I'm getting the
following error message:
gcc -Wall -O2 -g -fno-strict-aliasing -D__powerpc__ -I.
-I/Users/stealthdave/Source/qemu/qemu/target-i386
-I/Users/stealthdave/Source/qemu/qemu -D_GNU_SOURCE
-D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
The use of gcc to generate the back end in QEMU's early days was a
clever way to get the project up and running quickly. But surely
now it would be better to transition to a handwritten backend, so
as to be independent future changes in gcc, and generally more robust?
J
On Wednesday 09 Novembe
>
> The use of gcc to generate the back end in QEMU's early days was a
> clever way to get the project up and running quickly. But surely
> now it would be better to transition to a handwritten backend, so
It should be trivial to take the _currently_ generated GCC code for
all the architectures
On Thu, Nov 10, 2005 at 01:33:55AM +, Julian Seward wrote:
>
> The use of gcc to generate the back end in QEMU's early days was a
> clever way to get the project up and running quickly. But surely
> now it would be better to transition to a handwritten backend, so
> as to be independent futu
John R. Hogerhuis said:
> I understood. I just don't believe it; I didn't get the impression
Stefano was saying that he had actually tried it. AFAIK, VMware Player
writes changes to the hard disk image.
I was able to successfully take my qemu installation of Windows XP,
convert it with qemu-img to
On 11/9/05, John Wells <[EMAIL PROTECTED]> wrote:
> I was able to successfully take my qemu installation of Windows XP,
> convert it with qemu-img to a vmdk file, and then boot it up in VMWare
> player (and yes, I own the full version of VMWare as well on another
> machine, so I'm not worried about
On Thu, Nov 10, 2005 at 01:44:04AM +, Jamie Lokier wrote:
> >
> > The use of gcc to generate the back end in QEMU's early days was a
> > clever way to get the project up and running quickly. But surely
> > now it would be better to transition to a handwritten backend, so
>
> It should be tr
Regarding performances of vmware player vs kqemu/qemu (I'm not
being critical about the figures here, just stating what I measured)...
using a slax-live cdrom, I managed to compile linux-2.6.14 in less
than 3 minutes, when it takes more than 6 minutes with
kqemu/qemu-0.7.2, and around 20 minutes w
Dave Feustel wrote:
> I have read all the qemu documentation that I have, but I still don't
> understand how to change the cdrom being read by qemu (running
> in graphics mode). I need to be able to do this to install a multi-cd
> version of Linux (Scientific Linux - has 4 cdroms). Can someone
27 matches
Mail list logo