Re: [Qemu-devel] QEMU and ddd
On Wednesday 28 February 2007 03:11, Gregory Cavelier wrote: > I'm trying to use ddd (connected to QEMU) to debug my own kernel and it > works fine. > > The only problem I have is that I'm always interrupted by my IRQ handlers > (and especially the timer, IRQ 0). > > Is there a way to avoid ddd to jump to my irq handlers functions so I can > step into my code without being interrupted ? If you are trying to single-step, you should disable interrupts/timers when single stepping in Qemu GDB stub. Several patches already exist about this topic ... Check at the following thread : http://lists.gnu.org/archive/html/qemu-devel/2006-05/msg00374.html or this one : http://qemu-forum.ipi.fi/viewtopic.php?p=3281 -- Vincent ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] QEMU and ddd
Hello, I'm trying to use ddd (connected to QEMU) to debug my own kernel and it works fine. The only problem I have is that I'm always interrupted by my IRQ handlers (and especially the timer, IRQ 0). Is there a way to avoid ddd to jump to my irq handlers functions so I can step into my code without being interrupted ? I hope my english is good enough for you to understand :) Thanks Greg -- _ ASCII ribbon campaign ( ) - against HTML email X & vCards / \ ___ Yahoo! Mail réinvente le mail ! Découvrez le nouveau Yahoo! Mail et son interface révolutionnaire. http://fr.mail.yahoo.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Page protection and i386 cmpxchg8b
On 27 févr. 07, at 08:22, Ilya Shar wrote: Please see the diff file attached. I meant send a diff to the qemu-devel in a new mail with [Patch] in the subject so that it can be committed :-) However, at second thought, I think that it might need some re-work, see [1], and the arguments might need to be byte-swapped. Any suggestions how to fix this? As I said before, I think that the problem appears because: qemu signal handlers might be overridden by some mach calls, that could explain the problem you are encountering. We need to work on this. That's really not easy to fix, in two words. [1] I think it should consist in writing a custom implementation of semaphore_signal_trap, semaphore_signal_thread_trap, semaphore_wait_signal_trap, etc. that hook into signal.c. Tell me if you want more info on this. Pierre. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] running (open) solaris on sparc32
the qemu documentation states about sparc emulation: "... Please note that currently NetBSD, OpenBSD or Solaris kernels don't work." What's needed to get Solaris to word? Or any of the BSDs? OpenBIOS for Qemu was developed against Linux, which does not need too much from the BIOS. Other kernels are much more picky, but basically debugging should do it. Just try one, see where it fails, find the relevant lines in the source and fix the bug... _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu configure
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook 07/02/27 21:04:49 Modified files: . : configure Log message: Compiler check for byteswap.h instead of hardcoded path. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemu&r1=1.126&r2=1.127 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Makefile.target
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook 07/02/27 21:02:54 Modified files: . : Makefile.target Log message: Include LDFLAGS when linking system emulator. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemu&r1=1.145&r2=1.146 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] sparc32 bug/misfeature
hw/sun4m.c, line 154: m48t59_write(nvram, i++, 0x80); /* Sun4m OBP */ This is not a machine type recognized by SunOS (and probably other early versions of Solaris). According to idprom.h (some which is quoted at http://www.sunmanagers.org/archives/1993/0050.html), the only recognized sun4m IDs are: #define IDM_SUN4M_6900x71 /* SPARCsystem 600 series */ #define IDM_SUN4M_50 0x72 /* Campus 2 */ A SparcStation 10 is IDM_SUN4M_50. SunOS tries to print an error message and panic() if the machine ID is neither 0x71 or 0x72. (It fails with a data access exception because some of the devices haven't been mapped yet.) So this either needs to be changed to 0x72 or there needs to be some way to configure qemu to specify the machine ID from the command line (or config file). In Linux the IDs are listed in include/asm-sparc/machines.h, there are much more than just these two. Qemu currently emulates a SparcStation-5 with OBP v3, which has the ID 0x80. Adding new machines to Qemu is easy, though OpenBIOS needs to be updated as well. _ FREE pop-up blocking with the new MSN Toolbar - get it now! http://toolbar.msn.click-url.com/go/onm00200415ave/direct/01/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-mips op.c translate.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer 07/02/27 19:27:51 Modified files: target-mips: op.c translate.c Log message: Fix mips FPU emulation, 32 bit data types are allowed to use odd registers. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/op.c?cvsroot=qemu&r1=1.23&r2=1.24 http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemu&r1=1.33&r2=1.34 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] More PCI ethernet emulations
A new PCI network card is emulated partially with QEMU: the wireless LAN adapter TNETW1130 (ACX111). I needed this driver as a debugging aid for existing (AR7) hardware with the Open Source ACX111 driver for Linux. So my main focus are debug messages from this driver, not real network emulation (although this might be the first emulated wireless LAN). The current version emulates PCI hardware detection and some basic functions including firmware download. It works with Linux 2.6.x on PC- or AR7 based emulated hardware. Source is available from http://svn.berlios.de/wsvn/ar7-firmware/qemu/trunk/hw/tnetw1130.c?op=file Contributions or feedback are welcome. Stefan ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] MIPS FPU dynamic activation, part 1
It would be great to see Hervé's patch in CVS HEAD. There are already emulated MIPS machines with and without FPU today, so removing the need for different binaries is a good idea. Stefan Hervé Poussineau schrieb: > Hi, > > This patch remove (most of) the use of the #define MIPS_USES_FPU, and > replaces it with a check of the FP bit in the config1 register. > The only place where MIPS_USES_FPU is still used is when resetting a > CPU, to > set (or not) the FP bit. > > In a latter patch, this bit may be dynamically enabled according to some > condition, as a command line switch or the CPU model. > > Hervé > > > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: clfs arm problem
Hi all, I've just noticed that qemu does not has the at() syscalls support implemented yet... Does anyone has a patch that implements these syscalls: .long sys_openat/* 295 */ .long sys_mkdirat .long sys_mknodat .long sys_fchownat .long sys_futimesat .long sys_fstatat64 /* 300 */ .long sys_unlinkat .long sys_renameat .long sys_linkat .long sys_symlinkat .long sys_readlinkat/* 305 */ .long sys_fchmodat .long sys_faccessat ? Thanks, Regards Rodrigo Vivi. On 2/27/07, Rodrigo Vivi <[EMAIL PROTECTED]> wrote: Hi all, I have a system arm from scratch and I'm running a chroot all over qemu user mode emulation and getting the following problem: "Function not implemented" message error when try something recursive... detailing: # creating files bash-3.2# mkdir /tmp/dir bash-3.2# touch /tmp/dir/file1 bash-3.2# touch /tmp/dir/file2 bash-3.2# touch /tmp/dir/file3 # chown and rm command works fine on a simple file bash-3.2# chown root:root /tmp/dir/file1 bash-3.2# rm -rf /tmp/dir/file1 # chown failing in recursive mode: bash-3.2# chown -R root:root /tmp/dir/ /bin/chown: changing ownership of `/tmp/dir/file3': Function not implemented /bin/chown: changing ownership of `/tmp/dir/file2': Function not implemented # rm failing in recursive mode: bash-3.2# rm -r /tmp/dir/ /bin/rm: cannot remove `/tmp/dir//file3': Function not implemented /bin/rm: cannot remove `/tmp/dir//file2': Function not implemented #but when dir are empty rmdir works fine... bash-3.2# rm -r /tmp/dir/file* bash-3.2# rm -r /tmp/dir/ I could not strace because strace got the same problem: bash-3.2# strace rm -r /tmp/dir/ qemu: Unsupported syscall: 26 strace: ptrace(PTRACE_TRACEME, ...): Function not implemented qemu: Unsupported syscall: 26 detach: ptrace(PTRACE_DETACH, ...): Function not implemented Process 26635 detached I could recompile rm adding some debug messages and finally discovered that the error (at least for rm command) occurs when it call for unlinkat syscall... Does any body has any idea about what can be happening here? Thanks, Rodrigo Vivi. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] running (open) solaris on sparc32
> -Original Message- > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > rg] On Behalf Of Peter > Sent: 27 February 2007 14:55 > To: qemu-devel@nongnu.org > Subject: Re: [Qemu-devel] running (open) solaris on sparc32 > > There are a number of bugs in OpenBIOS, and at least one in qemu. Does this help ? patch against target-sparc/op.c rev 1.24: --- op.c2007-02-27 15:12:33.620518259 + +++ op-with-fixes.c 2007-02-27 15:23:50.525384285 + @@ -775,7 +775,7 @@ void OPPROTO op_sll(void) { -T0 <<= T1; +T0 <<= (T1 & 0x1f); } #ifdef TARGET_SPARC64 @@ -801,12 +801,12 @@ #else void OPPROTO op_srl(void) { -T0 >>= T1; +T0 >>= (T1 & 0x1f); } void OPPROTO op_sra(void) { -T0 = ((int32_t) T0) >> T1; +T0 = ((int32_t) T0) >> (T1 & 0x1f); } #endif The SPARC Architecture Manual version 8 says on p107, "The shift count for these instructions is the least significant five bits of r[rs2]". > Your best bet is to check the OpenBIOS mailing list, where > I've discussed a number of the OpenBIOS issues. > > On 2/27/07, Markus Schiltknecht <[EMAIL PROTECTED]> wrote: > > Hi, > > > > the qemu documentation states about sparc emulation: "... > Please note > > that currently NetBSD, OpenBSD or Solaris kernels don't work." > > > > What's needed to get Solaris to word? Or any of the BSDs? > > > > Regards > > > > Markus > > > > > > ___ > > Qemu-devel mailing list > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] sparc32 bug/misfeature
hw/sun4m.c, line 154: m48t59_write(nvram, i++, 0x80); /* Sun4m OBP */ This is not a machine type recognized by SunOS (and probably other early versions of Solaris). According to idprom.h (some which is quoted at http://www.sunmanagers.org/archives/1993/0050.html), the only recognized sun4m IDs are: #define IDM_SUN4M_6900x71 /* SPARCsystem 600 series */ #define IDM_SUN4M_50 0x72 /* Campus 2 */ A SparcStation 10 is IDM_SUN4M_50. SunOS tries to print an error message and panic() if the machine ID is neither 0x71 or 0x72. (It fails with a data access exception because some of the devices haven't been mapped yet.) So this either needs to be changed to 0x72 or there needs to be some way to configure qemu to specify the machine ID from the command line (or config file). ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] running (open) solaris on sparc32
There are a number of bugs in OpenBIOS, and at least one in qemu. Your best bet is to check the OpenBIOS mailing list, where I've discussed a number of the OpenBIOS issues. On 2/27/07, Markus Schiltknecht <[EMAIL PROTECTED]> wrote: Hi, the qemu documentation states about sparc emulation: "... Please note that currently NetBSD, OpenBSD or Solaris kernels don't work." What's needed to get Solaris to word? Or any of the BSDs? Regards Markus ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] clfs arm problem
Hi all, I have a system arm from scratch and I'm running a chroot all over qemu user mode emulation and getting the following problem: "Function not implemented" message error when try something recursive... detailing: # creating files bash-3.2# mkdir /tmp/dir bash-3.2# touch /tmp/dir/file1 bash-3.2# touch /tmp/dir/file2 bash-3.2# touch /tmp/dir/file3 # chown and rm command works fine on a simple file bash-3.2# chown root:root /tmp/dir/file1 bash-3.2# rm -rf /tmp/dir/file1 # chown failing in recursive mode: bash-3.2# chown -R root:root /tmp/dir/ /bin/chown: changing ownership of `/tmp/dir/file3': Function not implemented /bin/chown: changing ownership of `/tmp/dir/file2': Function not implemented # rm failing in recursive mode: bash-3.2# rm -r /tmp/dir/ /bin/rm: cannot remove `/tmp/dir//file3': Function not implemented /bin/rm: cannot remove `/tmp/dir//file2': Function not implemented #but when dir are empty rmdir works fine... bash-3.2# rm -r /tmp/dir/file* bash-3.2# rm -r /tmp/dir/ I could not strace because strace got the same problem: bash-3.2# strace rm -r /tmp/dir/ qemu: Unsupported syscall: 26 strace: ptrace(PTRACE_TRACEME, ...): Function not implemented qemu: Unsupported syscall: 26 detach: ptrace(PTRACE_DETACH, ...): Function not implemented Process 26635 detached I could recompile rm adding some debug messages and finally discovered that the error (at least for rm command) occurs when it call for unlinkat syscall... Does any body has any idea about what can be happening here? Thanks, Rodrigo Vivi. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] running (open) solaris on sparc32
Hi, the qemu documentation states about sparc emulation: "... Please note that currently NetBSD, OpenBSD or Solaris kernels don't work." What's needed to get Solaris to word? Or any of the BSDs? Regards Markus ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel