[Qemu-devel] qemu Makefile.target cpu-exec.c translate-all.c...

2008-03-13 Thread Edgar E. Iglesias
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl   08/03/14 01:04:24

Modified files:
.  : Makefile.target cpu-exec.c translate-all.c 
hw : etraxfs.c etraxfs_timer.c etraxfs_ser.c 
target-cris: helper.c 
Added files:
hw : etraxfs_pic.c 

Log message:
* Add a model of the ETRAX interrupt controller.
* Clean up the interrupt handling a bit.
* Connect some NOR flash to the test board.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.248r2=1.249
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-exec.c?cvsroot=qemur1=1.133r2=1.134
http://cvs.savannah.gnu.org/viewcvs/qemu/translate-all.c?cvsroot=qemur1=1.27r2=1.28
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/etraxfs.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/etraxfs_timer.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/etraxfs_ser.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/etraxfs_pic.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-cris/helper.c?cvsroot=qemur1=1.5r2=1.6




[Qemu-devel] qemu Makefile.target hw/omap.h hw/omap1.c hw/om...

2008-03-06 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/03/06 21:07:38

Modified files:
.  : Makefile.target 
hw : omap.h 
Added files:
hw : omap1.c omap_clk.c omap_dma.c 
Removed files:
hw : omap.c omap1_clk.c 

Log message:
Split OMAP DMA out to a file apart.
Rename omap files to better reflect OMAP1-specific parts.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.247r2=1.248
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.h?cvsroot=qemur1=1.22r2=1.23
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap1.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap_clk.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap_dma.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.c?cvsroot=qemur1=1.35r2=0
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap1_clk.c?cvsroot=qemur1=1.4r2=0




[Qemu-devel] qemu Makefile.target hw/esp.c hw/sun4m.c hw/sun...

2008-03-02 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  08/03/02 08:48:47

Modified files:
.  : Makefile.target 
hw : esp.c sun4m.c sun4m.h 
Added files:
hw : scsi.h 

Log message:
Let ESP SCSI adapter to be usable outside sun4m (Hervé Poussineau)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.246r2=1.247
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/esp.c?cvsroot=qemur1=1.33r2=1.34
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemur1=1.85r2=1.86
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.h?cvsroot=qemur1=1.10r2=1.11
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/scsi.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target dyngen.c tcg/sparc/tcg-tar...

2008-02-27 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  08/02/27 17:53:28

Modified files:
.  : Makefile.target dyngen.c 
Added files:
tcg/sparc  : tcg-target.c tcg-target.h 

Log message:
 Preliminary Sparc TCG target

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.245r2=1.246
http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen.c?cvsroot=qemur1=1.61r2=1.62
http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/tcg-target.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/tcg/sparc/tcg-target.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target qemu-doc.texi hw/pci.c hw/...

2008-02-02 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/02/03 02:20:19

Modified files:
.  : Makefile.target qemu-doc.texi 
hw : pci.c pci.h 
Added files:
hw : e1000.c e1000_hw.h 

Log message:
E1000 NIC emulation (Nir Peleg, patch from Dor Laor).
Applied %s/^\([^I ]*\)^I/\1/g on e1000.c and added e1000 to help 
message.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.243r2=1.244
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.184r2=1.185
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pci.c?cvsroot=qemur1=1.44r2=1.45
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pci.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/e1000.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/e1000_hw.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2008-02-01 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 08/02/01 22:45:05

Modified files:
.  : Makefile.target 

Log message:
Add missing dependencies on generated files (for parallel build).

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.242r2=1.243




Re: [Qemu-devel] qemu Makefile.target configure qemu-doc.texi hw...

2008-01-15 Thread malc

On Mon, 14 Jan 2008, Andrzej Zaborowski wrote:


CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog   08/01/14 22:09:12

Modified files:
.  : Makefile.target configure qemu-doc.texi
Added files:
hw : gus.c gusemu.h gusemu_hal.c gusemu_mixer.c
 gustate.h

Log message:
Gravis Ultrasound GF1 sound card emulation (malc).



[..snip..]

To clear any possible misconceptions: GF1 emulation is courtesy GUSEMU32
(http://www.deinmeister.de/gusemu/) by Tibor TS SchЭtz.

--
mailto:[EMAIL PROTECTED]

[Qemu-devel] qemu Makefile.target configure qemu-doc.texi hw...

2008-01-14 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 08/01/14 22:09:12

Modified files:
.  : Makefile.target configure qemu-doc.texi 
Added files:
hw : gus.c gusemu.h gusemu_hal.c gusemu_mixer.c 
 gustate.h 

Log message:
Gravis Ultrasound GF1 sound card emulation (malc).

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.239r2=1.240
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.181r2=1.182
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.178r2=1.179
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gus.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gusemu.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gusemu_hal.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gusemu_mixer.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gustate.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/mips_malta.c hw/pflash_...

2008-01-04 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 08/01/04 19:11:32

Modified files:
.  : Makefile.target 
hw : mips_malta.c pflash_cfi01.c 

Log message:
Malta flash support.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.236r2=1.237
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_malta.c?cvsroot=qemur1=1.53r2=1.54
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pflash_cfi01.c?cvsroot=qemur1=1.4r2=1.5




[Qemu-devel] qemu Makefile.target qemu-doc.texi vl.c hw/boar...

2007-12-28 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/12/28 20:57:43

Modified files:
.  : Makefile.target qemu-doc.texi vl.c 
hw : boards.h sun4m.c sun4m.h 
target-sparc   : op_helper.c 
Added files:
hw : sbi.c 

Log message:
 Initial support for Sun4d machines (SS-1000, SS-2000)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.234r2=1.235
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.173r2=1.174
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.390r2=1.391
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/boards.h?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemur1=1.71r2=1.72
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.h?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sbi.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_helper.c?cvsroot=qemur1=1.62r2=1.63




[Qemu-devel] qemu Makefile.target qemu-doc.texi vl.c hw/boar...

2007-12-28 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/12/28 20:59:23

Modified files:
.  : Makefile.target qemu-doc.texi vl.c 
hw : boards.h sun4m.c sun4m.h 
Added files:
hw : sun4c_intctl.c 

Log message:
 Initial support for SS-2 (Sun4c)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.235r2=1.236
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.174r2=1.175
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.391r2=1.392
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/boards.h?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemur1=1.72r2=1.73
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.h?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4c_intctl.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/pxa.h hw/pxa2xx.c hw/px...

2007-12-16 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/12/16 12:13:51

Modified files:
.  : Makefile.target 
hw : pxa.h pxa2xx.c 
Added files:
hw : pxa2xx_keypad.c 

Log message:
Initial PXA27x keypad support, by Armin Kuster.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.233r2=1.234
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pxa.h?cvsroot=qemur1=1.11r2=1.12
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pxa2xx.c?cvsroot=qemur1=1.24r2=1.25
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pxa2xx_keypad.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target cpu-exec.c target-sparc/op.c

2007-12-11 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/12/11 19:39:25

Modified files:
.  : Makefile.target cpu-exec.c 
target-sparc   : op.c 

Log message:
 Partial fix to Sparc32 Linux host global register mangling problem

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.231r2=1.232
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-exec.c?cvsroot=qemur1=1.129r2=1.130
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op.c?cvsroot=qemur1=1.45r2=1.46




[Qemu-devel] qemu Makefile.target hw/sun4m.c hw/sun4m.h hw/e...

2007-12-09 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/12/09 17:03:50

Modified files:
.  : Makefile.target 
hw : sun4m.c sun4m.h 
Added files:
hw : eccmemctl.c 

Log message:
 Add support for eccmemctl (Robert Reif)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.230r2=1.231
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.c?cvsroot=qemur1=1.67r2=1.68
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4m.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/eccmemctl.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/mainstone.c hw/mainston...

2007-12-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/12/02 02:20:03

Modified files:
.  : Makefile.target 
hw : mainstone.c 
Added files:
hw : mainstone.h mst_fpga.c 

Log message:
Mainstone re-org, by Armin Kuster.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.229r2=1.230
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mainstone.c?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mainstone.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mst_fpga.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.c hw/boards.h hw/mainst...

2007-11-24 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/11/25 01:57:38

Modified files:
.  : Makefile.target vl.c 
hw : boards.h 
Added files:
hw : mainstone.c 

Log message:
Intel Mainstone II (ARM) machine by Armin Kuster.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.228r2=1.229
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.372r2=1.373
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/boards.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mainstone.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/arm-misc.h hw/armv7m_nv...

2007-11-23 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/11/24 03:13:04

Modified files:
.  : Makefile.target 
hw : arm-misc.h armv7m_nvic.c stellaris.c 
Added files:
hw : stellaris_enet.c 

Log message:
Stellaris ethernet support.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.226r2=1.227
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/arm-misc.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/armv7m_nvic.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/stellaris.c?cvsroot=qemur1=1.7r2=1.8
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/stellaris_enet.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-11-18 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/11/18 22:34:46

Modified files:
.  : Makefile.target 

Log message:
Solaris build fixes, based on a patch by Ben Taylor.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.225r2=1.226




[Qemu-devel] qemu Makefile.target vl.c vl.h hw/gumstix.c hw/...

2007-11-17 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/11/17 11:50:55

Modified files:
.  : Makefile.target vl.c vl.h 
Added files:
hw : gumstix.c pflash_cfi01.c 

Log message:
Gumstix 'connex' board support by Thorsten Zitterell.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.223r2=1.224
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.362r2=1.363
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.296r2=1.297
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/gumstix.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pflash_cfi01.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target arm-semi.c exec.c m68k-sem...

2007-11-11 Thread Fabrice Bellard
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard bellard   07/11/11 14:26:48

Modified files:
.  : Makefile.target arm-semi.c exec.c m68k-semi.c 
 softmmu-semi.h 
linux-user : elfload.c flatload.c linuxload.c qemu.h 
 signal.c strace.c syscall.c vm86.c 
Added files:
linux-user : uaccess.c 

Log message:
Linux user memory access API change (initial patch by Thayne Harbaugh)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.222r2=1.223
http://cvs.savannah.gnu.org/viewcvs/qemu/arm-semi.c?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemur1=1.113r2=1.114
http://cvs.savannah.gnu.org/viewcvs/qemu/m68k-semi.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/softmmu-semi.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/elfload.c?cvsroot=qemur1=1.55r2=1.56
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/flatload.c?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/linuxload.c?cvsroot=qemur1=1.7r2=1.8
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/qemu.h?cvsroot=qemur1=1.45r2=1.46
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/signal.c?cvsroot=qemur1=1.49r2=1.50
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/strace.c?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.143r2=1.144
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/vm86.c?cvsroot=qemur1=1.12r2=1.13
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/uaccess.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.c vl.h hw/dummy_m68k.c

2007-11-10 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/11/10 18:03:23

Modified files:
.  : Makefile.target vl.c vl.h 
Added files:
hw : dummy_m68k.c 

Log message:
Add dummy m68k board.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.218r2=1.219
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.355r2=1.356
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.290r2=1.291
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/dummy_m68k.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-11-10 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/11/11 01:18:28

Modified files:
.  : Makefile.target 

Log message:
Remove duplicate i2c.o.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.220r2=1.221




[Qemu-devel] qemu Makefile.target cpu-exec.c exec.c translat...

2007-11-08 Thread Fabrice Bellard
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Fabrice Bellard bellard   07/11/08 14:25:03

Modified files:
.  : Makefile.target cpu-exec.c exec.c 
 translate-all.c vl.c 
darwin-user: main.c signal.c 
linux-user : main.c signal.c 
target-i386: cpu.h helper2.c translate.c 
tests  : qruncom.c 

Log message:
removed obsolete x86 code copy support

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.217r2=1.218
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-exec.c?cvsroot=qemur1=1.121r2=1.122
http://cvs.savannah.gnu.org/viewcvs/qemu/exec.c?cvsroot=qemur1=1.111r2=1.112
http://cvs.savannah.gnu.org/viewcvs/qemu/translate-all.c?cvsroot=qemur1=1.19r2=1.20
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.354r2=1.355
http://cvs.savannah.gnu.org/viewcvs/qemu/darwin-user/main.c?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/darwin-user/signal.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.142r2=1.143
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/signal.c?cvsroot=qemur1=1.47r2=1.48
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/cpu.h?cvsroot=qemur1=1.52r2=1.53
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper2.c?cvsroot=qemur1=1.55r2=1.56
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/translate.c?cvsroot=qemur1=1.73r2=1.74
http://cvs.savannah.gnu.org/viewcvs/qemu/tests/qruncom.c?cvsroot=qemur1=1.6r2=1.7




Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-11-02 Thread Jocelyn Mayer

On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
 On 11/2/07, J. Mayer [EMAIL PROTECTED] wrote:
 
  On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
   On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
On 11/1/07, Blue Swirl [EMAIL PROTECTED] wrote:
 On 10/29/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
  CVSROOT:/sources/qemu
  Module name:qemu
  Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18
 
  Modified files:
  .  : Makefile.target vl.h
  hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c
   ppc_chrp.c ppc_prep.c
  Added files:
  hw : mac_dbdma.c mac_nvram.c macio.c ppc_mac.h
   ppc_oldworld.c
 
  Log message:
  * sort the PowerPC target object files
  * make PowerPC NVRAM accessors generic to be able to use a 
  MacIO NVRAM
instead of the M48T59 one
  * split PowerMac targets code:
   - move all PowerMac related definitions and prototypes 
  into hw/ppc_mac.h
   - add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
 which implements shared PowerMac devices
   - define the g3bw machine in a new hw/ppc_oldworld.c file
  * Fix the g3bw target:
   - fix the Grackle host PCI device
   - connect the Heathrow PIC to the PowerPC 6xx bus pins
 
  CVSWeb URLs:
  http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
  http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
  http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1

 You broke sparc64-softmmu build with this patch.
  
   I am missing something ? I rebuilt all available targets before
   commiting... but I now see sparc64-softmmu seems not to be in the
   available targets, which could explain I cannot check if it compiles or
   not...  As it been removed by mistake ?
  
I think the best solution to fix this is to put the nvram helpers to
m48t59.h as inline functions  instead of duplicating the code in
several places.
  
   You mean the NVRAM_set / get_xxx ? I was to remove the definitions from
   vl.h, I have to say, because those are supposed to be PowerPC (in fact
   OpenHack'Ware) related hacks.
   Those functions will never go in m48t59.h as they are not related with
   m48t59. Apple machine don't have such a device (even if Qemu pretend it
   has, this is to be removed in the days to come) but need those functions
   to pass arguments to the firmware. What I needed to do (and that what I
   did commit) is make those routines independant from m48t59 so I can
   remove this device from ppc_chrp.c and ppc_oldworld.c and use the real
   Mac nvram instead (but ppc_prep.c still uses m48t59...).
 
 I see. Should sun4m use these functions too? On the other hand, there
 is no need to be too independent on Sparc, because I think all Sun4u
 machines use m48t59 and sun4m machines have either m48t08 or older
 m48t02 (not supported yet). So if you prefer, sun4u could use the same
 approach as sun4m and not use these functions?

Depends on how you feel about it...
If there is a real need to have a generic devices registers and/or
internal memory accessor used during the target machine initialisation
(the model I propose could be used not only for NVRAM...), then the code
should be made more generic (ie renaming the nvram_t type with a more
generic name) and only one implementation should be kept. If this is
only useful for the PowerPC target initialisation, then you should keep
using the m48t59 only implementation you have now for Sparc64 and the
PowerPC NVRAM_xxx functions should not be declared in vl.h.
I would say that having a generic accessor for devices during machine
init can be useful and the implementation I provided may be sufficient
for most usages. But it may also be not so useful ? ...

[...]

-- 
Jocelyn Mayer [EMAIL PROTECTED]





Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-11-02 Thread Blue Swirl
On 11/2/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:

 On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
  On 11/2/07, J. Mayer [EMAIL PROTECTED] wrote:
  
   On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
 On 11/1/07, Blue Swirl [EMAIL PROTECTED] wrote:
  On 10/29/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
   CVSROOT:/sources/qemu
   Module name:qemu
   Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18
  
   Modified files:
   .  : Makefile.target vl.h
   hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c
ppc_chrp.c ppc_prep.c
   Added files:
   hw : mac_dbdma.c mac_nvram.c macio.c ppc_mac.h
ppc_oldworld.c
  
   Log message:
   * sort the PowerPC target object files
   * make PowerPC NVRAM accessors generic to be able to use 
   a MacIO NVRAM
 instead of the M48T59 one
   * split PowerMac targets code:
- move all PowerMac related definitions and prototypes 
   into hw/ppc_mac.h
- add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
  which implements shared PowerMac devices
- define the g3bw machine in a new hw/ppc_oldworld.c file
   * Fix the g3bw target:
- fix the Grackle host PCI device
- connect the Heathrow PIC to the PowerPC 6xx bus pins
  
   CVSWeb URLs:
   http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
   http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1
 
  You broke sparc64-softmmu build with this patch.
   
I am missing something ? I rebuilt all available targets before
commiting... but I now see sparc64-softmmu seems not to be in the
available targets, which could explain I cannot check if it compiles or
not...  As it been removed by mistake ?
   
 I think the best solution to fix this is to put the nvram helpers to
 m48t59.h as inline functions  instead of duplicating the code in
 several places.
   
You mean the NVRAM_set / get_xxx ? I was to remove the definitions from
vl.h, I have to say, because those are supposed to be PowerPC (in fact
OpenHack'Ware) related hacks.
Those functions will never go in m48t59.h as they are not related with
m48t59. Apple machine don't have such a device (even if Qemu pretend it
has, this is to be removed in the days to come) but need those functions
to pass arguments to the firmware. What I needed to do (and that what I
did commit) is make those routines independant from m48t59 so I can
remove this device from ppc_chrp.c and ppc_oldworld.c and use the real
Mac nvram instead (but ppc_prep.c still uses m48t59...).
 
  I see. Should sun4m use these functions too? On the other hand, there
  is no need to be too independent on Sparc, because I think all Sun4u
  machines use m48t59 and sun4m machines have either m48t08 or older
  m48t02 (not supported yet). So if you prefer, sun4u could use the same
  approach as sun4m and not use these functions?

 Depends on how you feel about it...
 If there is a real need to have a generic devices registers and/or
 internal memory accessor used during the target machine initialisation
 (the model I propose could be used not only for NVRAM...), then the code
 should be made more generic (ie renaming the nvram_t type with a more
 generic name) and only one implementation should be kept. If this is
 only useful for the PowerPC target initialisation, then you should keep
 using the m48t59 only implementation you have now for Sparc64 and the
 PowerPC NVRAM_xxx functions should not be declared in vl.h.
 I would say that having a generic accessor for devices during machine
 init can be useful and the implementation I provided may be sufficient
 for most 

Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-11-02 Thread J. Mayer

On Fri, 2007-11-02 at 22:33 +0200, Blue Swirl wrote:
 On 11/2/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
 
  On Fri, 2007-11-02 at 17:18 +0200, Blue Swirl wrote:
   On 11/2/07, J. Mayer [EMAIL PROTECTED] wrote:
   
On Thu, 2007-11-01 at 23:13 +0100, J. Mayer wrote:
 On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
  On 11/1/07, Blue Swirl [EMAIL PROTECTED] wrote:
   On 10/29/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18
   
Modified files:
.  : Makefile.target vl.h
hw : cuda.c grackle_pci.c heathrow_pic.c 
ppc.c
 ppc_chrp.c ppc_prep.c
Added files:
hw : mac_dbdma.c mac_nvram.c macio.c 
ppc_mac.h
 ppc_oldworld.c
   
Log message:
* sort the PowerPC target object files
* make PowerPC NVRAM accessors generic to be able to 
use a MacIO NVRAM
  instead of the M48T59 one
* split PowerMac targets code:
 - move all PowerMac related definitions and prototypes 
into hw/ppc_mac.h
 - add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
   which implements shared PowerMac devices
 - define the g3bw machine in a new hw/ppc_oldworld.c 
file
* Fix the g3bw target:
 - fix the Grackle host PCI device
 - connect the Heathrow PIC to the PowerPC 6xx bus pins
   
CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1
  
   You broke sparc64-softmmu build with this patch.

 I am missing something ? I rebuilt all available targets before
 commiting... but I now see sparc64-softmmu seems not to be in the
 available targets, which could explain I cannot check if it compiles 
 or
 not...  As it been removed by mistake ?

  I think the best solution to fix this is to put the nvram helpers to
  m48t59.h as inline functions  instead of duplicating the code in
  several places.

 You mean the NVRAM_set / get_xxx ? I was to remove the definitions 
 from
 vl.h, I have to say, because those are supposed to be PowerPC (in fact
 OpenHack'Ware) related hacks.
 Those functions will never go in m48t59.h as they are not related with
 m48t59. Apple machine don't have such a device (even if Qemu pretend 
 it
 has, this is to be removed in the days to come) but need those 
 functions
 to pass arguments to the firmware. What I needed to do (and that what 
 I
 did commit) is make those routines independant from m48t59 so I can
 remove this device from ppc_chrp.c and ppc_oldworld.c and use the real
 Mac nvram instead (but ppc_prep.c still uses m48t59...).
  
   I see. Should sun4m use these functions too? On the other hand, there
   is no need to be too independent on Sparc, because I think all Sun4u
   machines use m48t59 and sun4m machines have either m48t08 or older
   m48t02 (not supported yet). So if you prefer, sun4u could use the same
   approach as sun4m and not use these functions?
 
  Depends on how you feel about it...
  If there is a real need to have a generic devices registers and/or
  internal memory accessor used during the target machine initialisation
  (the model I propose could be used not only for NVRAM...), then the code
  should be made more generic (ie renaming the nvram_t type with a more
  generic name) and only one implementation should be kept. If this is
  only useful for the PowerPC target initialisation, then you should keep
  using the m48t59 only implementation you have now for Sparc64 and the
  PowerPC 

Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-11-01 Thread Blue Swirl
On 10/29/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
 CVSROOT:/sources/qemu
 Module name:qemu
 Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18

 Modified files:
 .  : Makefile.target vl.h
 hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c
  ppc_chrp.c ppc_prep.c
 Added files:
 hw : mac_dbdma.c mac_nvram.c macio.c ppc_mac.h
  ppc_oldworld.c

 Log message:
 * sort the PowerPC target object files
 * make PowerPC NVRAM accessors generic to be able to use a MacIO NVRAM
   instead of the M48T59 one
 * split PowerMac targets code:
  - move all PowerMac related definitions and prototypes into 
 hw/ppc_mac.h
  - add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
which implements shared PowerMac devices
  - define the g3bw machine in a new hw/ppc_oldworld.c file
 * Fix the g3bw target:
  - fix the Grackle host PCI device
  - connect the Heathrow PIC to the PowerPC 6xx bus pins

 CVSWeb URLs:
 http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
 http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
 http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1

You broke sparc64-softmmu build with this patch.




Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-11-01 Thread J. Mayer
On Thu, 2007-11-01 at 21:53 +0200, Blue Swirl wrote:
 On 11/1/07, Blue Swirl [EMAIL PROTECTED] wrote:
  On 10/29/07, Jocelyn Mayer [EMAIL PROTECTED] wrote:
   CVSROOT:/sources/qemu
   Module name:qemu
   Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18
  
   Modified files:
   .  : Makefile.target vl.h
   hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c
ppc_chrp.c ppc_prep.c
   Added files:
   hw : mac_dbdma.c mac_nvram.c macio.c ppc_mac.h
ppc_oldworld.c
  
   Log message:
   * sort the PowerPC target object files
   * make PowerPC NVRAM accessors generic to be able to use a MacIO 
   NVRAM
 instead of the M48T59 one
   * split PowerMac targets code:
- move all PowerMac related definitions and prototypes into 
   hw/ppc_mac.h
- add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
  which implements shared PowerMac devices
- define the g3bw machine in a new hw/ppc_oldworld.c file
   * Fix the g3bw target:
- fix the Grackle host PCI device
- connect the Heathrow PIC to the PowerPC 6xx bus pins
  
   CVSWeb URLs:
   http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
   http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
   http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1
 
  You broke sparc64-softmmu build with this patch.

I am missing something ? I rebuilt all available targets before
commiting... but I now see sparc64-softmmu seems not to be in the
available targets, which could explain I cannot check if it compiles or
not...  As it been removed by mistake ?

 I think the best solution to fix this is to put the nvram helpers to
 m48t59.h as inline functions  instead of duplicating the code in
 several places.

You mean the NVRAM_set / get_xxx ? I was to remove the definitions from
vl.h, I have to say, because those are supposed to be PowerPC (in fact
OpenHack'Ware) related hacks.
Those functions will never go in m48t59.h as they are not related with
m48t59. Apple machine don't have such a device (even if Qemu pretend it
has, this is to be removed in the days to come) but need those functions
to pass arguments to the firmware. What I needed to do (and that what I
did commit) is make those routines independant from m48t59 so I can
remove this device from ppc_chrp.c and ppc_oldworld.c and use the real
Mac nvram instead (but ppc_prep.c still uses m48t59...).

Whatever, I'll try to fix the sparc64 case as I broke it (if I found the
code ;-) ).

-- 
J. Mayer [EMAIL PROTECTED]
Never organized





[Qemu-devel] qemu Makefile.target linux-user/main.c linux-us...

2007-10-31 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/11/01 00:07:39

Modified files:
.  : Makefile.target 
linux-user : main.c qemu.h syscall.c 

Log message:
Strace for userland emulation, by Stuart Anderson and Thayne Harbaugh.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.214r2=1.215
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.138r2=1.139
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/qemu.h?cvsroot=qemur1=1.41r2=1.42
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.142r2=1.143




Re: [Qemu-devel] qemu Makefile.target

2007-10-29 Thread andrzej zaborowski
On 29/10/2007, andrzej zaborowski [EMAIL PROTECTED] wrote:
 On 28/10/2007, Jocelyn Mayer [EMAIL PROTECTED] wrote:
  CVSROOT:/sources/qemu
  Module name:qemu
  Changes by: Jocelyn Mayer j_mayer 07/10/28 13:07:13
 
  Modified files:
  .  : Makefile.target
 
  Log message:
  Use cpp to generate correct build dependencies for target objects
   instead of using incomplete hardcoded ones.

 This doesn't work very well for me, but I'm not sure why. Now the

Sorry, actually it is correctly rebuilding the project. I wasn't aware
than I had #included one of my files.
Regards




Re: [Qemu-devel] qemu Makefile.target

2007-10-29 Thread J. Mayer
On Mon, 2007-10-29 at 02:26 +0100, andrzej zaborowski wrote:
 On 28/10/2007, Jocelyn Mayer [EMAIL PROTECTED] wrote:
  CVSROOT:/sources/qemu
  Module name:qemu
  Changes by: Jocelyn Mayer j_mayer 07/10/28 13:07:13
 
  Modified files:
  .  : Makefile.target
 
  Log message:
  Use cpp to generate correct build dependencies for target objects
   instead of using incomplete hardcoded ones.
 
 This doesn't work very well for me, but I'm not sure why. Now the
 Makefile rebuilds much more than necessary, even after a make depend
 in the target dirs.

You may need to do a make clean to generate the initial dependency
files.
The 'depend' target need to be reworked, afaik, as it does not handle
all the needed files.
make may rebuild a lot of things (or everything) when some headers are
modified because some headers (like vl.h) are included almost in every
source file.

-- 
J. Mayer [EMAIL PROTECTED]
Never organized





[Qemu-devel] qemu Makefile.target vl.h hw/omap.c hw/palm.c h...

2007-10-29 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/29 10:34:01

Modified files:
.  : Makefile.target vl.h 
hw : omap.c palm.c pxa.h 
Added files:
hw : tsc210x.c 

Log message:
Add a TI TSC2102 chip (touchscreen/ADC/audio-CODEC controller).
Fix GPIO memory mapping address and register width. 

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.213r2=1.214
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.282r2=1.283
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.c?cvsroot=qemur1=1.10r2=1.11
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/palm.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pxa.h?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/tsc210x.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-10-28 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/28 13:07:13

Modified files:
.  : Makefile.target 

Log message:
Use cpp to generate correct build dependencies for target objects
 instead of using incomplete hardcoded ones.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.211r2=1.212




[Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-10-28 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/28 23:42:18

Modified files:
.  : Makefile.target vl.h 
hw : cuda.c grackle_pci.c heathrow_pic.c ppc.c 
 ppc_chrp.c ppc_prep.c 
Added files:
hw : mac_dbdma.c mac_nvram.c macio.c ppc_mac.h 
 ppc_oldworld.c 

Log message:
* sort the PowerPC target object files
* make PowerPC NVRAM accessors generic to be able to use a MacIO NVRAM
  instead of the M48T59 one
* split PowerMac targets code:
 - move all PowerMac related definitions and prototypes into 
hw/ppc_mac.h
 - add hw/mac_dbdma.c, hw/mac_nvram.c and macio.c
   which implements shared PowerMac devices
 - define the g3bw machine in a new hw/ppc_oldworld.c file
* Fix the g3bw target:
 - fix the Grackle host PCI device
 - connect the Heathrow PIC to the PowerPC 6xx bus pins

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.212r2=1.213
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.280r2=1.281
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/cuda.c?cvsroot=qemur1=1.16r2=1.17
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/grackle_pci.c?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/heathrow_pic.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.34r2=1.35
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_chrp.c?cvsroot=qemur1=1.44r2=1.45
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_prep.c?cvsroot=qemur1=1.47r2=1.48
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_dbdma.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mac_nvram.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/macio.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_mac.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc_oldworld.c?cvsroot=qemurev=1.1




Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-10-28 Thread Stuart Brady
On Sun, Oct 28, 2007 at 11:42:18PM +, Jocelyn Mayer wrote:
   * Fix the g3bw target:
- fix the Grackle host PCI device
- connect the Heathrow PIC to the PowerPC 6xx bus pins

Cool!  With this, the Debian 3.1 install CD boots again! :)
-- 
Stuart Brady




Re: [Qemu-devel] qemu Makefile.target vl.h hw/cuda.c hw/grackle_...

2007-10-28 Thread J. Mayer

On Mon, 2007-10-29 at 00:59 +, Stuart Brady wrote:
 On Sun, Oct 28, 2007 at 11:42:18PM +, Jocelyn Mayer wrote:
  * Fix the g3bw target:
   - fix the Grackle host PCI device
   - connect the Heathrow PIC to the PowerPC 6xx bus pins
 
 Cool!  With this, the Debian 3.1 install CD boots again! :)

Yes, I did not have time to update the PowerPC status file, but the g3bw
machine should be able to boot again. I guess all the long pending
regression for the PowerPC targets have been solved.
Note that this may need a firmware update in order to boot properly. I'm
working on a cleanup of the hacked OHW firmware (with a lot of
traces...) I worked with in order to debug and find the g3bw
regressions. As I also did find some bugs and added new features in
order to support more CPUs (including the (in)famous PowerPC 601...) and
more boot scripts, I will commit and publish a new version soon (I
hope !).

-- 
J. Mayer [EMAIL PROTECTED]
Never organized





Re: [Qemu-devel] qemu Makefile.target

2007-10-28 Thread andrzej zaborowski
On 28/10/2007, Jocelyn Mayer [EMAIL PROTECTED] wrote:
 CVSROOT:/sources/qemu
 Module name:qemu
 Changes by: Jocelyn Mayer j_mayer 07/10/28 13:07:13

 Modified files:
 .  : Makefile.target

 Log message:
 Use cpp to generate correct build dependencies for target objects
  instead of using incomplete hardcoded ones.

This doesn't work very well for me, but I'm not sure why. Now the
Makefile rebuilds much more than necessary, even after a make depend
in the target dirs.

Regards




[Qemu-devel] qemu Makefile.target qemu-doc.texi vl.c vl.h

2007-10-17 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/17 13:08:32

Modified files:
.  : Makefile.target qemu-doc.texi vl.c vl.h 

Log message:
MIPSsim pseudo machine emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.210r2=1.211
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.159r2=1.160
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.348r2=1.349
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.278r2=1.279




[Qemu-devel] qemu Makefile.target configure

2007-10-14 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/14 08:38:29

Modified files:
.  : Makefile.target configure 

Log message:
Provision for PowerPC 64 with hypervisor mode support - not enabled for 
now.
For consistency, group all PowerPC targets.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.208r2=1.209
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.161r2=1.162




[Qemu-devel] qemu Makefile.target configure thunk.c thunk.h ...

2007-10-14 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/10/14 16:27:31

Modified files:
.  : Makefile.target configure thunk.c thunk.h 
linux-user : elfload.c elfload32.c flat.h flatload.c 
 linuxload.c main.c mmap.c qemu.h signal.c 
 syscall.c syscall_defs.h vm86.c 
linux-user/alpha: syscall.h target_signal.h 
linux-user/arm : syscall.h target_signal.h 
linux-user/cris: target_signal.h 
linux-user/i386: syscall.h target_signal.h 
linux-user/m68k: syscall.h target_signal.h 
linux-user/mips: syscall.h target_signal.h 
linux-user/mips64: syscall.h target_signal.h 
linux-user/ppc : syscall.h target_signal.h 
linux-user/ppc64: syscall.h target_signal.h 
linux-user/sh4 : target_signal.h 
linux-user/sparc: syscall.h target_signal.h 
linux-user/sparc64: syscall.h target_signal.h 
linux-user/x86_64: syscall.h target_signal.h 
target-sparc   : op_mem.h 

Log message:
 Support for 32 bit ABI on 64 bit targets (only enabled Sparc64)

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.209r2=1.210
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.162r2=1.163
http://cvs.savannah.gnu.org/viewcvs/qemu/thunk.c?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/thunk.h?cvsroot=qemur1=1.14r2=1.15
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/elfload.c?cvsroot=qemur1=1.51r2=1.52
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/elfload32.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/flat.h?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/flatload.c?cvsroot=qemur1=1.7r2=1.8
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/linuxload.c?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.132r2=1.133
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mmap.c?cvsroot=qemur1=1.16r2=1.17
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/qemu.h?cvsroot=qemur1=1.40r2=1.41
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/signal.c?cvsroot=qemur1=1.45r2=1.46
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.139r2=1.140
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall_defs.h?cvsroot=qemur1=1.42r2=1.43
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/vm86.c?cvsroot=qemur1=1.11r2=1.12
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/alpha/syscall.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/alpha/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/arm/syscall.h?cvsroot=qemur1=1.6r2=1.7
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/arm/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/cris/target_signal.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/i386/syscall.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/i386/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/m68k/syscall.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/m68k/target_signal.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mips/syscall.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mips/target_signal.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mips64/syscall.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mips64/target_signal.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/ppc/syscall.h?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/ppc/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/ppc64/syscall.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/ppc64/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sh4/target_signal.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sparc/syscall.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sparc/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sparc64/syscall.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/sparc64/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/x86_64/syscall.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/x86_64/target_signal.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_mem.h?cvsroot=qemur1=1.10r2=1.11




Re: [Qemu-devel] qemu Makefile.target

2007-10-09 Thread J. Mayer
On Mon, 2007-10-08 at 21:33 +0200, Stefan Weil wrote:
 Blue Swirl schrieb:
  On 6/1/07, Stefan Weil [EMAIL PROTECTED] wrote:
  Wouldn't it be better to let the compiler create dependency files
  which make can read? I posted a patch some time ago and use it
  since many months for different QEMU target platforms.
 
  I don't know, the dependencies aren't changing very often.
 The current Makefile.target contains a lot of dependencies,
 and I think they change often, their number is growing and
 nevertheless they are far from being complete.
 
 The appended patch removes most explicit dependencies and
 adds gcc flags which create dependency files during normal
 compilation (so they are always up-to-date).

I arrived to the same conclusion, that hand coded dependencies are
always bugged and/or incomplete. I then was to propose a similar patch
with a few small differences. As -MMD / -MP is a preprocessor option, it
seems more logical to add them in CPPFLAGS. The second difference is
that it seems better to use the following syntax to include dependency
files:
-include $(wildcard *.d)
-include $(wildcard */*.d)
(some also include /dev/null in the list then it's never empty...)

This patch has a great drawback; you are to recompile almost everything
any time you change vl.h or target-xxx/cpu.h, for example. This, imho,
should not prevent us to apply it but shows us that most headers should
be splitted in a better way. As an example, it seems strange to me to
declare all devices prototypes in vl.h when those declaration should
never be used outside of hw subdirectory, where all hardware devices
emulation related stuff should stay. I guess we could find a lot of
examples of declarations/prototypes globally exported but only used
locally. Fixing this would make the code cleaner and, as a side effect,
would avoid a lot of waste of time recompiling useless stuff when doing
changes in headers.

-- 
J. Mayer [EMAIL PROTECTED]
Never organized





[Qemu-devel] qemu Makefile.target configure tests/Makefile

2007-10-08 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/08 13:38:27

Modified files:
.  : Makefile.target configure 
tests  : Makefile 

Log message:
Add CRIS configuration bits, by Edgar E. Iglesias.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.205r2=1.206
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.159r2=1.160
http://cvs.savannah.gnu.org/viewcvs/qemu/tests/Makefile?cvsroot=qemur1=1.41r2=1.42




Re: [Qemu-devel] qemu Makefile.target

2007-10-08 Thread Stefan Weil
Blue Swirl schrieb:
 On 6/1/07, Stefan Weil [EMAIL PROTECTED] wrote:
 Wouldn't it be better to let the compiler create dependency files
 which make can read? I posted a patch some time ago and use it
 since many months for different QEMU target platforms.

 I don't know, the dependencies aren't changing very often.
The current Makefile.target contains a lot of dependencies,
and I think they change often, their number is growing and
nevertheless they are far from being complete.

The appended patch removes most explicit dependencies and
adds gcc flags which create dependency files during normal
compilation (so they are always up-to-date).

Stefan

Index: Makefile.target
===
RCS file: /sources/qemu/qemu/Makefile.target,v
retrieving revision 1.206
diff -u -b -B -r1.206 Makefile.target
--- Makefile.target	8 Oct 2007 13:38:26 -	1.206
+++ Makefile.target	8 Oct 2007 19:30:59 -
@@ -33,6 +33,7 @@
 BASE_CFLAGS=
 BASE_LDFLAGS=
 #CFLAGS+=-Werror
+BASE_CFLAGS += -MMD -MP
 LIBS=
 HELPER_CFLAGS=$(CFLAGS)
 DYNGEN=../dyngen$(EXESUF)
@@ -107,6 +108,8 @@
 OP_CFLAGS+=$(call cc-option, -fno-align-functions, $(call cc-option, -malign-functions=0, ))
 OP_CFLAGS+=$(call cc-option, -fno-section-anchors, )
 
+OP_CFLAGS += -MMD -MP
+
 ifeq ($(ARCH),i386)
 HELPER_CFLAGS+=-fomit-frame-pointer
 OP_CFLAGS+=-mpreferred-stack-boundary=2 -fomit-frame-pointer
@@ -629,58 +632,6 @@
 signal.o: signal.c
 	$(CC) $(HELPER_CFLAGS) $(CPPFLAGS) $(BASE_CFLAGS) -c -o $@ $
 
-vga.o: pixel_ops.h
-
-tcx.o: pixel_ops.h
-
-ifeq ($(TARGET_BASE_ARCH), i386)
-op.o: op.c opreg_template.h ops_template.h ops_template_mem.h ops_mem.h ops_sse.h
-endif
-
-ifeq ($(TARGET_ARCH), arm)
-op.o: op.c op_template.h
-pl110.o: pl110_template.h
-endif
-
-ifeq ($(TARGET_BASE_ARCH), sparc)
-helper.o: cpu.h exec-all.h
-op.o: op.c op_template.h op_mem.h fop_template.h fbranch_template.h exec.h cpu.h
-op_helper.o: exec.h softmmu_template.h cpu.h
-translate.o: cpu.h exec-all.h disas.h
-endif
-
-ifeq ($(TARGET_BASE_ARCH), ppc)
-op.o: op.c op_template.h op_mem.h op_helper.h
-op_helper.o: op_helper.c mfrom_table.c op_helper_mem.h op_helper.h
-translate.o: translate.c translate_init.c
-endif
-
-ifeq ($(TARGET_BASE_ARCH), mips)
-helper.o: cpu.h exec-all.h
-op.o: op_template.c fop_template.c op_mem.c exec.h cpu.h
-op_helper.o: op_helper_mem.c exec.h softmmu_template.h cpu.h
-translate.o: translate_init.c exec-all.h disas.h
-endif
-
-loader.o: loader.c elf_ops.h
-
-ifeq ($(TARGET_ARCH), sh4)
-op.o: op.c op_mem.c cpu.h
-op_helper.o: op_helper.c exec.h cpu.h
-helper.o: helper.c exec.h cpu.h
-sh7750.o: sh7750.c sh7750_regs.h sh7750_regnames.h cpu.h
-shix.o: shix.c sh7750_regs.h sh7750_regnames.h
-sh7750_regnames.o: sh7750_regnames.c sh7750_regnames.h sh7750_regs.h
-tc58128.o: tc58128.c
-endif
-
-ifeq ($(TARGET_BASE_ARCH), alpha)
-op.o: op.c op_template.h op_mem.h
-op_helper.o: op_helper_mem.h
-endif
-
-$(OBJS) $(LIBOBJS) $(VL_OBJS): config.h ../config-host.h
-
 %.o: %.c
 	$(CC) $(CFLAGS) $(CPPFLAGS) $(BASE_CFLAGS) -c -o $@ $
 
@@ -689,6 +640,7 @@
 
 clean:
 	rm -f *.o  *.a *~ $(PROGS) gen-op.h opc.h op.h nwfpe/*.o slirp/*.o fpu/*.o
+	rm -f *.d */*.d
 
 install: all
 ifneq ($(PROGS),)
@@ -699,6 +651,9 @@
 include .depend
 endif
 
+-include *.d
+-include */*.d
+
 ifeq (1, 0)
 audio.o sdlaudio.o dsoundaudio.o ossaudio.o wavaudio.o noaudio.o \
 fmodaudio.o alsaaudio.o mixeng.o sb16.o es1370.o gus.o adlib.o: \


[Qemu-devel] qemu Makefile.target target-mips/exec.h target-...

2007-10-08 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/10/09 03:12:08

Modified files:
.  : Makefile.target 
target-mips: exec.h op_helper.c op_mem.c translate.c 

Log message:
Fix [ls][wd][lr] instructions, by Aurelien Jarno.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.206r2=1.207
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/exec.h?cvsroot=qemur1=1.36r2=1.37
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/op_helper.c?cvsroot=qemur1=1.63r2=1.64
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/op_mem.c?cvsroot=qemur1=1.13r2=1.14
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemur1=1.104r2=1.105




[Qemu-devel] qemu Makefile.target

2007-10-07 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/10/07 14:25:11

Modified files:
.  : Makefile.target 

Log message:
Share devices that may be useful for all PowerPC 40x and 440 
implementations.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.204r2=1.205




[Qemu-devel] qemu Makefile.target hw/sh7750.c hw/sh7750_regn...

2007-10-04 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/10/04 21:53:55

Modified files:
.  : Makefile.target 
hw : sh7750.c sh7750_regnames.c sh7750_regs.h 
Added files:
hw : sh_intc.c sh_intc.h 

Log message:
sh775x interrupt controller by Magnus Damm.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.203r2=1.204
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750.c?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750_regnames.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750_regs.h?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh_intc.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh_intc.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-09-29 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/09/29 12:15:39

Modified files:
.  : Makefile.target 

Log message:
host_utils.o may also be useful for user-mode emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.197r2=1.198




[Qemu-devel] qemu Makefile.target vl.h hw/sh7750.c hw/sh7750...

2007-09-29 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/29 19:40:09

Modified files:
.  : Makefile.target vl.h 
hw : sh7750.c sh7750_regnames.c sh7750_regs.h 
Added files:
hw : sh_timer.c 

Log message:
Stand-alone TMU emulation code, by Magnus Damm.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.200r2=1.201
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.270r2=1.271
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750.c?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750_regnames.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh7750_regs.h?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sh_timer.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.h hw/ecc.c ecc.h

2007-09-24 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/09/25 01:17:04

Modified files:
.  : Makefile.target vl.h 
Added files:
hw : ecc.c 
Removed files:
.  : ecc.h 

Log message:
Move ECC calculation to a more appropriate place.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.196r2=1.197
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.267r2=1.268
http://cvs.savannah.gnu.org/viewcvs/qemu/ecc.h?cvsroot=qemur1=1.2r2=0
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ecc.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-09-12 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/09/13 03:24:53

Modified files:
.  : Makefile.target 

Log message:
Stop the compiler from using section anchors.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.194r2=1.195




[Qemu-devel] qemu Makefile.target vl.h

2007-08-26 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/08/26 17:46:00

Modified files:
.  : Makefile.target vl.h 

Log message:
Add a generic framework for VMware communication port, by Herve 
Poussineau.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.193r2=1.194
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.263r2=1.264




[Qemu-devel] qemu Makefile.target monitor.c vl.h vnc.c

2007-08-25 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/08/25 01:37:05

Modified files:
.  : Makefile.target monitor.c vl.h vnc.c 

Log message:
VNC password authentication, by Daniel P. Berrange.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.191r2=1.192
http://cvs.savannah.gnu.org/viewcvs/qemu/monitor.c?cvsroot=qemur1=1.76r2=1.77
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.262r2=1.263
http://cvs.savannah.gnu.org/viewcvs/qemu/vnc.c?cvsroot=qemur1=1.16r2=1.17




[Qemu-devel] qemu Makefile.target configure vnc.c

2007-08-24 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/08/25 01:37:51

Modified files:
.  : Makefile.target configure vnc.c 

Log message:
VeNCrypt basic TLS support, by Daniel P. Berrange.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.192r2=1.193
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.152r2=1.153
http://cvs.savannah.gnu.org/viewcvs/qemu/vnc.c?cvsroot=qemur1=1.17r2=1.18




Re: [Qemu-devel] qemu Makefile.target configure vnc.c

2007-08-24 Thread Matthew Kent
On Sat, 2007-25-08 at 01:37 +, Thiemo Seufer wrote:
 CVSROOT:  /sources/qemu
 Module name:  qemu
 Changes by:   Thiemo Seufer ths 07/08/25 01:37:51
 
 Modified files:
   .  : Makefile.target configure vnc.c 
 
 Log message:
   VeNCrypt basic TLS support, by Daniel P. Berrange.

Ah nice, was just testing this. 

Tried password and tls so far, both work well with gtk-vnc. Like being
able to reconfigure them on the fly too.

Great addition :)
-- 
Matthew Kent [EMAIL PROTECTED]
http://magoazul.com





[Qemu-devel] qemu Makefile.target dis-asm.h disas.c s390-dis.c

2007-07-31 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/07/31 23:44:21

Modified files:
.  : Makefile.target dis-asm.h disas.c 
Added files:
.  : s390-dis.c 

Log message:
s390 disassembler support, by Ulrich Hecht.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.190r2=1.191
http://cvs.savannah.gnu.org/viewcvs/qemu/dis-asm.h?cvsroot=qemur1=1.13r2=1.14
http://cvs.savannah.gnu.org/viewcvs/qemu/disas.c?cvsroot=qemur1=1.39r2=1.40
http://cvs.savannah.gnu.org/viewcvs/qemu/s390-dis.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/omap.c hw/omap.h hw/oma...

2007-07-30 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/07/31 01:45:35

Modified files:
.  : Makefile.target 
hw : omap.c omap.h 
Added files:
hw : omap_mmc.c 

Log message:
Add OMAP MMC/SD host controller.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.188r2=1.189
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap_mmc.c?cvsroot=qemurev=1.1




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-29 Thread Andreas Färber


Am 28.07.2007 um 12:36 schrieb Thiemo Seufer:


qemu seems to expect everyone to patch it herself instead of fixing
problems in the repository at their origin. Major example being qemu
clinging on to GCC 3.x instead of supporting both 3 and 4 by  
updating and

integrating the existing patches that worked for 0.9.0.


The patches I remember did either break other compilers or were a
maintenance nightmare of postprocessed assembler output.


I didn't say the particular patch was perfect, I can't tell. All I  
know is that there are platforms that don't have a GCC 3.x (the Intel  
Macs for instance), and syncing the existing 0.9.0 patches with CVS  
HEAD is like shooting for a running target - I didn't manage to  
successfully update the patch, it crashed badly. Having some initial,  
conditional support for GCC 4 (e.g. --enable-gcc4 or depending on $CC  
version) would be good. Do you know where exactly the problem is  
between the versions and what needs to be done to have it working  
(again)?


Andreas




[Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...

2007-07-29 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/07/29 17:57:26

Modified files:
.  : Makefile.target cpu-all.h vl.c vl.h 
target-arm : cpu.h helper.c 
Added files:
hw : omap.c omap.h omap1_clk.c omap_lcd_template.h 
 omap_lcdc.c palm.c 

Log message:
Basic OMAP310 support.  Basic Palm Tungsten|E machine emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.187r2=1.188
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemur1=1.73r2=1.74
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.322r2=1.323
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.257r2=1.258
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap1_clk.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap_lcd_template.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/omap_lcdc.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/palm.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/cpu.h?cvsroot=qemur1=1.29r2=1.30
http://cvs.savannah.gnu.org/viewcvs/qemu/target-arm/helper.c?cvsroot=qemur1=1.17r2=1.18




Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...

2007-07-29 Thread Hetz Ben Hamo
Hi,

 Log message:
Basic OMAP310 support.  Basic Palm Tungsten|E machine emulation.

With those patches (and I assume the required PALM ROM software) -
will I be able to boot and install palm apps? or is it require lots
of other stuff?

Thanks,
Hetz
-- 
Skepticism is the lazy person's default position.
Visit my blog (hebrew) for things that (sometimes) matter:
 http://wp.dad-answers.com




Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...

2007-07-29 Thread andrzej zaborowski
On 29/07/07, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
 Hi,

  Log message:
 Basic OMAP310 support.  Basic Palm Tungsten|E machine emulation.

 With those patches (and I assume the required PALM ROM software) -
 will I be able to boot and install palm apps? or is it require lots
 of other stuff?

With those patches alone, nope, but with the rest of the code I want
to add these days hopefully yes. Unfortunately the ROM is difficult to
obtain.

I had a very old tree with Palm T|E emulation, based on qemu 0.7.1 and
I never managed to get PalmOS to boot in it until this week, when,
after some small changes it started working pretty well. Now I want to
port this code to current QEMU, unfortunately I'm having to rewrite
most of it. In a lot of places I'm amazed at how bad this code was. :)
 And some of the hacks I made to convince PalmOS to boot I still can't
explain why they were needed.

Regards




Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...

2007-07-29 Thread Hetz Ben Hamo
Hi again,

 With those patches alone, nope, but with the rest of the code I want
 to add these days hopefully yes. Unfortunately the ROM is difficult to
 obtain.

You want a ROM? no problem, you just need to strip it from the EXE file.
Here is a link to Tungesten T5 ROM update. It's inside an EXE which
will install some stuff on the windows in order to upgrade the ROM,
but the ROM image is inside the file.

URL: http://www.palm.com/us/support/downloads/tungstent5/tungstent5update.html

I can look for more ROMs if you could tell me what exactly you need.

Thanks,
Hetz
-- 
Skepticism is the lazy person's default position.
Visit my blog (hebrew) for things that (sometimes) matter:
 http://wp.dad-answers.com




Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...

2007-07-29 Thread andrzej zaborowski
On 30/07/07, Hetz Ben Hamo [EMAIL PROTECTED] wrote:
 Hi again,

  With those patches alone, nope, but with the rest of the code I want
  to add these days hopefully yes. Unfortunately the ROM is difficult to
  obtain.

 You want a ROM? no problem, you just need to strip it from the EXE file.
 Here is a link to Tungesten T5 ROM update. It's inside an EXE which
 will install some stuff on the windows in order to upgrade the ROM,
 but the ROM image is inside the file.

I do have a Tungste|E ROM, but I can't distribute it legally (afaik).
I doubt PalmOne has the rom for this model downloadable anywhere
because T|E (likely as the only Palm model) has physically unwritable
Flash, the appropriate pins are just not wired to the CPU.

The nearest hardware-wise model is called Zire 71 but I'm sure some
modifications would be needed in the emulator to run a Zire 71 ROM.
Most other models are completely different inside even if they look
similarly outside. The T|T5, as well as T|E2 are XScale based.

For emulation of some of the XScale-based palms see the qemu tree at
http://git.hackndev.com/gitweb?p=qemu.git;a=summary
It has stubs of T|C, TX, Lifedrive, Treo 650, Treo 680 and Zire 72
emulation (but none of them boots into PalmOS fully at the moment of
writing).

Regards




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-28 Thread Thiemo Seufer
Sunil Amitkumar Janki wrote:
 Thiemo Seufer wrote:
 A missing libm sounds like a build environment problem.

 Thiemo

 Do you have a test for this because I reinstalled the entire
 system from scratch and have had no problems building
 lots of packages over the last week except for those
 applications that assume that all the world is an x86?

 The only thing I have had to do is getting a GCC 3.4.6
 compiler setup which I did by configuring and packaging
 it to  /opt/gcc/3.4.6 and including it in the path and
 making it the default using a script in /usr/bin and
 reversing that again.

The problem is the linker (presumably /usr/bin/ld) does not
find the math library (likely name is /lib/libm.so.6). You can
add -v to the gcc command line to find out what it looks for.

JFTR, building qemu on Debian mips worked for me some days ago,
but the resulting binary was broken (as expected with current CVS).

 I *do* have it configured with --with-arch=r4600, which
 may have led to problems. It's really painful for me to
 go back to some hacked up previous os release, that was
 not done by me, on which I can rebuild GCC 3.4.6 without
 this option, but I will if I really have to.

A plain upstream tarball and the classic
./configure  make  make install
should work for that.


Thiemo




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-28 Thread Thiemo Seufer
Andreas Färber wrote:

 Am 27.07.2007 um 16:58 schrieb Sunil Amitkumar Janki:

 Dan Shearer wrote:
 I see this as a different class of testing
 [...], checking out and compiling
 under different circumstances. That's very valuable, and will help
 address a problem that drives away a lot of potential QEMU users - they
 just can't compile it.

 That would be great. I am regularly compiling and using QEMU CVS
 snapshots because features get added all the time. A lot of the time
 it happens that these build fine on x86 whereas they don't work on
 other architectures because the developers don't have access to those.

 I have been running self-built Slackware 12.0 on MIPS for the last
 few months and would like to run QEMU on that architecture. previously
 it built but didn't run, but now it doesn't even compile anymore. The
 error message I get is the following: [...]

 I recently reported build failure of the ppc target on OS X due to an 
 unsupported GCC feature but no-one has shown any interest in fixing it, 
 neither applying my workaround patch nor proposing a different solution.

 It's a strange phenomenon that many other open source projects don't suffer 
 - qemu seems to expect everyone to patch it herself instead of fixing 
 problems in the repository at their origin. Major example being qemu 
 clinging on to GCC 3.x instead of supporting both 3 and 4 by updating and 
 integrating the existing patches that worked for 0.9.0.

The patches I remember did either break other compilers or were a
maintenance nightmare of postprocessed assembler output.


Thiemo




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-28 Thread Sunil Amitkumar Janki

Thiemo Seufer wrote:

The problem is the linker (presumably /usr/bin/ld) does not
find the math library (likely name is /lib/libm.so.6). You can
add -v to the gcc command line to find out what it looks for.

JFTR, building qemu on Debian mips worked for me some days ago,
but the resulting binary was broken (as expected with current CVS).
  


I have rebuilt in a pure Slackware 12.0 chroot in which I have replaced the
GCC 4.1.2 system compiler that runs from /usr/bin  with a previously 
built GCC
3.4.6 that also runs from /usr/bin and I agree that it builds this way. 
I will keep
building in this chroot then for the foreseeable future until QEMU is 
ready for

GCC 4.

Do you have any idea of what else is needed to get QEMU to a usable state on
MIPS hosts? Are there any other ideas for virtualisation such as Xen or 
VMware/
SimOS? I have asked on the Xen-devel list but nobody gave any feedback 
there.





Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-27 Thread Jan Marten Simons

Sunil Amitkumar Janki schrieb:

Dan Shearer wrote:

You do also have the architectures provided to you by QEMU :-) :-)
  


I have been able to build modular Xorg for Armedslack in QEMU without
having the hardware but when I tried to port Slackware 12.0 to SPARC in
QEMU I found it was way too slow and started looking for some real 
hardware.


Maybe in the future where we have all kinds of cheap multicore processors
this will not matter much but for the moment limited resources are still 
some
kind of hindrance to realizing the benefits of multi-architecture 
emulation.


Maybe I should trade in my single-core Athlon system for some serious
quadcore x86_64 chip but I'd rather wait for 16-core Loongson 3 :-).



As Qemu cannot use multicore CPUs (partially due to missing thread 
safety), yet, you won't benefit from this unless you want to run 
multiple instances of Qemu in parallel.


regs,
Jan




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-27 Thread n schembr
- Original Message 
From: Jan Marten Simons [EMAIL PROTECTED]
To: qemu-devel@nongnu.org
Sent: Friday, July 27, 2007 12:50:51 PM
Subject: Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h 
hw/acpi.c hw/adlib.c ...)

Sunil Amitkumar Janki schrieb:
 Dan Shearer wrote:
 You do also have the architectures provided to you by QEMU :-) :-)
   
 
 I have been able to build modular Xorg for Armedslack in QEMU without
 having the hardware but when I tried to port Slackware 12.0 to SPARC in
 QEMU I found it was way too slow and started looking for some real 
 hardware.
 
 Maybe in the future where we have all kinds of cheap multicore processors
 this will not matter much but for the moment limited resources are still 
 some
 kind of hindrance to realizing the benefits of multi-architecture 
 emulation.
 
 Maybe I should trade in my single-core Athlon system for some serious
 quadcore x86_64 chip but I'd rather wait for 16-core Loongson 3 :-).
 

As Qemu cannot use multicore CPUs (partially due to missing thread 
safety), yet, you won't benefit from this unless you want to run 
multiple instances of Qemu in parallel.

regs,
Jan

how close is thread safey?









Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-27 Thread Anthony Liguori

Paul Brook wrote:

As Qemu cannot use multicore CPUs (partially due to missing thread
safety), yet, you won't benefit from this unless you want to run
multiple instances of Qemu in parallel.
  

how close is thread safey?



In a useful form: a fair way off.

It's relatively simple to hack something together than runs. Making it work 
correctly and go fast is much harder though. My current prototype (running on 
2 cores) runs about a quarter the speed of normal qemu, and dies shortly 
after booting because the guest atomic synchronisation primitives don't work 
right.
  


This later problem seems like the hardest to solve to me.  Did you have 
any ideas here that don't involve hand coding the translation for atomic 
instructions?


Regards,

Anthony Liguori

Either way, for a tinderbox or automated testing yo *do* have lots of 
different tests you can run in parallel, so it doesn't matter that each qemu 
instance only uses one core. We're only talking about small SMP here - maybe 
16 cores, but not thousands.


Paul



  






Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-27 Thread Paul Brook
  how close is thread safey?
 
  In a useful form: a fair way off.
 
  It's relatively simple to hack something together than runs. Making it
  work correctly and go fast is much harder though. My current prototype
  (running on 2 cores) runs about a quarter the speed of normal qemu, and
  dies shortly after booting because the guest atomic synchronisation
  primitives don't work right.

 This later problem seems like the hardest to solve to me.  Did you have
 any ideas here that don't involve hand coding the translation for atomic
 instructions?

Yes. I do exclusive access locking at the TLB level. i.e. creating a TLB entry 
for a writable page forces that page to be flushed from all the other CPU 
TLBs. 

There's some wiggle room in the definition of a writable page. If other 
critera are met it should be sufficient to just do this exclusion for atomic 
accesses.

If necessary the same technique can be used to avoid write ordering and 
coherency problems without having to accurately map guest barriers onto the 
equivalent host operations. This is handy when most of the guest barriers are 
implicit, e.g. when emulating a strictly ordered guest on a weakly ordered 
host.

In theory this could be taken to extremes and used to split emulation of a 
single machine over multiple address spaces/nodes.  In practice the 
contention on a normal SMP operating system is high enough that this is not 
practical.

Paul




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-07-27 Thread n schembr


- Original Message 
From: Paul Brook [EMAIL PROTECTED]
To: qemu-devel@nongnu.org
Cc: n schembr [EMAIL PROTECTED]
Sent: Friday, July 27, 2007 1:38:19 PM
Subject: Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h 
hw/acpi.c hw/adlib.c ...)

 As Qemu cannot use multicore CPUs (partially due to missing thread
 safety), yet, you won't benefit from this unless you want to run
 multiple instances of Qemu in parallel.

 how close is thread safey?

In a useful form: a fair way off.

It's relatively simple to hack something together than runs. Making it work 
correctly and go fast is much harder though. My current prototype (running on 
2 cores) runs about a quarter the speed of normal qemu, and dies shortly 
after booting because the guest atomic synchronisation primitives don't work 
right.

Either way, for a tinderbox or automated testing yo *do* have lots of 
different tests you can run in parallel, so it doesn't matter that each qemu 
instance only uses one core. We're only talking about small SMP here - maybe 
16 cores, but not thousands.

Paul
-

Is the the issue I had with qemu moving from cpu to cpu?  taskset -c 1 qemu or 
notsc

http://lists.gnu.org/archive/html/qemu-devel/2007-03/msg00652.html  
http://qemu-forum.ipi.fi/viewtopic.php?t=3714highlight=taskset



What about preforking the processes one per virtual cpu? 









[Qemu-devel] qemu Makefile.target configure

2007-07-12 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/07/12 09:29:18

Modified files:
.  : Makefile.target configure 

Log message:
Fix configure for cygwin, by Tristan Gingold.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.186r2=1.187
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.148r2=1.149




[Qemu-devel] qemu Makefile.target vl.h hw/integratorcp.c hw/...

2007-06-30 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/06/30 17:32:17

Modified files:
.  : Makefile.target vl.h 
hw : integratorcp.c realview.c versatilepb.c 
Added files:
hw : pl031.c 

Log message:
ARM PL031 RTC emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.185r2=1.186
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.254r2=1.255
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/integratorcp.c?cvsroot=qemur1=1.18r2=1.19
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/realview.c?cvsroot=qemur1=1.9r2=1.10
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/versatilepb.c?cvsroot=qemur1=1.15r2=1.16
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pl031.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.h hw/mips_pica61.c hw/j...

2007-06-25 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/25 10:57:10

Modified files:
.  : Makefile.target vl.h 
hw : mips_pica61.c 
Added files:
hw : jazz_led.c 

Log message:
Add a 7 segments + led display, by Herve Poussineau.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.184r2=1.185
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.253r2=1.254
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_pica61.c?cvsroot=qemur1=1.7r2=1.8
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/jazz_led.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/tcx.c hw/vga.c

2007-06-10 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/06/10 16:06:20

Modified files:
.  : Makefile.target 
hw : tcx.c vga.c 

Log message:
 Merge TCX and VGA pixel operations

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.182r2=1.183
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/tcx.c?cvsroot=qemur1=1.17r2=1.18
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/vga.c?cvsroot=qemur1=1.52r2=1.53




[Qemu-devel] qemu Makefile.target vl.c vl.h hw/an5206.c hw/m...

2007-06-03 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/06/03 11:13:40

Modified files:
.  : Makefile.target vl.c vl.h 
hw : an5206.c mcf5206.c 
target-m68k: cpu.h helper.c op.c op_helper.c translate.c 
Added files:
hw : mcf5208.c mcf_intc.c mcf_uart.c 

Log message:
MCF5208 emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.180r2=1.181
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.303r2=1.304
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.246r2=1.247
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/an5206.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf5206.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf5208.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf_intc.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf_uart.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/cpu.h?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/helper.c?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op.c?cvsroot=qemur1=1.8r2=1.9
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op_helper.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/translate.c?cvsroot=qemur1=1.13r2=1.14




[Qemu-devel] qemu Makefile.target qemu-doc.texi vl.h hw/mcf5...

2007-06-03 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/06/04 00:31:01

Modified files:
.  : Makefile.target qemu-doc.texi vl.h 
hw : mcf5208.c 
Added files:
hw : mcf_fec.c 

Log message:
ColdFire Ethernet support.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.181r2=1.182
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.146r2=1.147
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.247r2=1.248
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf5208.c?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf_fec.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target

2007-06-01 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/06/01 16:44:42

Modified files:
.  : Makefile.target 

Log message:
Update Sparc dependencies

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.179r2=1.180




Re: [Qemu-devel] qemu Makefile.target

2007-06-01 Thread Stefan Weil
Wouldn't it be better to let the compiler create dependency files
which make can read? I posted a patch some time ago and use it
since many months for different QEMU target platforms.

Stefan

Blue Swirl schrieb:
 CVSROOT: /cvsroot/qemu
 Module name: qemu
 Changes by: Blue Swirl blueswir1 07/06/01 16:44:42

 Modified files:
 . : Makefile.target

 Log message:
 Update Sparc dependencies

 CVSWeb URLs:
 http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.179r2=1.180




Re: [Qemu-devel] qemu Makefile.target

2007-06-01 Thread Blue Swirl

On 6/1/07, Stefan Weil [EMAIL PROTECTED] wrote:

Wouldn't it be better to let the compiler create dependency files
which make can read? I posted a patch some time ago and use it
since many months for different QEMU target platforms.


I don't know, the dependencies aren't changing very often.




[Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/mips_mal...

2007-05-28 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/05/28 21:01:03

Modified files:
.  : Makefile.target vl.h 
hw : acpi.c mips_malta.c pc.c 

Log message:
SMBus support for MIPS Malta.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.178r2=1.179
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.244r2=1.245
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/acpi.c?cvsroot=qemur1=1.11r2=1.12
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_malta.c?cvsroot=qemur1=1.27r2=1.28
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pc.c?cvsroot=qemur1=1.79r2=1.80




[Qemu-devel] qemu Makefile.target arm-semi.c gdbstub.c qemu-...

2007-05-26 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/05/26 15:09:38

Modified files:
.  : Makefile.target arm-semi.c gdbstub.c 
 qemu-doc.texi vl.c 
linux-user : main.c qemu.h 
target-m68k: cpu.h op.c op_helper.c translate.c 
Added files:
.  : m68k-semi.c 
Removed files:
linux-user : m68k-semi.c 

Log message:
M68k system mode semihosting.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.177r2=1.178
http://cvs.savannah.gnu.org/viewcvs/qemu/arm-semi.c?cvsroot=qemur1=1.2r2=1.3
http://cvs.savannah.gnu.org/viewcvs/qemu/gdbstub.c?cvsroot=qemur1=1.55r2=1.56
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.143r2=1.144
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.300r2=1.301
http://cvs.savannah.gnu.org/viewcvs/qemu/m68k-semi.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.110r2=1.111
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/qemu.h?cvsroot=qemur1=1.31r2=1.32
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/m68k-semi.c?cvsroot=qemur1=1.1r2=0
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/cpu.h?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op_helper.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/translate.c?cvsroot=qemur1=1.5r2=1.6




[Qemu-devel] qemu Makefile.target hw/sun4u.c target-sparc/cp...

2007-05-25 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/05/25 18:50:28

Modified files:
.  : Makefile.target 
hw : sun4u.c 
target-sparc   : cpu.h op.c op_helper.c translate.c 

Log message:
Implement Sparc64 CPU timers using ptimers

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.176r2=1.177
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/sun4u.c?cvsroot=qemur1=1.17r2=1.18
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/cpu.h?cvsroot=qemur1=1.38r2=1.39
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op.c?cvsroot=qemur1=1.32r2=1.33
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_helper.c?cvsroot=qemur1=1.28r2=1.29
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/translate.c?cvsroot=qemur1=1.57r2=1.58




[Qemu-devel] qemu Makefile.target vl.h hw/ptimer.c hw/slavio...

2007-05-24 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/05/24 19:48:41

Modified files:
.  : Makefile.target vl.h 
hw : ptimer.c slavio_timer.c 

Log message:
Change ptimer API to use 64-bit values, add save and load methods
Use ptimers for Sparc32 Slavio

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.175r2=1.176
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.238r2=1.239
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ptimer.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/slavio_timer.c?cvsroot=qemur1=1.10r2=1.11




[Qemu-devel] qemu Makefile.target configure cpu-exec.c exec-...

2007-05-23 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/05/23 19:58:11

Modified files:
.  : Makefile.target configure cpu-exec.c exec-all.h 
 softmmu_header.h vl.c vl.h 
linux-user : main.c 
target-m68k: cpu.h exec.h helper.c op-hacks.h op.c qregs.def 
 translate.c 
Added files:
hw : an5206.c mcf5206.c 
target-m68k: op_helper.c op_mem.h 

Log message:
m68k/ColdFire system emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.173r2=1.174
http://cvs.savannah.gnu.org/viewcvs/qemu/configure?cvsroot=qemur1=1.143r2=1.144
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-exec.c?cvsroot=qemur1=1.104r2=1.105
http://cvs.savannah.gnu.org/viewcvs/qemu/exec-all.h?cvsroot=qemur1=1.56r2=1.57
http://cvs.savannah.gnu.org/viewcvs/qemu/softmmu_header.h?cvsroot=qemur1=1.14r2=1.15
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.297r2=1.298
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.237r2=1.238
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/an5206.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mcf5206.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.109r2=1.110
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/cpu.h?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/exec.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/helper.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op-hacks.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op.c?cvsroot=qemur1=1.3r2=1.4
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/qregs.def?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/translate.c?cvsroot=qemur1=1.4r2=1.5
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op_helper.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-m68k/op_mem.h?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target hw/i2c.h hw/spitz.c hw/max...

2007-05-23 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/05/23 22:04:24

Modified files:
.  : Makefile.target 
hw : i2c.h spitz.c 
Added files:
hw : max7310.c wm8750.c 

Log message:
Add WM8750 and MAX7310 chips (I2C slaves).
Wolfson Microsystems WM8750 audio chip and Maxim MAX7310 gpio expander 
chip are used in the Spitz.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.174r2=1.175
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/i2c.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/spitz.c?cvsroot=qemur1=1.5r2=1.6
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/max7310.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/wm8750.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/pc.c hw/...

2007-05-22 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/05/23 00:03:59

Modified files:
.  : Makefile.target vl.h 
hw : acpi.c pc.c smbus.h smbus_eeprom.c 
Added files:
hw : i2c.c i2c.h smbus.c 

Log message:
I2C/SMBus framework.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.170r2=1.171
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.235r2=1.236
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/acpi.c?cvsroot=qemur1=1.10r2=1.11
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/pc.c?cvsroot=qemur1=1.76r2=1.77
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/smbus.h?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/smbus_eeprom.c?cvsroot=qemur1=1.1r2=1.2
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/i2c.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/i2c.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/smbus.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.h

2007-05-22 Thread Paul Brook
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Paul Brook pbrook 07/05/23 01:13:57

Modified files:
.  : Makefile.target vl.h 

Log message:
Add ptimer.c function declarations and makefile rule.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.171r2=1.172
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.236r2=1.237




[Qemu-devel] qemu Makefile.target exec-all.h target-i386/hel...

2007-05-16 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/05/16 11:59:40

Modified files:
.  : Makefile.target exec-all.h 
target-i386: helper.c 
target-mips: exec.h op.c op_helper.c 
Added files:
.  : host-utils.c 

Log message:
More generic 64 bit multiplication support, by Aurelien Jarno.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.169r2=1.170
http://cvs.savannah.gnu.org/viewcvs/qemu/exec-all.h?cvsroot=qemur1=1.54r2=1.55
http://cvs.savannah.gnu.org/viewcvs/qemu/host-utils.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-i386/helper.c?cvsroot=qemur1=1.80r2=1.81
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/exec.h?cvsroot=qemur1=1.26r2=1.27
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/op.c?cvsroot=qemur1=1.54r2=1.55
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/op_helper.c?cvsroot=qemur1=1.45r2=1.46




[Qemu-devel] qemu Makefile.target cpu-all.h cpu-exec.c dynge...

2007-05-05 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/05/05 19:23:11

Modified files:
.  : Makefile.target cpu-all.h cpu-exec.c 
 dyngen-exec.h dyngen.c dyngen.h exec-all.h 

Log message:
Some bits of Linux/MIPS host support, still segfaulty.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.167r2=1.168
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-all.h?cvsroot=qemur1=1.69r2=1.70
http://cvs.savannah.gnu.org/viewcvs/qemu/cpu-exec.c?cvsroot=qemur1=1.101r2=1.102
http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen-exec.h?cvsroot=qemur1=1.34r2=1.35
http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen.c?cvsroot=qemur1=1.49r2=1.50
http://cvs.savannah.gnu.org/viewcvs/qemu/dyngen.h?cvsroot=qemur1=1.12r2=1.13
http://cvs.savannah.gnu.org/viewcvs/qemu/exec-all.h?cvsroot=qemur1=1.51r2=1.52




[Qemu-devel] qemu Makefile.target audio/alsaaudio.c

2007-05-01 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/05/02 02:11:51

Modified files:
.  : Makefile.target 
audio  : alsaaudio.c 

Log message:
Don't define HIGH_LATENCY for ARM, this was a workaround for an ALSA 
problem.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.166r2=1.167
http://cvs.savannah.gnu.org/viewcvs/qemu/audio/alsaaudio.c?cvsroot=qemur1=1.8r2=1.9




[Qemu-devel] qemu Makefile.target qemu-doc.texi vl.c vl.h hw...

2007-04-29 Thread Andrzej Zaborowski
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Andrzej Zaborowski balrog 07/04/30 02:22:06

Modified files:
.  : Makefile.target qemu-doc.texi vl.c vl.h 
Added files:
hw : spitz.c 

Log message:
Spitz PDA, example PXA270 machine (four similar models).

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.165r2=1.166
http://cvs.savannah.gnu.org/viewcvs/qemu/qemu-doc.texi?cvsroot=qemur1=1.138r2=1.139
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.290r2=1.291
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.228r2=1.229
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/spitz.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.c vl.h hw/ppc405_boards.c

2007-04-24 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/04/24 07:40:49

Modified files:
.  : Makefile.target vl.c vl.h 
Added files:
hw : ppc405_boards.c 

Log message:
Evaluation boards for PowerPC 405EP.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.164r2=1.165
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.284r2=1.285
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.219r2=1.220
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc405_boards.c?cvsroot=qemurev=1.1




[Qemu-devel] qemu Makefile.target vl.h hw/ppc.c target-ppc/c...

2007-04-16 Thread Jocelyn Mayer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Jocelyn Mayer j_mayer 07/04/16 20:09:45

Modified files:
.  : Makefile.target vl.h 
hw : ppc.c 
target-ppc : cpu.h exec.h op.c translate_init.c 
Added files:
hw : ppc405_uc.c 

Log message:
Add callbacks to allow dynamic change of PowerPC clocks (to be improved)
Fix embedded PowerPC watchdog and timers
Fix PowerPC 405 SPR
Add generic PowerPC 405 core instanciation code + resets support.
Implement simple peripherals shared by most PowerPC 405 implementations
PowerPC 405 EC  EP microcontrollers preliminary support

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.162r2=1.163
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.213r2=1.214
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc.c?cvsroot=qemur1=1.20r2=1.21
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/ppc405_uc.c?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/cpu.h?cvsroot=qemur1=1.43r2=1.44
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/exec.h?cvsroot=qemur1=1.18r2=1.19
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/op.c?cvsroot=qemur1=1.33r2=1.34
http://cvs.savannah.gnu.org/viewcvs/qemu/target-ppc/translate_init.c?cvsroot=qemur1=1.14r2=1.15




[Qemu-devel] qemu Makefile.target

2007-04-11 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/04/11 22:46:06

Modified files:
.  : Makefile.target 

Log message:
Fix bad variable name.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/Makefile.target?cvsroot=qemur1=1.159r2=1.160




Re: IRQ handling (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-10 Thread Jamie Lokier
J. Mayer wrote:
  No. Since MIPS{32,64}R2 the CP0 is standardized and a mandatory part of
  a MIPS compatible CPU.
 
 Yes, I know MIPS want always CP0 to be present. I should have put a
 smiley somewhere. I wanted just to point the fact that the CPU itself
 does not need the CP0 controller to run and that one could easily
 imagine designing a core without the CP0 controller.

I just want to say I have programmed a MIPS-ish core which did not
have a CP0 controller.  It was the Alteon AceNIC gigabit ethernet
controller, and it had two CPU cores implementing the MIPS integer
instruction set.  We used the standard mips-elf GCC to compile for it.

I'm under the impression that copying the basic MIPS instruction set
is not uncommon for the odd ASIC here and there, as it doesn't bump
into the licensing problems that copying ARM instructions does, and
it's quite simple.

-- Jamie




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-10 Thread Jamie Lokier
Natalia Portillo wrote:
 But that required some macro interface click at x,y, wait some seconds,
 press 'k' key, that is not currently under QEMU.
 
 The best solution I think is to get a way to send QEMU the screenshot to
 file command some times and stop the VM when both are equal, then send the
 last took screenshot to a mail address so breakability can be checked. (If
 it is the login window, great, it BOOTS!, if not, it doesn't)

If there was a way to get QEMU to stop when the screen matches a
particular stored screenshot, that would make it a lot more scriptable.

For example, you could record the steps to install a particular OS
from installation media as a series of screenshots showing dialog
boxes, and script commands like pressing keys or clicking at x, y when
those screens match.

Another useful event to stop on would be when the processor hits an
x86 HLT instruction or whatever is the equivalent on other
architectures, or particular recognised waiting loops - in conjunction
with there being no outstanding I/O.  Maybe that's an appropriate time
to check for matching screenshots.

That kind of script would be nice when you want to create a new fresh
installation of some OS, but with a few options changed.  The script
would not be too hard to stop at a certain point, and set different
option in the installation, then continue.  Currently I do this
manually and it's quite tedious.

Similarly for actually running applications in a VM.

-- Jamie




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-10 Thread Pierre d'Herbemont


On 8 avr. 07, at 22:43, Natalia Portillo wrote:

But that required some macro interface click at x,y, wait some  
seconds,

press 'k' key, that is not currently under QEMU.


There is cxtest (GPL) which has been created for that matter, it  
should be interesting to give it a try:

http://www.cxtest.org/

Cxtest is an open source project that provides visual regression  
testing facilities for X11 based systems. It can automate basic X  
Window functionality, including finding X windows by title or by  
graphic picture



Pierre.




Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-09 Thread Eduardo Felipe

Sorry, I'm afraid I badly mixed up things in my mind.

vncrec and pyvnc2swf record VNC server responses, not client actions, so
they will hardly be of any help.

To record and replay client actions these tools are more appropriate:

http://cyberelk.net/tim/rfbproxy/
http://cyberelk.net/tim/rfbplaymacro/

Although they seem not to be available at this moment...

Regards,
Eduardo


Re: QEMU Automated Testing (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-09 Thread Rob Landley
On Sunday 08 April 2007 4:43 pm, Natalia Portillo wrote:
 Hi all,
 
 I have a huge list of operating systems (both closed and open source, that
 works and that doesn't work under QEMU) that can be used to check that QEMU
 doesn't broke (or even, that it corrects a non-working state).

I vaguely intend to get Firmware Linux to rebuild itself under qemu.  Right 
now it's building target images for nine different platforms.  (Although 
that's not as impressive as it sounds.  Two of them, sparc and powerpc, don't 
actually run under qemu yet.  i586 and armv5l are trivial variants of i686 
and armv4l.  And and mips big endian just got added today and wasn't in the 
last release.)

Anyway, I've found compiling large software packages to be a reasonable stress 
test for most systems, and it's entirely scriptable.  Not much of a test of 
any of the peripheral hardware, though.

Rob
-- 
Penguicon 5.0 Apr 20-22, Linux Expo/SF Convention.  Bruce Schneier, Christine 
Peterson, Steve Jackson, Randy Milholland, Elizabeth Bear, Charlie Stross...




Re: IRQ handling (was [Qemu-devel] qemu Makefile.target vl.h hw/acpi.c hw/adlib.c ...)

2007-04-08 Thread J. Mayer
On Sun, 2007-04-08 at 01:04 +0100, Thiemo Seufer wrote:
 J. Mayer wrote:
 [snip]
  To give you an real example why arbitrary limits are not acceptable AT
  ALL: I know an embedded Mips device (widely used !) with 2 CPU, 8 PIC
  and about 500 IRQ sources.
 
 Care to tell which one this is?

I'm sorry, I'm no sure I can (NDA rules).
Let's say it's a chips used in some consumer electronics products.

  How can you even pretend add a limited
  structure in the CPUState structure when this is exactly the kind of
  device some people want to emulate in Qemu ? Your concept is completely
  broken, you have to admit it. You can never put peripheral informations
  in the CPUState structure.
 
 At least for MIPS it makes sense to put the CPU-internal controller
 in exactly that place.

It does not. If you look well, the IRQ controller is not in the CPU.
Only the exception are managed in the CPU. The internal IRQ controller
is a peripheral device located in the CP0. OK, the CP0 is tightly
coupled to the CPU so it's easier to consider it as part of the CPU,
when emulating it. But it seems like you could imagine a MIPS CPU
without a CP0 coprocessor (even if it will never happen in the real
world), no ?

The problem is also: what does this patch adds, but complexity and
arbitrary limitations ?
What do you need to route an IRQ ?
- A peripheral destination
What we got now ?
- a callback with 3 parameters: an opaque, a PIN (the n_IRQ) and a
state
Is more needed to have a generic routing approach ?
- no. This can work to route any signal
Can we do with less ?
- no. You need the 3 parameters.
Can we share data ?
- It seems not. The opaque is used internally by the IRQ controller.
The PIN number has a meaning only inside the IRQ controller. And the
meaning of the state depends on the IRQ controller state.
The only thing that could be changed to hide the complexity is define a
structure that contain all information, like the struct IRQState.
But this structure cannot be shared as it has no signification outside
of an IRQ controller.
What can be done (but once again, it changes nothing, just hide the
complexity), is to replace the  { callback, n_IRQ } in devices
structure by a IRQState structure and have the inline functions.

static inline void qemu_irq_set_state(struct IRQState *st, int level)
{
  if (st-handler != NULL)
(*st-handler)(st-opaque, st-n, level);
}
static inline void qemu_irq_raise(struct IRQState *st)
{
qemu_irq_set_state(st, 1);
}
static inline void qemu_irq_lower(struct IRQState *st)
{
qemu_irq_set_state(st, 0);
}

If you want to be generic, as it is said it's supposed to be (but is not) to be 
able to manage any signal, then this is not sufficient.
One will also have to get the value. If you want to emulate GPIOs, for example, 
you need to store the current state
to be able to get it back easily. And for GPIO, you may prefer that changing 
the state has no action but just be able
to read back the current PIN level at any time.

To achieve this, you have to have a structure:
struct PINState {
qemu_pin_handler handler;
void *opaque;
int n;
int level;
};

static inline void qemu_pin_set_state(struct PINState *st, int level)
{
  if (st-handler != NULL  level != st-level != level) {
(*st-handler)(st-opaque, st-n, level);
st-level = level;
}
}
static inline int qemu_pin_get_state(struct PINState *st)
{
return st-level;
}

static inline void qemu_ping_raise(struct PINState *st)
{
qemu_pin_pin_state(st, 1);
}
static inline void qemu_pin_lower(struct PINState *st)
{
qemu_pin_set_state(st, 0);
}

The hw/irq.c code is not needed and meaningless. The first function should be 
inlined, unless the goal is to slowdown the emulator.
The second function has no meaning: you can never globally allocate resources 
that have no meaning outside of a limited
scope, which is the case for IRQ or any physical connection on a real hardware.

The PINState structure can be store only in the peripheral device that will 
change the PIN state and the peripheral that will read this state.
Trying to store it in a generic place is completely meaningless: a PIN state (I 
talk about real hardware, now) has absolutelly
no generic meaning. It's only significant between two devices. You  eventually 
can have more than one device changing the
PIN state (shared IRQ, I2C bus, ) and more than one device using this PIN 
state (I2C, once again). But outside of the scope
of those devices, it means nothing. So the information is to be stored inside 
those devices, anywhere else is meaningless.


-- 
J. Mayer [EMAIL PROTECTED]
Never organized





  1   2   >