[Qemu-devel] qemu cpu-all.h gdbstub.c monitor.c hw/ppc.c lin...
CVSROOT:/sources/qemu Module name:qemu Changes by: Jocelyn Mayer j_mayer 07/03/07 08:32:30 Modified files: . : cpu-all.h gdbstub.c monitor.c hw : ppc.c linux-user : main.c target-ppc : cpu.h exec.h helper.c op.c op_helper.c op_helper_mem.h op_mem.h op_template.h translate.c translate_init.c Added files: target-ppc : STATUS mfrom_table.c mfrom_table_gen.c op_helper.h Log message: Great PowerPC emulation code resynchronisation and improvments: - Add status file to make regression tracking easier - Move all micro-operations helpers definitions into a separate header: should never be seen outside of op.c - Update copyrights - Add new / missing PowerPC CPU definitions - Add definitions for PowerPC BookE - Add support for PowerPC 6xx/7xx software driven TLBs Allow use of PowerPC 603 as an example - Add preliminary code for POWER, POWER2, PowerPC 403, 405, 440, 601, 602 and BookE support - Avoid compiling priviledged only resources support for user-mode emulation - Remove unused helpers / micro-ops / dead code - Add instructions usage statistics dump: useful to figure which instructions need strong optimizations. - Micro-operation fixes: * add missing RETURN in some micro-ops * fix prototypes * use softfloat routines for all floating-point operations * fix tlbie instruction * move some huge micro-operations into helpers - emulation fixes: * fix inverted opcodes for fcmpo / fcmpu * condition register update is always to be done after the whole instruction has completed * add missing NIP updates when calling helpers that may generate an exception - optimizations and improvments: * optimize very often used instructions (li, mr, rlwixx...) * remove specific micro-ops for rarely used instructions * add routines for addresses computations to avoid bugs due to multiple different implementations * fix TB linking: do not reset T0 at the end of every TB. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemur1=1.62r2=1.63 http://cvs.savannah.gnu.org/viewcvs/qemu/gdbstub.c?cvsroot=qemur1=1.49r2=1.50 http://cvs.savannah.gnu.org/viewcvs/qemu/monitor.c?cvsroot=qemur1=1.66r2=1.67 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.10r2=1.11 http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.100r2=1.101 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/cpu.h?cvsroot=qemur1=1.25r2=1.26 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/exec.h?cvsroot=qemur1=1.14r2=1.15 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/helper.c?cvsroot=qemur1=1.31r2=1.32 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op.c?cvsroot=qemur1=1.22r2=1.23 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op_helper.c?cvsroot=qemur1=1.17r2=1.18 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op_helper_mem.h?cvsroot=qemur1=1.6r2=1.7 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op_mem.h?cvsroot=qemur1=1.7r2=1.8 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op_template.h?cvsroot=qemur1=1.5r2=1.6 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/translate.c?cvsroot=qemur1=1.43r2=1.44 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/translate_init.c?cvsroot=qemur1=1.3r2=1.4 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/STATUS?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/mfrom_table.c?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/mfrom_table_gen.c?cvsroot=qemurev=1.1 http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op_helper.h?cvsroot=qemurev=1.1 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] Syscall clock_gettime and clock_getres implementaion
On [Thu, 01.03.2007 10:16], Kirill A. Shutemov wrote: Patch in the attachment It's Implentation of two syscall clock_gettime and clock_getres using function from librt. signature.asc Description: Digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [BUG] [PATCH] Syscalls recv and recvfrom fix
On [Wed, 28.02.2007 18:44], Kirill A. Shutemov wrote: Argument name typo fixed. Patch in the attachment. Trivial typo, please commit it. signature.asc Description: Digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [BUG] [PATCH] Syscall gethostname fix
On [Wed, 28.02.2007 17:13], Kirill A. Shutemov wrote: Patch in the attachment. addrlen bytes should be allocated, not target_addrlen. It's typo I think. diff --git a/qemu/linux-user/syscall.c b/qemu/linux-user/syscall.c index f3f97b0..ccb0e52 100644 --- a/qemu/linux-user/syscall.c +++ b/qemu/linux-user/syscall.c @@ -875,7 +875,7 @@ static long do_getsockname(int fd, target_ulong target_addr, target_ulong target_addrlen) { socklen_t addrlen = tget32(target_addrlen); -void *addr = alloca(target_addrlen); +void *addr = alloca(addrlen); long ret; ret = get_errno(getsockname(fd, addr, addrlen)); ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel signature.asc Description: Digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu vl.c vl.h hw/integratorcp.c hw/mips_malta....
On Mon, Mar 05, 2007 at 07:44:02PM +, Jocelyn Mayer wrote: Log message: New -cpu options: choose CPU model for emulated target. Only relevant on PowerPC targets, for now. I noticed that the usage still refers to -C instead of -cpu: Index: vl.c === RCS file: /sources/qemu/qemu/vl.c,v retrieving revision 1.261 diff -u -r1.261 vl.c --- vl.c5 Mar 2007 19:44:01 - 1.261 +++ vl.c7 Mar 2007 12:43:49 - @@ -6355,7 +6355,7 @@ \n Standard options:\n -M machine select emulated machine (-M ? for list)\n - -cpu cpuselect CPU (-C ? for list)\n + -cpu cpuselect CPU (-cpu ? for list)\n -fda/-fdb file use 'file' as floppy disk 0/1 image\n -hda/-hdb file use 'file' as IDE hard disk 0/1 image\n -hdc/-hdd file use 'file' as IDE hard disk 2/3 image\n Cheers, -- Stuart Brady ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Patch: trunc undefined in Solaris 9/Sparc
This fix was suggested by Juergen Kiel, and appears to work on my Solaris 9/Sparc V490. --- fpu/softfloat-native.c.ORIG 2007-03-07 07:30:28.662257000 -0500 +++ fpu/softfloat-native.c 2007-03-07 07:30:44.595051000 -0500 @@ -221,6 +221,12 @@ /* | Software IEC/IEEE double-precision operations. **/ +#if ( defined(__sun__) ( HOST_SOLARIS 10 )) +double trunc(double x) +{ +return x 0 ? -floor(-x) : floor(x); +} +#endif float64 float64_trunc_to_int( float64 a STATUS_PARAM ) { return trunc(a); ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu cpu-all.h gdbstub.c monitor.c hw/ppc.c lin...
On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote: CVSROOT: /sources/qemu Module name: qemu Changes by: Jocelyn Mayer j_mayer 07/03/07 08:32:30 Modified files: . : cpu-all.h gdbstub.c monitor.c hw : ppc.c linux-user : main.c target-ppc : cpu.h exec.h helper.c op.c op_helper.c op_helper_mem.h op_mem.h op_template.h translate.c translate_init.c Added files: target-ppc : STATUS mfrom_table.c mfrom_table_gen.c op_helper.h There seems to be a regression somewhere here... I'm testing Debian Etch with -M prep and the 2.4.27 kernel from http://overselfresearch.com/kb/qemu.html. I'm running QEMU with: qemu-system-ppc -hda hda.img -M prep -kernel vmlinuz-2.4.27.001 -g 640x480 After this commit, user-mode networking no longer works. DHCP does seem to work and I can telnet to ports on 10.0.2.2, but I can't do any DNS lookups or connect to anything else. I will try to investigate further. Thanks, -- Stuart Brady ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Intermittant linux kernel panic on arm
This is my first post to the list. Hopefully, it will go well. I've been using the ARM qemu for Linux development for some basic work, but wanted to expand and do more with it. I outgrew the initrd limitation and needed a disk. Since I've been using a disk, I've been getting intermittant panics during the udevd phase of boot. Once the system is up though, it's been stable. The panic occurs about 50%-75% the time. I've had this problem on both 0.9.0 and the 2007-03-07_05 snapshot. I've had this problem using both my own 2.6.19-1 ARM kernel made directly from kernel.org as well as Aurelien Jarno's 2.6.18 Debian ARM kernel at http://people.debian.org/~aurel32/arm-versatile/vmlinuz-2.6.18-4-versatile My standard invocation: $ qemu-system-arm -M versatilepb -k en-us -kernel zImage \ -initrd initrd.img-2.6.18-4-versatile -hda hda.img \ -monitor stdio -append root=/dev/sda1 My host system is redhat FC6 with a Linux 2.6.19-1 i686 kernel. My disk is a qcow'd 20GB image. Based on the stack traceback, I thought the panic might have to do with the SCSI chip emulation not doing residuals correctly, so I built a kernel with SYM_SETUP_RESIDUAL_SUPPORT set to 0. That didn't change anything. I've googled around and checked the mailing list archives and can't find anything like this. Why haven't other people seen this? Am I doing something unusual or wrong? Any thoughts or ideas to try? Quentin Here's the panic specifics: = Gdb attached to qemu in gdbserver mode with breakpoint on sym_evaluate_dp: = Breakpoint 1, sym_evaluate_dp (np=0xffd0, cp=0xffd00c00, scr=1342180112, ofs=0xc09dd9fc) at drivers/scsi/sym53c8xx_2/sym_hipd.c:3570 3570in drivers/scsi/sym53c8xx_2/sym_hipd.c (gdb) c Continuing. Breakpoint 1, sym_evaluate_dp (np=0xffd0, cp=0xffd04c00, scr=1342180112, ofs=0xc063b9fc) at drivers/scsi/sym53c8xx_2/sym_hipd.c:3570 3570in drivers/scsi/sym53c8xx_2/sym_hipd.c (gdb) c = After this continue, the kernel panics with fault to ffd05a98. cp=0xffd04c00 is different this time. All other couple of dozen times it is entered with the same value, cp=0xffd00c00. Boot console output: = PCI: enabling device :00:0c.0 (0140 - 0143) sym0: 895a rev 0x0 at pci :00:0c.0 irq 27 sym0: No NVRAM, ID 7, Fast-40, LVD, parity checking sym0: SCSI BUS has been reset. scsi0 : sym-2.2.3 scsi 0:0:0:0: Direct-Access QEMU QEMU HARDDISK0.9. PQ: 0 ANSI: 3 target0:0:0: tagged command queuing enabled, command queue depth 16. target0:0:0: Beginning Domain Validation target0:0:0: Domain Validation skipping write tests target0:0:0: Ending Domain Validation scsi 0:0:2:0: CD-ROMQEMU QEMU CD-ROM 0.9. PQ: 0 ANSI: 3 target0:0:2: tagged command queuing enabled, command queue depth 16. target0:0:2: Beginning Domain Validation target0:0:2: Domain Validation skipping write tests target0:0:2: Ending Domain Validation SCSI device sda: 41943040 512-byte hdwr sectors (21475 MB) sda: Write Protect is off sda: Mode Sense: 13 00 00 00 SCSI device sda: drive cache: write back SCSI device sda: 41943040 512-byte hdwr sectors (21475 MB) sda: Write Protect is off sda: Mode Sense: 13 00 00 00 SCSI device sda: drive cache: write back sda: sda1 sda2 sda5 sd 0:0:0:0: Attached scsi disk sda [...] INIT: version 2.86 booting Starting the hotplug events dispatcher: udevd. Synthesizing the initial hotplug events...done. Waiting for /dev to be fully populated...Unable to handle kernel paging request at virtual address ffd05a98 pgd = c05a8000 [ffd05a98] *pgd=00a6d011, *pte=, *ppte= Internal error: Oops: 17 [#1] Modules linked in: CPU: 0 PC is at sym_evaluate_dp+0x9c/0x184 LR is at 0xffda pc : [c01a97a0]lr : [ffda]Not tainted sp : c0bc79e4 ip : ffd05aa0 fp : c0bc79f4 r10: r9 : r8 : 09f8 r7 : 027e r6 : c7da6180 r5 : ffd0 r4 : c0bc79fc r3 : 0ea0 r2 : 005f r1 : ffd04c00 r0 : 01c9 Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment user Control: 3137 Table: 005A8000 DAC: 0015 Process scsi_id (pid: 976, stack limit = 0xc0bc6258) [... Stack contents removed ...] Backtrace: [c01a9704] (sym_evaluate_dp+0x0/0x184) from [c01a99fc] (sym_compute_residual+0x78/0xe4) r4 = FFD04C00 [c01a9984] (sym_compute_residual+0x0/0xe4) from [c01acfb4] (sym_interrupt+0xf8/0x18e0) r4 = FFD04C00 [c01acebc] (sym_interrupt+0x0/0x18e0) from [c01a7844] (sym53c8xx_intr+0x3c/0x6c) [c01a7808] (sym53c8xx_intr+0x0/0x6c) from [c005c458] (handle_IRQ_event+0x44/0x84) r5 = r4 = C7D79E60 [c005c414] (handle_IRQ_event+0x0/0x84) from [c005dba8] (handle_level_irq+0xac/0x104) r7 = C7DA4800 r6 = 0001 r5 = 001B r4 = C029A6C0 [c005dafc] (handle_level_irq+0x0/0x104) from [c0023780] (asm_do_IRQ+0x4c/0x68) r5 = F114 r4 = [c0023734] (asm_do_IRQ+0x0/0x68) from [c02443f0] (__irq_svc+0x30/0xa0) r4 = [c019a760] (scsi_dispatch_cmd+0x0/0x25c) from
Re: [Qemu-devel] qemu cpu-all.h gdbstub.c monitor.c hw/ppc.c lin...
On Wed, 2007-03-07 at 14:14 +, Stuart Brady wrote: On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote: CVSROOT:/sources/qemu Module name:qemu Changes by: Jocelyn Mayer j_mayer 07/03/07 08:32:30 Modified files: . : cpu-all.h gdbstub.c monitor.c hw : ppc.c linux-user : main.c target-ppc : cpu.h exec.h helper.c op.c op_helper.c op_helper_mem.h op_mem.h op_template.h translate.c translate_init.c Added files: target-ppc : STATUS mfrom_table.c mfrom_table_gen.c op_helper.h There seems to be a regression somewhere here... I'm testing Debian Etch with -M prep and the 2.4.27 kernel from http://overselfresearch.com/kb/qemu.html. I'm running QEMU with: qemu-system-ppc -hda hda.img -M prep -kernel vmlinuz-2.4.27.001 -g 640x480 After this commit, user-mode networking no longer works. DHCP does seem to work and I can telnet to ports on 10.0.2.2, but I can't do any DNS lookups or connect to anything else. I will try to investigate further. Hi, as far as I can see, prep target was broken before I send this patch: no PCI IRQ seem to be available anymore, so the target can not even be boot. There is the same problem with heathrow machine. Looks like the PCI and/or the IRQ controller has been badly broken for those two targets. I did not have the time needed for investigations by now... The only PowerPC target I'm able to test properly, for now, is mac99. But I have to admit I've never used user-mode emulation at all. Could you please check using this target ? -- J. Mayer [EMAIL PROTECTED] Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu cpu-all.h gdbstub.c monitor.c hw/ppc.c lin...
On Wed, 2007-03-07 at 22:40 +0100, J. Mayer wrote: On Wed, 2007-03-07 at 14:14 +, Stuart Brady wrote: On Wed, Mar 07, 2007 at 08:32:30AM +, Jocelyn Mayer wrote: CVSROOT: /sources/qemu Module name: qemu Changes by: Jocelyn Mayer j_mayer 07/03/07 08:32:30 Modified files: . : cpu-all.h gdbstub.c monitor.c hw : ppc.c linux-user : main.c target-ppc : cpu.h exec.h helper.c op.c op_helper.c op_helper_mem.h op_mem.h op_template.h translate.c translate_init.c Added files: target-ppc : STATUS mfrom_table.c mfrom_table_gen.c op_helper.h There seems to be a regression somewhere here... I'm testing Debian Etch with -M prep and the 2.4.27 kernel from http://overselfresearch.com/kb/qemu.html. I'm running QEMU with: qemu-system-ppc -hda hda.img -M prep -kernel vmlinuz-2.4.27.001 -g 640x480 After this commit, user-mode networking no longer works. DHCP does seem to work and I can telnet to ports on 10.0.2.2, but I can't do any DNS lookups or connect to anything else. I will try to investigate further. Hi, as far as I can see, prep target was broken before I send this patch: no PCI IRQ seem to be available anymore, so the target can not even be boot. There is the same problem with heathrow machine. Looks like the PCI and/or the IRQ controller has been badly broken for those two targets. I did not have the time needed for investigations by now... The only PowerPC target I'm able to test properly, for now, is mac99. But I have to admit I've never used user-mode emulation at all. Sorry, I meant user-mode networking emulation, of course [...] -- J. Mayer [EMAIL PROTECTED] Never organized ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu cpu-all.h gdbstub.c monitor.c hw/ppc.c lin...
On Wed, Mar 07, 2007 at 10:40:41PM +0100, J. Mayer wrote: as far as I can see, prep target was broken before I send this patch: no PCI IRQ seem to be available anymore, so the target can not even be boot. There is the same problem with heathrow machine. Looks like the PCI and/or the IRQ controller has been badly broken for those two targets. I did not have the time needed for investigations by now... I noticed this with heathrow a while ago. When I bisected the tree, I found that the regression was introduced with this commit: http://lists.gnu.org/archive/html/qemu-devel/2006-09/msg00239.html Strangely, I can boot on prep without any trouble. The only PowerPC target I'm able to test properly, for now, is mac99. [...] Could you please check using this target ? I've just tried, with no luck. I'm probably doing something silly: $ qemu-system-ppc -hda hda.img -M mac99 -kernel vmlinuz-2.4.27.001 -nographic init_ppc_proc: PVR 0008 mask = 0008 register PCI host 'pci' 'pci' 'uni-north' 'AAPL,UniNorth' register 'pci' 'pci' 'uni-north' 'AAPL,UniNorth' 0xf200 in 'device-tree' 0x Done 582b000 582b900 PCI device 'null' 0 11 0 has no reg properties: PCI device 'null' 0 11 0 has no assigned addresses properties: register pci device 'Qemu VGA' 000c 'display' 'VGA' 'Qemu VGA' register 'Qemu VGA' 'display' 'VGA' 'Qemu VGA' 0x000c in 'pci' 0xf200 Done 582b900 582ba00 PCI device 'Qemu VGA' 0 12 0 reg properties: addr: 82006010 8000 size: 0080 PCI device 'Qemu VGA' 0 12 0 assigned addresses properties: addr: 82006010 8000 size: 0080 register pci device 'NE2000' 000d 'network' 'null' 'NE2000 PCI' register 'NE2000' 'network' 'null' 'NE2000 PCI' 0x000d in 'pci' 0xf200 Done 582b900 582bb00 PCI device 'NE2000' 0 13 0 reg properties: addr: 01006810 1000 size: 0100 PCI device 'NE2000' 0 13 0 assigned addresses properties: addr: 01006810 1000 size: 0100 register pci device 'mac-io' 000e 'mac-io' 'Keylargo' 'AAPL,Keylargo' register 'mac-io' 'mac-io' 'Keylargo' 'AAPL,Keylargo' 0x000e in 'pci' 0xf200 Done 582b900 582bc00 PCI device 'mac-io' 0 14 0 reg properties: addr: 82007010 8088 size: 0008 PCI device 'mac-io' 0 14 0 assigned addresses properties: addr: 82007010 8088 size: 0008 PPC Open Hack'Ware BIOS for qemu version 0.4.1 Build 2005-07-06 23:10:57 Copyright 2003-2005 Jocelyn Mayer Memory size: 144 MB. Booting from device m ide0: drive 0: Hard Disk ERROR: OF_property_copy cannot get property 'hd' for aliases ide0: drive 1: CD-ROM ERROR: OF_property_copy cannot get property 'cd' for aliases ERROR: ATAPI TEST_UNIT_READY : status 41 != 0x40 ide1: drive 0: none ide1: drive 1: none Probe partitions for device c Found Apple partition map... Not a bootable partition 0 0 (0 5835880) Partition: 2 'untitled' 'Apple_Bootstrap' st 40 size 7a2 Not a bootable partition 0 0 (0 5835900) Partition: 3 'untitled' 'Apple_UNIX_SVR2' st 7e2 size 1d6a37 Not a bootable partition 0 0 (0 5835980) Partition: 4 'swap' 'Apple_UNIX_SVR2' st 1d7219 size 28de7 Probe filesystem on dummy Apple partition 'Apple' 5835800 New bootfile Probe filesystem on filesystem Apple partition 'untitled' 5835880 HFS volume Partition is bootable (2) bd_set_boot_part: part 5835880 (0) 2 Probe filesystem on filesystem Apple partition 'untitled' 5835900 ERROR in fs_probe: FS not identified Probe filesystem on filesystem Apple partition 'swap' 5835980 ERROR in fs_probe: FS not identified Boot partition: 5835880 582e5c0 582e5c0 0 Probe partitions for device m Use bloc device as raw partition Boot partition: 0 9401fff8 9401fff8 0 ERROR: OF_property_copy cannot get property 'alias' for null boot device: 5835780 image 100 size 1233878 Use bloc device as raw partition Boot partition: 0 9401fff8 9401fff8 0 boot device: 5835780 ERROR: Found no boot partition! -- Stuart Brady ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.c vl.h hw/integratorcp.c hw/realview.c ...
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 07/03/08 03:04:12 Modified files: . : vl.c vl.h hw : integratorcp.c realview.c versatilepb.c linux-user : main.c target-arm : cpu.h helper.c Log message: Implement --cpu for ARM. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.261r2=1.262 http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.192r2=1.193 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/integratorcp.c?cvsroot=qemur1=1.12r2=1.13 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/realview.c?cvsroot=qemur1=1.4r2=1.5 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/versatilepb.c?cvsroot=qemur1=1.9r2=1.10 http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.101r2=1.102 http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/cpu.h?cvsroot=qemur1=1.19r2=1.20 http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/helper.c?cvsroot=qemur1=1.8r2=1.9 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.c target-arm/cpu.h target-arm/helper.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 07/03/08 03:15:18 Modified files: . : vl.c target-arm : cpu.h helper.c Log message: Fix typo in help output. List ARM cpus. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.262r2=1.263 http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/cpu.h?cvsroot=qemur1=1.20r2=1.21 http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/helper.c?cvsroot=qemur1=1.9r2=1.10 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel