[Qemu-devel] FreeBSD works with kqemu
Hi, just wanted to note that FreeBSD (6.1 at least) works with user and kernel virtualization - at least on a linux host. Maybe it should be added to http://fabrice.bellard.free.fr/qemu/kqemu-doc.html#SEC6 and #SEC7. Regards, Robert signature.asc Description: OpenPGP digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Fwd: Re: [Qemu-devel] qcow2 issues on freebsd]
Original Message Subject: Re: [Qemu-devel] qcow2 issues on freebsd Date: Thu, 10 Aug 2006 12:23:30 +0200 From: Robert Annessi <[EMAIL PROTECTED]> To: Fabrice Bellard <[EMAIL PROTECTED]> References: <[EMAIL PROTECTED]> <[EMAIL PROTECTED]> On 08/09/06 23:31, Fabrice Bellard wrote: > Can you explain how to reproduce the problem (which FreeBSD disk image ?). Using FreeBSD 6.1 on a qcow2 formatted disk: -) boot the system -) stop && savevm 1 in the monitor qemu segfaults after some time. trying to boot up from that image again also results in a segfault. I tried various arguments to qemu. Sometimes it even eats up all the ram (got 2gb and 4gb swap). I'm using a linux host and current qemu cvs. Regards, Robert signature.asc Description: OpenPGP digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Kernel virtualization doesnt work with win2k/winxp
Hi, user virtualization works well with windows 2000 and windows xp guests, but kernel virtualization doesnt (on a linux host using qemu-0.8.2|qemu-cvs with kqemu-1.3.0-pre9). Trying to install results in a bluescreen saying "PAGE_FAULT_IN_NON_PAGED_AREA" very early. Running an already installed version of windows xp results in "random" memory access errors. Another user having the same issues: http://qemu.dad-answers.com/viewtopic.php?p=6748#6748 Regards, Robert signature.asc Description: OpenPGP digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Solaris-10 and qemu-0.8.2?
These are new boxes in the lab. Hardware is Opetron based Solaria box: SunOS cps203 5.10 Generic_118855-14 i86pc i386 i86pc Solaris Any idea how to compile qemu on this box. I tried configuration and compilation but no success. Any idea? -ishwar ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Solaris-10 and qemu-0.8.2?
The command in qemu-source directory: ./configure --install=/usr/ucb/install generates Makfile for i386 architecture. Is there a way to force it to generate one for amd64? -ishwar On Thu, 10 Aug 2006, Ishwar Rattan wrote: These are new boxes in the lab. Hardware is Opetron based Solaria box: SunOS cps203 5.10 Generic_118855-14 i86pc i386 i86pc Solaris Any idea how to compile qemu on this box. I tried configuration and compilation but no success. Any idea? -ishwar ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] [PATCH] lance.c emulation corrections
Without this patch I had ~500 byte/second transfers with qemu-system-sparc, now it network speed is much better :) Good work! Looking at 7990 chip docs (main chip on lance card) it seems like there are more features not implemented; e.g. 1.6ms timer is needed to implement "normal" transmission. It could be worthwhile to check if lance (Am7990) and pcnet (Am79C970A) drivers could be merged. This was discussed briefly some years ago: http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00364.html _ Don't just search. Find. Check out the new MSN Search! http://search.msn.com/ ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
RE: [Qemu-devel] [PATCH] slavio serial mouse
This patch adds serial mouse support for sun4m slavio emulation.
Funky, I had made almost the same changes some time ago, but I didn't know
about the extra two bytes in the protocol. I merged your changes with mine,
result attached.
_
Express yourself instantly with MSN Messenger! Download today it's FREE!
http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/
Index: qemu/hw/slavio_serial.c
===
--- qemu.orig/hw/slavio_serial.c2006-08-10 17:39:10.0 +
+++ qemu/hw/slavio_serial.c 2006-08-10 17:56:10.0 +
@@ -42,6 +42,13 @@
*
*/
+/*
+ * Modifications:
+ * 2006-Aug-10 Igor Kovalenko : Renamed KBDQueue to SERIOQueue,
implemented
+ * serial mouse queue.
+ * Implemented serial mouse protocol.
+ */
+
#ifdef DEBUG_SERIAL
#define SER_DPRINTF(fmt, args...) \
do { printf("SER: " fmt , ##args); } while (0)
@@ -58,7 +65,7 @@
#endif
#ifdef DEBUG_MOUSE
#define MS_DPRINTF(fmt, args...) \
-do { printf("SER: " fmt , ##args); } while (0)
+do { printf("MSC: " fmt , ##args); } while (0)
#else
#define MS_DPRINTF(fmt, args...)
#endif
@@ -71,12 +78,12 @@
ser, kbd, mouse,
} chn_type_t;
-#define KBD_QUEUE_SIZE 256
+#define SERIO_QUEUE_SIZE 256
typedef struct {
-uint8_t data[KBD_QUEUE_SIZE];
+uint8_t data[SERIO_QUEUE_SIZE];
int rptr, wptr, count;
-} KBDQueue;
+} SERIOQueue;
typedef struct ChannelState {
int irq;
@@ -86,7 +93,7 @@
chn_type_t type;
struct ChannelState *otherchn;
uint8_t rx, tx, wregs[16], rregs[16];
-KBDQueue queue;
+SERIOQueue queue;
CharDriverState *chr;
} ChannelState;
@@ -103,13 +110,13 @@
static void put_queue(void *opaque, int b)
{
ChannelState *s = opaque;
-KBDQueue *q = &s->queue;
+SERIOQueue *q = &s->queue;
-KBD_DPRINTF("put: 0x%02x\n", b);
-if (q->count >= KBD_QUEUE_SIZE)
+SER_DPRINTF("put: 0x%02x\n", b);
+if (q->count >= SERIO_QUEUE_SIZE)
return;
q->data[q->wptr] = b;
-if (++q->wptr == KBD_QUEUE_SIZE)
+if (++q->wptr == SERIO_QUEUE_SIZE)
q->wptr = 0;
q->count++;
serial_receive_byte(s, 0);
@@ -118,14 +125,14 @@
static uint32_t get_queue(void *opaque)
{
ChannelState *s = opaque;
-KBDQueue *q = &s->queue;
+SERIOQueue *q = &s->queue;
int val;
if (q->count == 0) {
return 0;
} else {
val = q->data[q->rptr];
-if (++q->rptr == KBD_QUEUE_SIZE)
+if (++q->rptr == SERIO_QUEUE_SIZE)
q->rptr = 0;
q->count--;
}
@@ -135,17 +142,26 @@
return val;
}
-static void slavio_serial_update_irq(ChannelState *s)
+static int slavio_serial_update_irq_chn(ChannelState *s)
{
if ((s->wregs[1] & 1) && // interrupts enabled
(((s->wregs[1] & 2) && s->txint == 1) || // tx ints enabled, pending
s->wregs[1] & 0x18) == 8) || ((s->wregs[1] & 0x18) == 0x10)) &&
s->rxint == 1) || // rx ints enabled, pending
((s->wregs[15] & 0x80) && (s->rregs[0] & 0x80 { // break int e&p
-pic_set_irq(s->irq, 1);
-} else {
-pic_set_irq(s->irq, 0);
+return 1;
}
+return 0;
+}
+
+static void slavio_serial_update_irq(ChannelState *s)
+{
+int irq;
+
+irq = slavio_serial_update_irq_chn(s);
+irq |= slavio_serial_update_irq_chn(s->otherchn);
+
+pic_set_irq(s->irq, irq);
}
static void slavio_serial_reset_chn(ChannelState *s)
@@ -326,7 +342,7 @@
case 1:
s->rregs[0] &= ~1;
clr_rxint(s);
- if (s->type == kbd)
+ if (s->type == kbd || s->type == mouse)
ret = get_queue(s);
else
ret = s->rx;
@@ -512,9 +528,44 @@
ChannelState *s = opaque;
int ch;
-// XXX
-ch = 0x42;
-serial_receive_byte(s, ch);
+/* XXX: SDL sometimes generates nul events: we delete them */
+if (dx == 0 && dy == 0 && dz == 0 && buttons_state == 0)
+return;
+MS_DPRINTF("dx=%d dy=%d buttons=%01x\n", dx, dy, buttons_state);
+
+ch = 0x80 | 0x7; /* protocol start byte, no buttons pressed */
+
+if (buttons_state & MOUSE_EVENT_LBUTTON)
+ch ^= 0x4;
+if (buttons_state & MOUSE_EVENT_MBUTTON)
+ch ^= 0x2;
+if (buttons_state & MOUSE_EVENT_RBUTTON)
+ch ^= 0x1;
+
+put_queue(s, ch);
+
+ch = dx;
+
+if (ch > 127)
+ch=127;
+else if (ch < -127)
+ch=-127;
+
+put_queue(s, ch & 0xff);
+
+ch = -dy;
+
+if (ch > 127)
+ch=127;
+else if (ch < -127)
+ch=-127;
+
+put_queue(s, ch & 0xff);
+
+// MSC protocol specify two extra motion bytes
+
+put_queue(s, 0);
+put_queue(s, 0);
}
void slavio_serial_ms_kbd_init(int base, int irq)
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Solaris-10 and qemu-0.8.2?
I have a 0.8.1 package for x86_64 on my website, http://www.thoughtwave.com/downloads.html On 8/10/06, Ishwar Rattan <[EMAIL PROTECTED]> wrote: The command in qemu-source directory: ./configure --install=/usr/ucb/install generates Makfile for i386 architecture. Is there a way to force it to generate one for amd64? -ishwar On Thu, 10 Aug 2006, Ishwar Rattan wrote: > These are new boxes in the lab. Hardware is > Opetron based Solaria box: > > SunOS cps203 5.10 Generic_118855-14 i86pc i386 i86pc Solaris > > Any idea how to compile qemu on this box. I tried configuration > and compilation but no success. > > Any idea? > -ishwar > > > > > ___ > Qemu-devel mailing list > Qemu-devel@nongnu.org > http://lists.nongnu.org/mailman/listinfo/qemu-devel > ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- -- Jonathan Kalbfeld +1 323 620 6682 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] lance.c emulation corrections
>Looking at 7990 chip docs (main chip on lance card) it seems like there are>more features >not implemented; e.g. 1.6ms timer is needed to implement "normal">transmission.It could be worthwhile to check if lance (Am7990) and pcnet (Am79C970A)drivers could be merged. This was discussed briefly some years ago: http://lists.gnu.org/archive/html/qemu-devel/2004-10/msg00364.htmlYes, a quick look shows 79c970a has one rx/tx buffer management mode which is software-compatible with 7990 chip (SWMODE=0) There may be more backward-compatibility bits to be unified. Anyone? :) ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] slavio serial mouse
Funky, I had made almost the same changes some time ago, but I didn't knowabout the extra two bytes in the protocol. The two extra bytes are for MSC protocol, seems like original SUN mouse has only three bytes. I can only test it with linux guest, here these two extra bytes are really helpful. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] kqemu in x86_64: (host) exception 0x0d in monitor space
Greetings Summary: qemu-system-x86_64 with kqemu (running under Ubuntu on a Athlon 64) crashes while installing a guest Debian amd64 testing (etch) system, with the host reporting (in kernel logs): kqemu: aborting: Unexpected exception 0x0d in monitor space Host CPU: AMD Athlon 64 3500+ (machine: HP dx5150 MT) Host operating system: Ubuntu 6.06 LTS Host kernel: one of the Ubuntu pre-packaged ones, 2.6.15-26-amd64-k8 (SMP PREEMPT) VDE: 'backported' (just rebuilding the package) from Debian testing's vde 1.5.11-1. QEMU: 0.8.2, configured with -cc=gcc-3.4 --enable-alsa kqemu: 1.3.0pre9 I tried to install Debian amd64 testing (etch) from a snapshot netinst iso image downloaded yesterday, invoking vdeq qemu-system-x86_64 \ -pidfile /srv/qemu/nisaba.pid \ -m 160 \ -net nic,vlan=0,model=rtl8139,macaddr=4A:4D:23:00:00:01 \ -net vde,vlan=0,sock=/var/run/vde/tap-vde-1.ctl \ -hda /srv/qemu/$NAME.qcow \ -cdrom /srv/ark/cd/debian-testing-amd64-netinst-20060810.iso \ -boot d Booted in expert mode, chose language, keyboard layout, country, locale parameters, and just after I chose "detect and mount cdrom" qemu crashed (apparently immediately after (very briefly) showing a progress bar with "detecting hardware to find cd-rom drives"), with the (host-side) output ES = CS =0033 00affa00 SS =002b 00cff200 DS = FS = GS = LDT= 8000 TR =0040 8030e000 206f 80008930 GDT= 8030c000 0080 IDT= 8030d000 1000 CR0=8005003b CR2=2b599766f800 CR3=074c4000 CR4=06e0 Unsupported return value: 0x In a second attempt I got RAX=2b80af1d7d20 RBX=2b80af1d49e8 RCX=0008 RDX=0008 RSI=2b80af393800 RDI=0053f478 RBP=7f9fa2c0 RSP=7f9fa1d8 R8 =2b80af393800 R9 = R10=0053f478 R11=0002 R12= R13=0005 R14=2b80af0d54b0 R15=00402a18 RIP=2b80af0ce390 RFL=00010287 [--S--PC] CPL=3 II=0 A20=1 HLT=0 ES = CS =0033 00affa00 SS =002b 00cff200 DS = FS = GS = LDT= 8000 TR =0040 8030e000 206f 80008930 GDT= 8030c000 0080 IDT= 8030d000 1000 CR0=8005003b CR2=2b80af393800 CR3=07b48000 CR4=06e0 Unsupported return value: 0x For every such test, the host's dmesg and kernel logs reported the following: kqemu: aborting: Unexpected exception 0x0d in monitor space err= CS:EIP=f180:f0002806 SS:SP=:f00c7e00 The above crash does not happen when qemu-system-x86_64 is invoked with the additional option "-no-kqemu". In case this issue is already known: is there any way to avoid this crash (maybe some boot time parameter for the Debian guest kernel?) without disabling kqemu? Any suggestions for additional information gathering here which could help solve this issue? Best regards (and *many* thanks for QEMU) J Esteves -- +351 939838775 Skype:jmcerqueira http://del.icio.us/jmce ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
