On Thu, Apr 26, 2007 at 08:24:28PM -0400, ISHWAR RATTAN wrote:
Has any one had success with this install? It seems to
fail all the time even with -nographic option (this worked
for 3.1r1)?
Which port? i386, amd64, arm, mips(el), sparc or ppc?
How are you booting the installer? I.e. which CD
I think I could not explain my question regarding addl %ebx, (%eax).
What I wanted to ask was that this instruction also accesses the memory and
I also need to intercept it within a transaction. Incase of addl %ebx,
(%eax), Are the functions under /* CPU memory access without any memory or
io
The host system is Pentium 4 runing Linux.
Qemu is qemu-0.9.0 (snapshot 4/26)
I tried the net-installs:
debian-40r0-sparc-netinst.iso
and
debian-testing-sparc-netinst.iso
both stop at random points during the
step installing the systsem:
error seen:
Unable to handle kernel NULL pointer
Suppose I run QEMU on a T1000 with an 8-way CPU and I tell it to simulate 8x
SMP. WIll it spawn a separate thread for each dynamic translation activity?
jonathan
--
--
Jonathan Kalbfeld
+1 323 620 6682
On Friday 27 April 2007, Jonathan Kalbfeld wrote:
Suppose I run QEMU on a T1000 with an 8-way CPU and I tell it to simulate
8x SMP. WIll it spawn a separate thread for each dynamic translation
activity?
No. qemu is single-threaded.
Paul
Hi,
Many thanks for your answer.
I have a question concerning the system emulation features : what is
missing in the implementation of qemu to get a system emulation of a big
endian ARM1026 target (like qemu-armeb for user emulation) ?
In theory most of the bits should be there. However
Do you have plan to multi-thread?
2007/4/28, Paul Brook [EMAIL PROTECTED]:
On Friday 27 April 2007, Jonathan Kalbfeld wrote:
Suppose I run QEMU on a T1000 with an 8-way CPU and I tell it to
simulate
8x SMP. WIll it spawn a separate thread for each dynamic translation
activity?
No. qemu is
In theory most of the bits should be there. However I don't have
big-endian hardware to test against,
I had a look at the integrator cp user guide. This board and the related
core modules are supposed to be able to work in big endian mode (even if
some components are not compatible like
hi,
When I am trying to using kqemu on my IA32 linux, it throws out Could
not initialize SDL -- exiting.
Could you help me to figure it out?
Thanks,
Neo
--
I would remember that if researchers were not ambitious
probably today we haven't the technology we are using!