[Qemu-devel] qemu/target-mips translate_init.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 11:47:24

Modified files:
target-mips: translate_init.c 

Log message:
Allow again FPU for usermode emulation.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate_init.c?cvsroot=qemur1=1.10r2=1.11




[Qemu-devel] qemu/linux-user syscall.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 11:49:38

Modified files:
linux-user : syscall.c 

Log message:
Fix struct stat mapping for MIPS, by Stuart Anderson.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.104r2=1.105




[Qemu-devel] qemu/linux-user syscall.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 11:50:36

Modified files:
linux-user : syscall.c 

Log message:
Patch for pipe() result handling, by Stuart Anderson.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.105r2=1.106




Re: [Qemu-devel] [PATCH] linux-user semaphore structure mapping

2007-06-01 Thread Thiemo Seufer
Stuart Anderson wrote:
 
 This is a refresh (vs 5/28 cvs) of a patch sent several weeks ago. This
 patch implments the structure handling for the semaphore IPC related
 structures used by semctl().
 
 This was tested using LTP on an ARM target.
 
 Were there any objections to this patch?

It produces too many compiler warnings to be comfortable with, and
breaks compilation of alpha-linux-user.


Thiemo




[Qemu-devel] qemu/linux-user syscall.c syscall_defs.h mips/s...

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

Modified files:
linux-user : syscall.c syscall_defs.h 
linux-user/mips: syscall.h 
Added files:
linux-user : errno_defs.h 

Log message:
linux-user errno mapping, by Stuart Anderson.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall.c?cvsroot=qemur1=1.106r2=1.107
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/syscall_defs.h?cvsroot=qemur1=1.33r2=1.34
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/errno_defs.h?cvsroot=qemurev=1.1
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/mips/syscall.h?cvsroot=qemur1=1.1r2=1.2




Re: [Qemu-devel] [PATCH] message queue IPC structures

2007-06-01 Thread Thiemo Seufer
Stuart Anderson wrote:
 
 This is a refresh (vs 05/28 cvs) of a patch sent several weeks ago. This
 patch implements the structure handling for the structures used by the 
 Message queue IPC interfaces msgctl(), msgrcv() and msgsnd().
 
 This was tested using LTP on an ARM target.

Breaks building i386-linux-user.


Thiemo




[Qemu-devel] Mac addresses hashing of network cards

2007-06-01 Thread Axel Kittenberger

Hi list! I got a suggestion.

I first posted this to kvm, but they said its a qemu issue. Just have a 
new host server which several guests, set up networking via bridges, and 
wondered why it didn't work reliable. Surprise, Mac-Address Konflikt! 
For now I just hard-set some other Mac-Adresses in the Guests Random 
Macs have their disadvantage of confusing dhcp servers, disturbing 
ARP-Tables and so on.


So Suggestion: Make a Mac-Address of the guest hashed from the image 
path+filename (if available). So the same machine always gets the same 
mac-addresses, different machine get different macaddresses.







[Qemu-devel] stale pid files?

2007-06-01 Thread Axel Kittenberger

Hi list again, another suggestion.

I use the deamons pidfile feature to write pidfiles so I can controll 
the virtual machines with /etc/init.d/bla scripts, to e.g. auto spawn 
the guests when the server starts, auto/start/stop with runlevels and so 
on.. However I got following issue, the daemon wont start if there is a 
pidfile already (yes no problem for user to delete, but for auto 
spawning after unattended boot) . Since e.g. following situation: BANG! 
Powerout!  System goes up when power is available again. The init 
scripts want to start the qemu/kvm deamons, but they refuse because 
these see their pidfiles already from pre-powerout..


I have seen other daemons somehow locking their pidfiles while running, 
and when killed -9ed, or poweroutes and they start again, they see their 
pid-file is unlocked, thus stale, and just overwrite it... only notifing 
you with a message they did so.


Kind Regards,
Axel




[Qemu-devel] qemu gdbstub.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 13:18:19

Modified files:
.  : gdbstub.c 

Log message:
GDB stub for MIPS64, by Jason Wessel.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/gdbstub.c?cvsroot=qemur1=1.56r2=1.57




Re: [Qemu-devel] stale pid files?

2007-06-01 Thread Anthony Liguori

Axel Kittenberger wrote:

Hi list again, another suggestion.

I use the deamons pidfile feature to write pidfiles so I can controll 
the virtual machines with /etc/init.d/bla scripts, to e.g. auto spawn 
the guests when the server starts, auto/start/stop with runlevels and 
so on.. However I got following issue, the daemon wont start if there 
is a pidfile already (yes no problem for user to delete, but for auto 
spawning after unattended boot) . Since e.g. following situation: 
BANG! Powerout!  System goes up when power is available again. The 
init scripts want to start the qemu/kvm deamons, but they refuse 
because these see their pidfiles already from pre-powerout..


-pidfile behaves properly in CVS.  You may be able to find the patch on 
the ML that fixed it.


Regards,

Anthony Liguori

I have seen other daemons somehow locking their pidfiles while 
running, and when killed -9ed, or poweroutes and they start again, 
they see their pid-file is unlocked, thus stale, and just overwrite 
it... only notifing you with a message they did so.


Kind Regards,
Axel









[Qemu-devel] qemu hw/mips_malta.c target-mips/translate_init.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 14:58:56

Modified files:
hw : mips_malta.c 
target-mips: translate_init.c 

Log message:
Add support for 5Kc/5Kf/20Kc, based on a patch by Aurelien Jarno.
Note that the F64 flag isn't usable on any of those (and the R4000),
so all our 64bit FPU goodness goes out of the window until a shadow
capability flag is implemented. :-(

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_malta.c?cvsroot=qemur1=1.30r2=1.31
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate_init.c?cvsroot=qemur1=1.11r2=1.12




[Qemu-devel] qemu/target-mips TODO

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 15:18:05

Modified files:
target-mips: TODO 

Log message:
Update TODO.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/TODO?cvsroot=qemur1=1.10r2=1.11




[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




[Qemu-devel] qemu/target-sparc op_helper.c

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

Modified files:
target-sparc   : op_helper.c 

Log message:
Sparc64 linux-user build fix

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/op_helper.c?cvsroot=qemur1=1.30r2=1.31




[Qemu-devel] qemu/target-sparc cpu.h

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

Modified files:
target-sparc   : cpu.h 

Log message:
Enable 36-bit physical address space also on 32-bit hosts

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-sparc/cpu.h?cvsroot=qemur1=1.40r2=1.41




[Qemu-devel] qemu/hw tcx.c

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

Modified files:
hw : tcx.c 

Log message:
Force display update on palette change or loadvm

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/hw/tcx.c?cvsroot=qemur1=1.16r2=1.17




[Qemu-devel] qemu sparc-dis.c

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

Modified files:
.  : sparc-dis.c 

Log message:
Constification

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/sparc-dis.c?cvsroot=qemur1=1.4r2=1.5




[Qemu-devel] qemu vl.h

2007-06-01 Thread Blue Swirl
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1  07/06/01 17:03:05

Modified files:
.  : vl.h 

Log message:
Forgot to update vl.h during latest Sparc64 target_ulong fix

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/vl.h?cvsroot=qemur1=1.245r2=1.246




[Qemu-devel] qemu/target-mips translate.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 17:47:07

Modified files:
target-mips: translate.c 

Log message:
Make sure hflags are updated for CP0_Status changes.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemur1=1.91r2=1.92




[Qemu-devel] PATCH/RFC: target_ulong fixes

2007-06-01 Thread Blue Swirl

Hi,

This patch converts most hw device target_ulong use to target_phys_addr_t.

I didn't touch PPC CPU registers or Alpha PAL code, maybe they really
are 32-bit or 64-bit depending on the CPU. Also kernel and initrd
addresses should not be target_phys_addr_t type.

Is this OK? At least it compiles.
Index: qemu/hw/dma.c
===
--- qemu.orig/hw/dma.c	2007-06-01 16:42:01.0 +
+++ qemu/hw/dma.c	2007-06-01 16:42:56.0 +
@@ -383,7 +383,7 @@
 int DMA_read_memory (int nchan, void *buf, int pos, int len)
 {
 struct dma_regs *r = dma_controllers[nchan  3].regs[nchan  3];
-target_ulong addr = ((r-pageh  0x7f)  24) | (r-page  16) | r-now[ADDR];
+target_phys_addr_t addr = ((r-pageh  0x7f)  24) | (r-page  16) | r-now[ADDR];
 
 if (r-mode  0x20) {
 int i;
@@ -405,7 +405,7 @@
 int DMA_write_memory (int nchan, void *buf, int pos, int len)
 {
 struct dma_regs *r = dma_controllers[nchan  3].regs[nchan  3];
-target_ulong addr = ((r-pageh  0x7f)  24) | (r-page  16) | r-now[ADDR];
+target_phys_addr_t addr = ((r-pageh  0x7f)  24) | (r-page  16) | r-now[ADDR];
 
 if (r-mode  0x20) {
 int i;
Index: qemu/hw/ds1225y.c
===
--- qemu.orig/hw/ds1225y.c	2007-06-01 16:42:01.0 +
+++ qemu/hw/ds1225y.c	2007-06-01 16:42:56.0 +
@@ -33,7 +33,7 @@
 
 struct ds1225y_t
 {
-target_ulong mem_base;
+target_phys_addr_t mem_base;
 uint32_t capacity;
 const char *filename;
 QEMUFile *file;
@@ -99,7 +99,7 @@
 };
 
 /* Initialisation routine */
-ds1225y_t *ds1225y_init(target_ulong mem_base, const char *filename)
+ds1225y_t *ds1225y_init(target_phys_addr_t mem_base, const char *filename)
 {
 ds1225y_t *s;
 int mem_index1, mem_index2;
Index: qemu/hw/pckbd.c
===
--- qemu.orig/hw/pckbd.c	2007-06-01 16:42:01.0 +
+++ qemu/hw/pckbd.c	2007-06-01 16:42:56.0 +
@@ -421,8 +421,8 @@
 kbd_mm_writeb,
 };
 
-void i8042_mm_init(qemu_irq kbd_irq, qemu_irq mouse_irq, target_ulong base,
-   int it_shift)
+void i8042_mm_init(qemu_irq kbd_irq, qemu_irq mouse_irq,
+   target_phys_addr_t base, int it_shift)
 {
 KBDState *s = kbd_state;
 int s_io_memory;
Index: qemu/hw/pflash_cfi02.c
===
--- qemu.orig/hw/pflash_cfi02.c	2007-06-01 16:42:01.0 +
+++ qemu/hw/pflash_cfi02.c	2007-06-01 16:42:56.0 +
@@ -50,9 +50,9 @@
 
 struct pflash_t {
 BlockDriverState *bs;
-target_ulong base;
-target_ulong sector_len;
-target_ulong total_len;
+target_phys_addr_t base;
+uint32_t sector_len;
+uint32_t total_len;
 int width;
 int wcycle; /* if 0, the flash is read normally */
 int bypass;
@@ -85,9 +85,9 @@
 pfl-cmd = 0;
 }
 
-static uint32_t pflash_read (pflash_t *pfl, target_ulong offset, int width)
+static uint32_t pflash_read (pflash_t *pfl, uint32_t offset, int width)
 {
-target_ulong boff;
+uint32_t boff;
 uint32_t ret;
 uint8_t *p;
 
@@ -199,10 +199,10 @@
 }
 }
 
-static void pflash_write (pflash_t *pfl, target_ulong offset, uint32_t value,
+static void pflash_write (pflash_t *pfl, uint32_t offset, uint32_t value,
   int width)
 {
-target_ulong boff;
+uint32_t boff;
 uint8_t *p;
 uint8_t cmd;
 
@@ -219,7 +219,7 @@
 DPRINTF(%s: offset  TARGET_FMT_lx  %08x %d %d\n, __func__,
 offset, value, width, pfl-wcycle);
 if (pfl-wcycle == 0)
-offset -= (target_ulong)(long)pfl-storage;
+offset -= (uint32_t)(long)pfl-storage;
 else
 offset -= pfl-base;
 
@@ -521,14 +521,14 @@
 return ret;
 }
 
-pflash_t *pflash_register (target_ulong base, ram_addr_t off,
+pflash_t *pflash_register (target_phys_addr_t base, ram_addr_t off,
BlockDriverState *bs,
-   target_ulong sector_len, int nb_blocs, int width,
+   uint32_t sector_len, int nb_blocs, int width,
uint16_t id0, uint16_t id1, 
uint16_t id2, uint16_t id3)
 {
 pflash_t *pfl;
-target_long total_len;
+int32_t total_len;
 
 total_len = sector_len * nb_blocs;
 /* XXX: to be fixed */
Index: qemu/hw/serial.c
===
--- qemu.orig/hw/serial.c	2007-06-01 16:42:01.0 +
+++ qemu/hw/serial.c	2007-06-01 16:42:56.0 +
@@ -86,7 +86,7 @@
 qemu_irq irq;
 CharDriverState *chr;
 int last_break_enable;
-target_ulong base;
+target_phys_addr_t base;
 int it_shift;
 };
 
@@ -423,7 +423,7 @@
 serial_mm_writel,
 };
 
-SerialState *serial_mm_init (target_ulong base, int it_shift,
+SerialState *serial_mm_init 

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.




Re: [Qemu-devel] [PATCH] linux-user semaphore structure mapping

2007-06-01 Thread Stuart Anderson

On Fri, 1 Jun 2007, Thiemo Seufer wrote:


Stuart Anderson wrote:


This is a refresh (vs 5/28 cvs) of a patch sent several weeks ago. This
patch implments the structure handling for the semaphore IPC related
structures used by semctl().

This was tested using LTP on an ARM target.

Were there any objections to this patch?


It produces too many compiler warnings to be comfortable with, and
breaks compilation of alpha-linux-user.


I think alpha was actually added after I first created this patch, and I
haven't been building it as it's not one of the archs I normally use.
Note to self to do a build w/ everything turned on more often. The fix
for it is to remove the same stuff as is done for a couple of the other
archs.

I'll clean it up, and take another look at the warning for this and the
message queue patch, and resubmit.


Stuart

Stuart R. Anderson   [EMAIL PROTECTED]
Network  Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149




Re: [Qemu-devel] [PATCH] message queue IPC structures

2007-06-01 Thread Stuart Anderson

On Fri, 1 Jun 2007, Thiemo Seufer wrote:


Stuart Anderson wrote:


This is a refresh (vs 05/28 cvs) of a patch sent several weeks ago. This
patch implements the structure handling for the structures used by the
Message queue IPC interfaces msgctl(), msgrcv() and msgsnd().

This was tested using LTP on an ARM target.


Breaks building i386-linux-user.


I forgot to mention that this patch should be applied on top of the 
semaphore patch that was sent at the same time. It seems to be building

OK for me when stacked as intended.


Stuart

Stuart R. Anderson   [EMAIL PROTECTED]
Network  Software Engineering   http://www.netsweng.com/
1024D/37A79149:  0791 D3B8 9A4C 2CDC A31F
 BD03 0A62 E534 37A7 9149




[Qemu-devel] qemu/target-mips TODO translate_init.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 21:57:33

Modified files:
target-mips: TODO translate_init.c 

Log message:
Update some comments, 64bit FPU support is functional regardless of
funny non-standard fcr0 bits on earlier CPUs.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/TODO?cvsroot=qemur1=1.11r2=1.12
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate_init.c?cvsroot=qemur1=1.12r2=1.13




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

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/01 23:50:45

Modified files:
linux-user : main.c 

Log message:
Delete leftover Status FPU flag check.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/linux-user/main.c?cvsroot=qemur1=1.113r2=1.114




[Qemu-devel] qemu/target-mips translate.c

2007-06-01 Thread Thiemo Seufer
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Thiemo Seufer ths 07/06/02 00:25:12

Modified files:
target-mips: translate.c 

Log message:
Check for R2 instructions, and throw RI if we don't emulate R2.

CVSWeb URLs:
http://cvs.savannah.gnu.org/viewcvs/qemu/target-mips/translate.c?cvsroot=qemur1=1.92r2=1.93