I guess you're mixing some concepts. A PID is a concept from the
operating system, not from the hardware, emulated or physical.
What you could do, however, is experiment with user-mode emulation.
Check out the QEMU documentation regarding how to use this mode.
You could conceivably mess with the
On 12/21/06, Thiemo Seufer <[EMAIL PROTECTED]> wrote:
Fabrice Bellard wrote:
> You should suppress the SIGN_EXTEND32() macro and just use an 'int32_t'
> cast...
Then it may not work. A MIPS64 CPU requires properly sign-extended
32bit values. Host architectures can define either sign- or zero-
Ex
On 10/23/06, K. Richard Pixley <[EMAIL PROTECTED]> wrote:
What's the difference between a shell script to cover qemu and a
#!/bin/qemu config file?
Not everyone may run QEMU under a POSIX-ish command-line shell. There
are several active operating systems in the world, and several people
fiddli
On 10/16/06, Tom Marn <[EMAIL PROTECTED]> wrote:
cast test 1 - float: 85.745110 [0x42ab7d7f] -> integer: 85 [0x0055]
cast test 2 - float: 85.745110 [0x42ab7d7f] -> integer: 57005 [0xdead] <--
85 is correct
Am I the only one who found this result EXTREMELY amusing? :D
On 7/30/06, Karlos . <[EMAIL PROTECTED]> wrote:
I asked lot of times before my first email why its closed. Dont assume that
i didnt it.
Look, I'm subscribed to this list for more than two years now (since
at least 18/July/2004), and I've never seen a SINGLE message from you.
Fabrice already sa
On 7/27/06, Steve Ellenoff <[EMAIL PROTECTED]> wrote:
The guest os code is polling this register on a very fast interval, and when
it detects a certain # of scanlines have been counted, it will swap it's
display buffers, ie, it's waiting for the vblank, so it can have nice smooth
animations.
Si
On 7/27/06, Marco Sanvido <[EMAIL PROTECTED]> wrote:
Installing the latest Vista Beta2 (build 5456), the system
generates a blue screen:
STOP: 0x00A5 (0x0001000B, 0x50434146, 0xFFD05050, 0x)
This is likely a problem in the QEMU ACPI implementation (see microsoft
site),
any i
On 7/24/06, James Olsen <[EMAIL PROTECTED]> wrote:
I've set up mingw and all the funky stuff (it was not fun to set up).
The only problem I haven't been able to figure out is how to compile
the executable so it doesn't pop up a DOS console window.
http://www.mingw.org/mingwfaq.shtml#faq-ridcons
I'm not sure about LZMA, but I'd really like to see this experiment
done with LZO. The compression/decompression speeds of LZO are
fantastic, and I really don't care to shave off every bit of
compressible information as long as it doesn't impact performance as
hard as cqcow does.
There will natur
KQemu currently doesn't work well with SELinux. Please disable it
temporarily and try again.
On 5/16/06, John Morris <[EMAIL PROTECTED]> wrote:
Been trying to blow up qemu and have succeeded a couple of times.
Hardware is an Athlon64 3200+, via chipset, etc. Software is qemu 0.8.1
+ kqemu 1.3.
It's more likely a typo in your command line. "qmeu"-disk?
On 5/8/06, Yann Le Doaré <[EMAIL PROTECTED]> wrote:
Hi,
It seems like qemu 0.8.0 does not accept image file from a vfat
partition. Is it a bug ?
Greetings.
Yann Le Doaré.
strace :
open("/mnt/partitions/windows0/qmeu-disk", O_RDONLY
Kazu, have you tested whether this avoids the hang (and 100% CPU time
usage by QEMU, and being unable to kill the process by absolutely no
means - Process Explorer's 'kill' included - other than rebooting) on
WinXP host + kqemu and WinXP guest when opening the guests' clock
application by double-cl
Wow, thanks! I almost gave up on seeing someone port over this patch :)
--
"I decry the current tendency to seek patents on algorithms. There are
better ways to earn a living than to prevent other people from making
use of one's contributions to computer science."
Donald Knuth
On 1/31/06, Kazu
On 1/19/06, Juergen Pfennig <[EMAIL PROTECTED]> wrote:
> What I found is that qcow has poor performance. I wrote my own driver
> (which is intended only for -snapshot) and see signifcant improvements.
> A 300 MByte file copy (win2003 xcopy /e between two real drives) takes
> 90 instead of 135 secon
On 1/17/06, Farina, Jonathan <[EMAIL PROTECTED]> wrote:
> Clearly, I'm an idiot! Now all I need to do is compile it for OS X, well
> considering I couldn't even find the CVS, that's going to be real fun!
I'm under the impression that it's for x86-only...
--
"I decry the current tendency to se
On 1/12/06, Adrian Coman <[EMAIL PROTECTED]> wrote:
> The problem is that when I ping yahoo.com for example I get the IP of yahoo
> but no response from ping ..., something like:
> ping yahoo.com
> Pinging yahoo.com [216.109.112.135] with 32 bytes of data:
> request time out
> I attached a screensh
On 1/7/06, andrzej zaborowski <[EMAIL PROTECTED]> wrote:
> Hiyas,
> Today I tried compiling QEMU on a FreeBSD computer and it spitted at
> me a bunch of errors, all of them being results of trivial differences
> in system headers. The following patch fixed them and I got a working
> QEMU 0.8.0, in
On 1/5/06, octane indice <[EMAIL PROTECTED]> wrote:
> AFAIK, there is no kqemu for windows.
But oh, there is! And it works fine most of the time (I can always
make QEMU crash and hog all available CPU time AND become unkillable,
but it might have something to do with my particular setup and applie
On 1/3/06, Johannes Schindelin <[EMAIL PROTECTED]> wrote:
> > If I find 1 free hour tomorrow I'll post a POC.
>
> POC=Piece Of Crap??? ;-)
I can only hope he meant Proof Of Concept :)
--
"I decry the current tendency to seek patents on algorithms. There are
better ways to earn a living than to p
On 12/17/05, Mick Weiss <[EMAIL PROTECTED]> wrote:
> I think something may have gotten trunkated from my post. I asked if
> qemu has a BTS, I guess not.
> Might be a good chance to ask why?
AFAICT, nope. I guess most bugs are filled in the mailing list.
Actually, I seldom see bugs being fixed if n
Well, I've been running XP for ages. The only problems I ever found,
and I could't even narrow it down to my specific setup yet for
absolute lack of time, was that changing display colour depths
garbages the screen (which is solved either by a VM reboot or a
resolution change as well and going back
AFAICT this means that the compilation DID work.
That warning arises from module building tools, not from QEMU itself.
Just check the target directories (i386-softmmu and so on) for QEMU
executables, and the kernel module should be right there in the kqemu
directory.
--
"The user-friendly comput
Under Windows hosts at least, QEMU is unable to detect the real size
of a partition when the \\.\drive: syntax is used. I suspect *nix
hosts are affected as well as I somehow doubt that QEMU checks the
partition table for partition geometries...
For this reason, I suggest having an additional para
Disabling the Nagle algorithm (i.e., enabling TCP_NODELAY) or typing a
lot of garbage just to fill the buffer with enough data can help,
also.
And IIRC, netcat has a UDP mode as well. I see no reason for this to
happen, but is there any chance it's using UDP by default, and you're
only redirecting
mputer is a red herring. The user-friendliness of
a book just makes it easier to turn pages. There's nothing
user-friendly about learning to read."
-Alan Kay
On 11/14/05, Dave Feustel <[EMAIL PROTECTED]> wrote:
> On Monday 14 November 2005 13:18, André Braga wrote:
>
> >It
Dear Dave,
The list you are posting your messages to is a developer's list. It's
not supposed to be a toubleshooting list for anything else than real
undesired behaviour (i.e., software bugs).
If you need assistance to configure QEMU on your operating system,
please visit the QEMU Users Forum:
ht
I'm using a somewhat patched (meaning: UDMA + nonblocking IO) current
CVS QEMU, so I think I'd best ask this on the list to see if anyone
can reproduce this, so I can narrow the problem down to my particular
setup.
When I run English Windows XP SP2 + October patchset (as per
AutoPatcher v. Oct2005
Same thing for FreeBSD (first the differences in IEEE FP headers, then
the vfs header, then I gave up), but since the ports build has been
patched to work around those, I refrained myself from reporting this
to the mailing list.
However, it would be really nice to have upstream QEMU building
witho
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 disinf
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
"-boot d"?
;)
--
"The user-friendly computer is a red herring. The user-friendliness of
a book just makes it easier to turn pages. There's nothing
user-friendly about learning to read."
-Alan Kay
On 10/20/05, Rich Fought <[EMAIL PROTECTED]> wrote:
> OK, apparently it was the SMP Linux messin
Well, as far as I can see, you're passing the RAW DEVICE NODE as the
root partition instead of the numbered partition convention.
Instead of passing root=/dev/hda, try something like root=/dev/hda1
I hope that helps.
p.s.: Next time, please, take your time to read what you're doing
before compla
Fortunately, it does make a difference.
PIO is polling-base, whereas DMA is, lacking a better term (excuse my
English), transaction-based. Since no CPU arbitration is needed, quite
a few optimizations can be done because of this, like real, large
block transfers. And if you happen to search the li
2005/7/22, Jim C. Brown <[EMAIL PROTECTED]>:
> The technique I gave works perfectly well even if the partition is not the
> first
> one.
Oh, I'm sorry, I totally missed it. When he said it was not the answer
he wanted, that somewhat made me skim over your post.
You are absolutely correct. :)
_
2005/7/22, U n d e r a c h i e v e r <[EMAIL PROTECTED]>:
> Jim C. Brown <[EMAIL PROTECTED]> wrote:
> thanks -- whilst that's not exactly the answer I want
>
> oh, to bite the bullet and kills windows then?
If it's the first partition on the disk, just use dd to copy from the
beginning of the dri
2005/6/16, Aaron Feng <[EMAIL PROTECTED]>:
> Yesterday I tried QEMU for the first time, I downloaded the 0.70
> Windows installer package, and everything installed just fine. I also
> downloaded Mandrake 10 image from freeoszoo.org, but I'm having
> trouble to get Mandrake to boot. Here is the co
2005/6/9, Hetz Ben Hamo <[EMAIL PROTECTED]>:
> XpostFacto let you install OS X on macs with PPC chips (G3 as
> minimum)
Not exactly. Jaguar can be installed on a 603/604 machine. Panther and
later versions require G3s at minimum.
> On 6/9/05, Natalia Portillo <[EMAIL PROTECTED]> wrote:
> > Apple
Open Firmware is a "fantasy name" for the IEEE-1275 standard. It's not
some idiotic gratuitous Apple fluff.
2005/6/6, Hetz Ben Hamo <[EMAIL PROTECTED]>:
> Not exactly...
>
> As many Apple fans can tell you, apple just love to stick their own
> ROM in there machines (I think it's called open firm
Alternatively,
volatile
inc ax
dec ax
inc ax
dec ax
which is the same size as 4 nops (on x86 assembly), has a net result
of doing nothing (caveat interrupts/preemption), and is *absolutely
illogical* to find in any machine-generated code...
There must be some way to generate similar co
Unless you have 2 instances of QEMU running, no, you're not supposed to.
2005/5/8, Marc Collin <[EMAIL PROTECTED]>:
> hi
>
> i do:
> modprobe kqemu
>
> with /sbin/lsmod | grep kqemu
> kqemu 43272 0
>
> does kqemu run corretely?
> l'm not suppose to get 2?
>
> thanks
>
The problem with table lookups (I'm assuming you're talking about
function pointer vectors) is that they *destroy* spatial locality of
reference that you could otherwise attain by having series of
if-then-else instructions and some clever instruction prefetching
mechanism on modern processors... No
WOOHOO!
And I thought that wouldn't be possible without some serious rewriting :D
Thumbs up for KKEMU/QEMU's design!
2005/4/17, Fabrice Bellard <[EMAIL PROTECTED]>:
> CVSROOT:/cvsroot/qemu
> Module name:qemu
> Branch:
> Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/
42 matches
Mail list logo
