Re: [Qemu-devel] qemu and debian-4.0r0-linux?
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 image? What version of QEMU are you using? 0.9.0? Or are you using CVS? Could you describe the failure at all? (Any console output would help.) Thanks. -- Stuart Brady
Re: [Qemu-devel] Re: Detecting an assembly instruction in QEMU
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 remapping */" called in case of this instruction. Yes. Just look how the instruction is translated into opcodes and you'll see how it works. You can use the -d switch for this. Secondly, there is a function in "exec.c" called "cpu_physical_memory_rw". Is it easier to hack into this fuction to intercept the memory references. That function is used by emulated hardware devices to interact with memory ( e.g. DMA to write and read memory chunks). Translated guest code does not use it. Regards, Eduardo
Re: [Qemu-devel] qemu and debian-4.0r0-linux?
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 dereference
tsk->{mm,active,mm}->context = 00c3
tsk->{mm, active,mm}->pgd = fc017000
Kernel panic -- not syncing; killing interrupt handler
-ishwar
On Fri, 27 Apr 2007, Stuart Brady wrote:
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 image?
What version of QEMU are you using? 0.9.0? Or are you using CVS?
Could you describe the failure at all? (Any console output would help.)
Thanks.
--
Stuart Brady
[Qemu-devel] Does the -smp option use threads?
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
Re: [Qemu-devel] Does the -smp option use threads?
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
Re: [Qemu-devel] ARM Big endian system emulation
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 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 the Ethernet controller). Do you know some other big-endian platform ? I do not understand one more issue: I do not guess how a real big-endian board can be useful. Is it for checking whether the Linux kernel is working in such a configuration ? Best regards. Alexis.
Re: [Qemu-devel] Does the -smp option use threads?
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 single-threaded. Paul
Re: [Qemu-devel] ARM Big endian system emulation
> > 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 the Ethernet controller). Sort-of. The Integrator boards aren't really big-endian, they're a little endian board with a CPU that can switch endianness. > Do you know some other big-endian platform ? There are many big-endian platforms. > I do not understand one more issue: I do not guess how a real big-endian > board can be useful. Is it for checking whether the Linux kernel is working > in such a configuration ? I have very little confidence in linux actually working in big-endian mode on an integrator. I'd also expect some of the consequences to switching to big-endian mode to be non-obvious. Access to real hadware allows you to check whether you're hitting kernel bugs or qemu bugs. Paul
[Qemu-devel] Could not initialize SDL (kqemu)
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!
