can i run a realtime microkernel within qemu-- Nothing is impossible for a willing heart
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
nload/qemu-20060906-qcow.patch
Binary.
http://www.h6.dion.ne.jp/~kazuw/qemu-win/qemu-20060906-qcow.zip
Regards,
Kazu
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
>Seems like it works, booting aurora-2.0-sparc-disc1.iso gives me the
>penguin at least. Then it hangs and burns CPU as usual.
So early? I get to 'Running anaconda..' etc. Before AIO, install almost
finished.
It still cannot decide on console device; linux console=/dev/tty0 works
fine
Now
On 9/6/06, Blue Swirl <[EMAIL PROTECTED]> wrote:
>Seems like it works, booting aurora-2.0-sparc-disc1.iso gives me the>penguin at least. Then it hangs and burns CPU as usual.So early? I get to 'Running anaconda..' etc. Before AIO, install almostfinished.
It still cannot decide on console device; l
Seems like it works, booting aurora-2.0-sparc-disc1.iso gives me the
penguin at least. Then it hangs and burns CPU as usual.
So early? I get to 'Running anaconda..' etc. Before AIO, install almost
finished.
_
Express yourself in
On 9/6/06, Blue Swirl <[EMAIL PROTECTED]> wrote:
Digging old bugs, I found this problem.
Maybe this patch helps? I can't test it here (can't get display to 16 bit
somehow).
Seems like it works, booting aurora-2.0-sparc-disc1.iso gives me the
penguin at least. Then it hangs and burns CPU as u
Digging old bugs, I found this problem.
Maybe this patch helps? I can't test it here (can't get display to 16 bit
somehow).
On 8/9/06, Anthony Liguori <[EMAIL PROTECTED]> wrote:
On Thu, 10 Aug 2006 00:32:20 +0200, Juergen Lock wrote:
> Hi!
>
> I was made aware of this by a FreeBSD user, bu
I have used it before, but it has been a while. Linux from scratch is so fast
because you get to decide which packages to include during the build process.
It helps you to make the basic system, then you are on your own. You will be
able to boot to a login prompt, but you will not have X Wind
On 06/09/06, Alessandro Corradi <[EMAIL PROTECTED]> wrote:
Hi all,
I need to measure the performance of a host OS, a guest OS with and without
kqemu.
I particular I need to have performance info about CPU. I made a simple C
program that makes only arithmetical operations and long cycles.
I run "
> > There is the same problem with QEMU CVS. Note that using root=/bin/sh
> > works well using root on NFS and even using the emulated SCSI drive.
>
> I think I have found the problem. Actually the system is not frozen, but
> just very slow. I now get while booting the kernel:
> Calibrating delay
On Wed, Sep 06, 2006 at 12:14:44PM +0200, Aurelien Jarno wrote:
> Hi,
>
> I have setup a debian arm (unstable) under QEMU, until now using version
> 0.8.1 and a root on NFS.
>
> I wanted to use the new SCSI card emulation introduced in QEMU 0.8.2,
> but it fails to boot (still with root on NFS)
Hi,
I have setup a debian arm (unstable) under QEMU, until now using version
0.8.1 and a root on NFS.
I wanted to use the new SCSI card emulation introduced in QEMU 0.8.2,
but it fails to boot (still with root on NFS). It freeze, the last
message being:
INIT: version 2.86 booting
There is
Hi all,
I need to measure the performance of a host OS, a guest OS with and without kqemu.
I particular I need to have performance info about CPU. I made a simple C program that makes only arithmetical operations and long cycles.
I run "time ./myapp" but the results are not the real ones. Can someo
Hi all,
our goal is to run applications in big-endian mode for a IXDP465 on
QEMU.
The applications were compiled using a toolchain rebuilt from scratch using
the Kegel environment (kegel.com).
We also compiled a big-endian Qemu to run our applications. However, our
big-endian version of q
Hi all, I want to add a new LCD in ARM system simulated by Qemu. In fact, I used the address from 0x1b00 and the interrupt 11 for the added LCD. So my question is: From the point of view of hardwares simulated by Qemu, is it possible for me to do like that? If not, why? Thanks for any reply, Ti
Thanks. I think you could be right. I commented out the call to
pci_bios_init() in pc_init1() and I think this port is clean now. The bad
thing is that I need PCI later on, but Ill think about it when I get to it.
Siim Sober
- Original Message -
From: "Jiang, Yunhong" <[EMAIL PROTECTE
16 matches
Mail list logo