Re: [Qemu-devel] Dedicated host
> has anyone thought of building a dedicated/ minimal > host for the purpose > of running multiple qemu instances? I don't know if that is relevant, but I am planning to resell root hosting via Qemu. I mean, starting multiple instances of Qemu with port redirection (dns, http, https, ssh, pop imap). I don't think there's anything like that at the moment. Ottavio Caruso __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu osdep.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook <[EMAIL PROTECTED]> 06/05/22 14:10:48 Modified files: . : osdep.c Log message: Only use /dev/shm hack when kqemu is enabled. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/osdep.c.diff?tr1=1.10&tr2=1.11&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [usb] signal RHSC in ohci_attach
The attached patch signals root hub status change interrupt for attach/detach in ohci_attach. --- qemu/hw/usb-ohci.c 2006-05-22 11:02:16.0 -0500 +++ qemu/hw/usb-ohci.c 2006-05-22 11:22:46.0 -0500 @@ -252,6 +252,7 @@ { OHCIState *s = port1->opaque; OHCIPort *port = &s->rhport[port1->index]; +uint32_t old_state = port->ctrl; if (dev) { if (port->port.dev) { @@ -290,6 +291,9 @@ port->port.dev = NULL; dprintf("usb-ohci: Detached port %d\n", port1->index); } + +if (old_state != port->ctrl) +ohci_set_interrupt(s, OHCI_INTR_RHSC); } /* Reset the controller */ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] Fix udp slirp to always set from address and port
Attached is a patch to always set the from address and port when using slirp "-net user" type networking. It fixes the case so that the target can boot from udp NFS as well as the case where different instances of an application over time go through the same redirection port with different source ports or addresses. A possible approach for the future if advanced use cases are required is to allow specification of 3 different categories of redirection access. 1) Dynamic port and address (the default with this patch) 2) Dynamic port with static address 3) Dynamic address with static port 4) static port and address The last 3 would mainly be for security type options if you wanted to restrict things. Items 2-4 can go into a ToDo list somewhere. signed-off-by: [EMAIL PROTECTED] Jason. Index: qemu/slirp/udp.c === --- qemu.orig/slirp/udp.c +++ qemu/slirp/udp.c @@ -205,8 +205,6 @@ udp_input(m, iphlen) /* udp_last_so = so; */ so->so_laddr = ip->ip_src; so->so_lport = uh->uh_sport; - so->so_faddr = ip->ip_dst; /* XXX */ - so->so_fport = uh->uh_dport; /* XXX */ if ((so->so_iptos = udp_tos(so)) == 0) so->so_iptos = ip->ip_tos; @@ -216,6 +214,13 @@ udp_input(m, iphlen) * and if it is, do the fork_exec() etc. */ } + /* Always reset the from address as it can change, +* as with NFS for example where it will talk to +* the same destination port with multiple source +* addresses. Or different gdb session to kgdboe. +*/ + so->so_faddr = ip->ip_dst; /* XXX */ + so->so_fport = uh->uh_dport; /* XXX */ iphlen += sizeof(struct udphdr); m->m_len -= iphlen; ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/hw usb-ohci.c usb-uhci.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Paul Brook <[EMAIL PROTECTED]> 06/05/22 17:17:06 Modified files: hw : usb-ohci.c usb-uhci.c Log message: Fix USB root hub hotplugging. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-ohci.c.diff?tr1=1.1&tr2=1.2&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/hw/usb-uhci.c.diff?tr1=1.10&tr2=1.11&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] fpu problems with qemu-system-sparc
Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl: Hi! I added some debug output to the do_interrupt function. Maybe I'm totally wrong, but env->pc is set some times to the same value again and again. And other debug output indicates, that sometimes a portion of code containing an FPU instruction is executed more than one time. Hence, it looks like the pc is always set to the pc of the tb, and not to the pc of the interrupted function. If the tb ands with the interrupted function this does not seem to be a problem, but in case of FPU interrupts it may be raised everywhere... This re-execution of the same tb could explain my discovered behavior of the FPU programs. regards, Jörg ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] fpu problems with qemu-system-sparc
Am Montag, 22. Mai 2006 19:51 schrieb Joerg Platte: > Am Freitag, 19. Mai 2006 21:14 schrieb Blue Swirl: Hi! > This re-execution of the same tb could explain my discovered behavior of > the FPU programs. A "save_state(dc);" call was missing before all invocations of "gen_op_trap_ifnofpu();" in translate.c. Therefore, the whole tb instead of the interrupted instruction has been re-executed after a trap. This seems to solve my FPU problems. I can provide a patch after I'm able to do a "cvs up"... regards, Jörg PS: Booting a normal SPARC-Image with init, hotplug, ... seems to work now much better than before. There is no bash segfault any more: ARCH: SUN4M TYPE: SparcStation Ethernet address: 52:54:0:12:34:56 Boot time fixup v1.6. 4/Mar/98 Jakub Jelinek ([EMAIL PROTECTED]). Patching kernel for srmmu[Fujitsu Swift]/iommu 63MB HIGHMEM available. Power off control detected. Built 1 zonelists Kernel command line: root=/dev/sda benchscript=crafty console=ttyS0 video=tcxfb:off skipclock=1000 parallel=2 PID hash table entries: 1024 (order: 10, 16384 bytes) Console: colour dummy device 80x25 Dentry cache hash table entries: 32768 (order: 5, 131072 bytes) Inode-cache hash table entries: 16384 (order: 4, 65536 bytes) Memory: 253572k/261904k available (1960k kernel code, 8072k reserved, 424k data, 144k init, 65296k highmem) Mount-cache hash table entries: 512 NET: Registered protocol family 16 SCSI subsystem initialized IOMMU: impl 0 vers 4 table 0xfbe8[262144 B] map [65536 b] sbus0: Clock 25.0 MHz dma0: Revision 2 dma1: Revision 2 highmem bounce pool size: 64 pages Installing knfsd (copyright (C) 1996 [EMAIL PROTECTED]). Initializing Cryptographic API Console: switching to mono PROM 80x25 rtc_init: no PC rtc found ioremap: done with statics, switching to malloc zs2 at 0xfd014004 (irq = 44) is a SunZilog zs3 at 0xfd014000 (irq = 44) is a SunZilog Console: ttyS0 (SunZilog zs0) ttyS0 at MMIO 0x0 (irq = 44) is a SunZilog ttyS1 at MMIO 0x0 (irq = 44) is a SunZilog io scheduler noop registered RAMDISK driver initialized: 16 RAM disks of 4096K size 1024 blocksize loop: loaded (max 8 devices) sunlance.c:v2.02 8/24/03 Miguel de Icaza ([EMAIL PROTECTED]) SunLance: using auto-carrier-detection. SunLance: warning: overriding option 'tpe-link-test?' SunLance: warning: mail any problems to [EMAIL PROTECTED] eth0: LANCE 52:54:00:12:34:56 esp0: IRQ 36 SCSI ID 7 Clk 20MHz CCYC=5 CCF=4 TOut 167 NCR53C90(esp100) ESP: Total of 1 ESP hosts found, 1 actually in use. scsi0 : Sparc ESP100 (NCR53C90) Vendor: QEMU Model: QEMU HARDDISK Rev: Type: Direct-Access ANSI SCSI revision: 01 Vendor: QEMU Model: QEMU HARDDISK Rev: Type: Direct-Access ANSI SCSI revision: 01 Vendor: QEMU Model: QEMU CDROMRev: Type: CD-ROM ANSI SCSI revision: 01 sda : sector size 0 reported, assuming 512. SCSI device sda: 1 512-byte hdwr sectors (0 MB) sda: asking for cache data failed sda: assuming drive cache: write through SCSI device sda: 31 512-byte hdwr sectors (154 MB) sda: asking for cache data failed sda: assuming drive cache: write through sda: unknown partition table Attached scsi disk sda at scsi0, channel 0, id 0, lun 0 sdb : sector size 0 reported, assuming 512. SCSI device sdb: 1 512-byte hdwr sectors (0 MB) sdb: asking for cache data failed sdb: assuming drive cache: write through SCSI device sdb: 512001 512-byte hdwr sectors (262 MB) sdb: asking for cache data failed sdb: assuming drive cache: write through sdb: unknown partition table Attached scsi disk sdb at scsi0, channel 0, id 1, lun 0 sr0: scsi3-mmc drive: 0x/0x caddy Uniform CD-ROM driver Revision: 3.20 Attached scsi generic sg0 at scsi0, channel 0, id 0, lun 0, type 0 Attached scsi generic sg1 at scsi0, channel 0, id 1, lun 0, type 0 Attached scsi generic sg2 at scsi0, channel 0, id 2, lun 0, type 5 rtc_sun_init: Registered Mostek RTC driver. mice: PS/2 mouse device common for all mice NET: Registered protocol family 2 input: Sun Type 5 keyboard on zs/serio0 IP route cache hash table entries: 2048 (order: 1, 8192 bytes) TCP established hash table entries: 8192 (order: 4, 65536 bytes) TCP bind hash table entries: 8192 (order: 3, 32768 bytes) TCP: Hash tables configured (established 8192 bind 8192) TCP reno registered TCP bic registered NET: Registered protocol family 1 NET: Registered protocol family 17 VFS: Mounted root (ext2 filesystem) readonly. Freeing unused kernel memory: 144k freed INIT: version 2.86 booting Activating swap. System time was Wed May 22 21:08:21 UTC 1974. Setting the System Clock using the Hardware Clock as reference... System Clock set. System local time is now Wed May 22 21:08:25 UTC 1974. Checking all file systems... fsck 1.37 (21-Mar-2005) WARNING: Your /etc/fstab does not contain the fsck passno field. I will kludge around things for you, but you should fix your /etc/fstab file as soon as you can. Setting kerne
Re: [Qemu-devel] fpu problems with qemu-system-sparc
Am Montag, 22. Mai 2006 21:12 schrieb Joerg Platte: Hi! > PS: Booting a normal SPARC-Image with init, hotplug, ... seems to work now > much better than before. There is no bash segfault any more: Shit, the bash still not works (I forgot the bash symlink pointing to a dash :-). But programs using the FPU are running much better now. regards, Jörg ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: RE: [Qemu-devel] [PATCH 1/5] single step with no IRQs and timers
Hi Jason.. > The patch is completely arch independent and should work with any of > the targets that use the gdb-stub. Just want to report that I gave it a try and it works great. However, I am just courious, what happen if I use stepbit=0x6? That means: IRQ off, timer off, but single step disabled, right? Does that mean I am no longer able to single step? I tested that mask and single step still work as expected. maybe it is better to just ignore this specific bit (single step enabled)? regards, Mulyadi. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: RE: [Qemu-devel] [PATCH 1/5] single step with no IRQs and timers
The single stepping actually only gets turned off if you do: Qqemu.sstep=0 I am guessing you probably don't want to do this. But as with anything there are reasons you might, such as debugging internals of QEMU. The bit is in there for future use more than anything, and to maintain compatibility with what is out there. I am glad to hear it works. Jason. > -Original Message- > From: Mulyadi Santosa [mailto:[EMAIL PROTECTED] > Sent: Monday, May 22, 2006 2:43 PM > To: Wessel, Jason; qemu-devel@nongnu.org > Subject: Re: RE: [Qemu-devel] [PATCH 1/5] single step with no > IRQs and timers > > Hi Jason.. > > > The patch is completely arch independent and should work > with any of > > the targets that use the gdb-stub. > > Just want to report that I gave it a try and it works great. > > However, I am just courious, what happen if I use stepbit=0x6? That > means: IRQ off, timer off, but single step disabled, right? > Does that mean I am no longer able to single step? > > I tested that mask and single step still work as expected. > maybe it is better to just ignore this specific bit (single > step enabled)? > > regards, > > Mulyadi. > > ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [usb] display device identifier string for user with info usb
The attached patch provides more output to accompany info usb. A device name is provided which is obtained from product string descriptor. This is to help clear up what device is which as the only information currently provided to the user are the bus and address the device has been given from the guest. --- qemu/hw/usb.h 2006-05-21 11:30:15.0 -0500 +++ qemu/hw/usb.h 2006-05-22 13:23:10.0 -0500 @@ -127,6 +127,7 @@ int (*handle_data)(USBDevice *dev, int pid, uint8_t devep, uint8_t *data, int len); uint8_t addr; +char devname[32]; int state; uint8_t setup_buf[8]; --- qemu/hw/usb-hub.c 2006-05-21 11:30:15.0 -0500 +++ qemu/hw/usb-hub.c 2006-05-22 13:23:53.0 -0500 @@ -542,6 +542,8 @@ s->dev.handle_control = usb_hub_handle_control; s->dev.handle_data = usb_hub_handle_data; +strcpy(s->dev.devname, "QEMU USB Hub"); + s->nb_ports = nb_ports; for(i = 0; i < s->nb_ports; i++) { port = &s->ports[i]; --- qemu/hw/usb-hid.c 2006-04-12 16:09:07.0 -0500 +++ qemu/hw/usb-hid.c 2006-05-22 13:24:57.0 -0500 @@ -515,6 +515,8 @@ s->dev.handle_data = usb_mouse_handle_data; s->kind = USB_TABLET; +strcpy(s->dev.devname, "QEMU USB Tablet"); + return (USBDevice *)s; } @@ -533,5 +535,7 @@ s->dev.handle_data = usb_mouse_handle_data; s->kind = USB_MOUSE; +strcpy(s->dev.devname, "QEMU USB Mouse"); + return (USBDevice *)s; } --- qemu/usb-linux.c2006-03-11 12:03:38.0 -0600 +++ qemu/usb-linux.c2006-05-22 15:06:28.0 -0500 @@ -44,6 +44,7 @@ int vendor_id, int product_id, const char *product_name, int speed); static int usb_host_find_device(int *pbus_num, int *paddr, +char *product_name, const char *devname); //#define DEBUG @@ -145,8 +146,9 @@ char buf[1024]; int descr_len, dev_descr_len, config_descr_len, nb_interfaces; int bus_num, addr; +char product_name[32]; -if (usb_host_find_device(&bus_num, &addr, devname) < 0) +if (usb_host_find_device(&bus_num, &addr, product_name, devname) < 0) return NULL; snprintf(buf, sizeof(buf), USBDEVFS_PATH "/%03d/%03d", @@ -230,6 +232,12 @@ dev->dev.handle_reset = usb_host_handle_reset; dev->dev.handle_control = usb_host_handle_control; dev->dev.handle_data = usb_host_handle_data; + +if (product_name[0] == '\0') +snprintf(dev->dev.devname, 31, "host:%s", devname); +else +strncpy(dev->dev.devname, product_name, 31); + return (USBDevice *)dev; } @@ -337,6 +345,7 @@ int product_id; int bus_num; int addr; +char product_name[32]; } FindDeviceState; static int usb_host_find_device_scan(void *opaque, int bus_num, int addr, @@ -345,8 +354,11 @@ const char *product_name, int speed) { FindDeviceState *s = opaque; -if (vendor_id == s->vendor_id && -product_id == s->product_id) { +if ((vendor_id == s->vendor_id && +product_id == s->product_id) || +(bus_num == s->bus_num && +addr == s->addr)) { +strncpy(s->product_name, product_name, 31); s->bus_num = bus_num; s->addr = addr; return 1; @@ -358,7 +370,8 @@ /* the syntax is : 'bus.addr' (decimal numbers) or 'vendor_id:product_id' (hexa numbers) */ -static int usb_host_find_device(int *pbus_num, int *paddr, +static int usb_host_find_device(int *pbus_num, int *paddr, +char *product_name, const char *devname) { const char *p; @@ -369,6 +382,11 @@ if (p) { *pbus_num = strtoul(devname, NULL, 0); *paddr = strtoul(p + 1, NULL, 0); +fs.bus_num = *pbus_num; +fs.addr = *paddr; +ret = usb_host_scan(&fs, usb_host_find_device_scan); +if (ret) +strcpy(product_name, fs.product_name); return 0; } p = strchr(devname, ':'); @@ -379,6 +397,7 @@ if (ret) { *pbus_num = fs.bus_num; *paddr = fs.addr; +strcpy(product_name, fs.product_name); return 0; } } ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [usb] display device identifier string for user with info usb
Whoops. Wrong patch - missing 1 chunk - please see attached. --- qemu/hw/usb.h 2006-05-21 11:30:15.0 -0500 +++ qemu/hw/usb.h 2006-05-22 13:23:10.0 -0500 @@ -127,6 +127,7 @@ int (*handle_data)(USBDevice *dev, int pid, uint8_t devep, uint8_t *data, int len); uint8_t addr; +char devname[32]; int state; uint8_t setup_buf[8]; --- qemu/hw/usb-hub.c 2006-05-21 11:30:15.0 -0500 +++ qemu/hw/usb-hub.c 2006-05-22 13:23:53.0 -0500 @@ -542,6 +542,8 @@ s->dev.handle_control = usb_hub_handle_control; s->dev.handle_data = usb_hub_handle_data; +strcpy(s->dev.devname, "QEMU USB Hub"); + s->nb_ports = nb_ports; for(i = 0; i < s->nb_ports; i++) { port = &s->ports[i]; --- qemu/hw/usb-hid.c 2006-04-12 16:09:07.0 -0500 +++ qemu/hw/usb-hid.c 2006-05-22 13:24:57.0 -0500 @@ -515,6 +515,8 @@ s->dev.handle_data = usb_mouse_handle_data; s->kind = USB_TABLET; +strcpy(s->dev.devname, "QEMU USB Tablet"); + return (USBDevice *)s; } @@ -533,5 +535,7 @@ s->dev.handle_data = usb_mouse_handle_data; s->kind = USB_MOUSE; +strcpy(s->dev.devname, "QEMU USB Mouse"); + return (USBDevice *)s; } --- qemu/usb-linux.c2006-03-11 12:03:38.0 -0600 +++ qemu/usb-linux.c2006-05-22 15:06:28.0 -0500 @@ -44,6 +44,7 @@ int vendor_id, int product_id, const char *product_name, int speed); static int usb_host_find_device(int *pbus_num, int *paddr, +char *product_name, const char *devname); //#define DEBUG @@ -145,8 +146,9 @@ char buf[1024]; int descr_len, dev_descr_len, config_descr_len, nb_interfaces; int bus_num, addr; +char product_name[32]; -if (usb_host_find_device(&bus_num, &addr, devname) < 0) +if (usb_host_find_device(&bus_num, &addr, product_name, devname) < 0) return NULL; snprintf(buf, sizeof(buf), USBDEVFS_PATH "/%03d/%03d", @@ -230,6 +232,12 @@ dev->dev.handle_reset = usb_host_handle_reset; dev->dev.handle_control = usb_host_handle_control; dev->dev.handle_data = usb_host_handle_data; + +if (product_name[0] == '\0') +snprintf(dev->dev.devname, 31, "host:%s", devname); +else +strncpy(dev->dev.devname, product_name, 31); + return (USBDevice *)dev; } @@ -337,6 +345,7 @@ int product_id; int bus_num; int addr; +char product_name[32]; } FindDeviceState; static int usb_host_find_device_scan(void *opaque, int bus_num, int addr, @@ -345,8 +354,11 @@ const char *product_name, int speed) { FindDeviceState *s = opaque; -if (vendor_id == s->vendor_id && -product_id == s->product_id) { +if ((vendor_id == s->vendor_id && +product_id == s->product_id) || +(bus_num == s->bus_num && +addr == s->addr)) { +strncpy(s->product_name, product_name, 31); s->bus_num = bus_num; s->addr = addr; return 1; @@ -358,7 +370,8 @@ /* the syntax is : 'bus.addr' (decimal numbers) or 'vendor_id:product_id' (hexa numbers) */ -static int usb_host_find_device(int *pbus_num, int *paddr, +static int usb_host_find_device(int *pbus_num, int *paddr, +char *product_name, const char *devname) { const char *p; @@ -369,6 +382,11 @@ if (p) { *pbus_num = strtoul(devname, NULL, 0); *paddr = strtoul(p + 1, NULL, 0); +fs.bus_num = *pbus_num; +fs.addr = *paddr; +ret = usb_host_scan(&fs, usb_host_find_device_scan); +if (ret) +strcpy(product_name, fs.product_name); return 0; } p = strchr(devname, ':'); @@ -379,6 +397,7 @@ if (ret) { *pbus_num = fs.bus_num; *paddr = fs.addr; +strcpy(product_name, fs.product_name); return 0; } } --- qemu/vl.c 2006-05-21 11:30:15.0 -0500 +++ qemu/vl.c 2006-05-22 14:49:58.0 -0500 @@ -3387,8 +3422,8 @@ speed_str = "?"; break; } -term_printf(" Device %d.%d, speed %s Mb/s\n", -0, dev->addr, speed_str); +term_printf(" Device %d.%d, Speed %s Mb/s, Product %s\n", +0, dev->addr, speed_str, dev->devname); } } ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu cocoa.m
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 21:25:04 Modified files: . : cocoa.m Log message: fix missing type declarations (Joachim Henke) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/cocoa.m.diff?tr1=1.8&tr2=1.9&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH 1/5] single step with no IRQs and timers
Hi, I agree that the feature is useful, but I am not sure yet if I will apply as is. I am adding support in QEMU for deterministic execution and your patch won't be needed once this new feature is released. BTW, why do you stop real time timers ? These timers are only used for things which do not interfere with the VM (such as VGA refresh). Fabrice. Jason Wessel wrote: This patch adds the functionality to the gdb-stub to single step with the IRQs and timers disabled. It greatly improves gdb's ability to perform run control while running a linux kernel and stepping off of breakpoints or stepping into certain types of functions. I have also included individual controls for IRQs and timers to restore the original behavior, since it is useful as well. signed-off-by: [EMAIL PROTECTED] Jason. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-ppc op.c translate.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 21:50:20 Modified files: target-ppc : op.c translate.c Log message: PPC Breakpoints for gdb-stub (Jason Wessel) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-ppc/op.c.diff?tr1=1.21&tr2=1.22&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-ppc/translate.c.diff?tr1=1.40&tr2=1.41&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu ./cpu-exec.c target-mips/helper.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:03:52 Modified files: . : cpu-exec.c target-mips: helper.c Log message: mips cleanup (Thiemo Seufer) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/cpu-exec.c.diff?tr1=1.78&tr2=1.79&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/helper.c.diff?tr1=1.10&tr2=1.11&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu mips-dis.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:05:04 Modified files: . : mips-dis.c Log message: dump all mips insn (Thiemo Seufer) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/mips-dis.c.diff?tr1=1.3&tr2=1.4&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-mips helper.c op_helper.c translate.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:13:29 Modified files: target-mips: helper.c op_helper.c translate.c Log message: cosmetics (Thiemo Seufer) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/helper.c.diff?tr1=1.11&tr2=1.12&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/op_helper.c.diff?tr1=1.11&tr2=1.12&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/translate.c.diff?tr1=1.12&tr2=1.13&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-mips helper.c op_helper.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 22:14:43 Modified files: target-mips: helper.c op_helper.c Log message: fix wrong bitmasks for CP0_Context and CP0_EntryHi (Thiemo Seufer) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/helper.c.diff?tr1=1.12&tr2=1.13&r1=text&r2=text http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-mips/op_helper.c.diff?tr1=1.12&tr2=1.13&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/target-arm translate.c
CVSROOT:/sources/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 06/05/22 23:06:04 Modified files: target-arm : translate.c Log message: ARM undefined instruction execution (Jason Wessel) CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/qemu/target-arm/translate.c.diff?tr1=1.41&tr2=1.42&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] [PATCH 1/5] single step with no IRQs and timers
Fabrice, I will defer to you on the real time timers. I had not examined the code thoroughly enough to understand if there was more to the real time timers. I had wanted to guard against any kind of interrupts or triggers that might fire off. Just call it a lack of total understanding of the complete QEMU infrastructure. I would say the real time timers can run if you feel the dependencies for precise single instruction execution are not violated. I found gdb against a linux kernel to be next to useless for any real run control debugging with out the patch. Deterministic execution sounds great. I would be happy to add debugger hook controls to further control it at runtime with GDB, if your deterministic execution controls are not already there at time. I have found QEMU to be very useful for the analysis of strange run control issues which is where the patch came from in the first place. Just let me know if you want me to re-gen the patch or if it will ultimately go to the bit bucket in favor of something better. It is a great stopgap in the in mean time. Thanks, Jason. > -Original Message- > From: > [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > rg] On Behalf Of Fabrice Bellard > Sent: Monday, May 22, 2006 4:37 PM > To: qemu-devel@nongnu.org > Subject: Re: [Qemu-devel] [PATCH 1/5] single step with no > IRQs and timers > > Hi, > > I agree that the feature is useful, but I am not sure yet if > I will apply as is. I am adding support in QEMU for > deterministic execution and your patch won't be needed once > this new feature is released. > > BTW, why do you stop real time timers ? These timers are only > used for things which do not interfere with the VM (such as > VGA refresh). > > Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] fpu problems with qemu-system-sparc
Am Donnerstag, 18. Mai 2006 18:16 schrieb Joerg Platte: Hi! Here is a patch fixing the problem by calling save_state before all possible fpu-interrupts. regards, Jörg --- translate.c 2005-11-22 00:33:12.0 +0100 +++ translate.c.new 2006-05-22 20:40:07.0 +0200 @@ -982,6 +982,7 @@ { int cc = GET_FIELD_SP(insn, 20, 21); #if !defined(CONFIG_USER_ONLY) + save_state(dc); gen_op_trap_ifnofpu(); #endif target = GET_FIELD_SP(insn, 0, 18); @@ -1002,6 +1003,7 @@ case 0x6: /* FBN+x */ { #if !defined(CONFIG_USER_ONLY) + save_state(dc); gen_op_trap_ifnofpu(); #endif target = GET_FIELD(insn, 10, 31); @@ -1236,6 +1238,7 @@ #endif } else if (xop == 0x34) { /* FPU Operations */ #if !defined(CONFIG_USER_ONLY) + save_state(dc); gen_op_trap_ifnofpu(); #endif rs1 = GET_FIELD(insn, 13, 17); @@ -1424,6 +1427,7 @@ int cond; #endif #if !defined(CONFIG_USER_ONLY) + save_state(dc); gen_op_trap_ifnofpu(); #endif rs1 = GET_FIELD(insn, 13, 17); @@ -2346,6 +2350,7 @@ #endif } else if (xop >= 0x20 && xop < 0x24) { #if !defined(CONFIG_USER_ONLY) || defined(TARGET_SPARC64) + save_state(dc); gen_op_trap_ifnofpu(); #endif switch (xop) { ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel