Re: [Qemu-devel] QEMU Wiki down?
Looks like it's working.. On 8/30/06, Dirk Behme <[EMAIL PROTECTED]> wrote: Hi, anybody else with problems accessing QEMU Wiki? http://kidsquid.com/cgi-bin/moin.cgi Dirk ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] AXP guest?
Has anyone looked at doing an Alpha guest? The instruction set seems fairly straightforward and the machine as a whole seems to be an alpha chip + pci, which shouldn't be all that different from the x86 machine setup, from a full system point of view. I've been looking through the qemu documentation and I'm not even sure where one would begin to add this. My C is pretty rusty, but I'd start giving it a shot if someone could give me some pointers on how to get started. At the very least I could contribute some grudge work writing op routines... [I'm curious to know if a qemu-axp on my athlon 64 3200+ would outpace my alpha 1000a/233! I suspect it would give it a run for its money.] Brian ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] esd audio output patch and debuging.
Hello. Attached you will find a patch for esd audio support in QEMU. It is more or less a large modification of audio/wavaudio.c. The patch will apply against the latest tarball release http://fabrice.bellard.free.fr/qemu/qemu-0.8.2.tar.gz (0.8.2 at the time of this writing). You will of course need libesd to compile this. To apply and test on linux/*nix simply: $ cd qemu-src-dir $ patch -Np1 -i path/to/patch/file $ ./configure --enable-esd $ make $ sudo make install $ export QEMU_AUDIO_DRV=esd $ qemu (your options here) -soundhw es1370 You will also need to make sure esd is running when you do that of course. Sorry if that is insulting your intelegence. I just wanted to make everything very clear. Now, I would not have you thinking this patch is a ready to go. I am writing this email because I am having a little trouble with this. It outputs sound fine but it produces artafacts. I'm not sure of the cause. Though I think it may have to do with frame alignment or with the conversion process (see code). It sounds like its clipping at high sample volume but this is the first time I have done anything with audio programing. I had planed to submit a completed patch but... anyway if anyone can point me in the right direction I would appreciate it. Alternately if you just want to fix it that would be great to. :-) Just a note also on esd as far as I can tell it only supports 8 and 16 bit unsigned. You may be wondering why with all the sound support options qemu has that I would want to write another one. Here is the logic. I am running an LTSP server setup. The servers I use have no sound card at all. Yet all the programs run on that server. The clients however have sound cards. None of QEMUs sound outputs will work without a sound card with the exeption of wav. None of QEMUs sound outputs can be broadcast over a network to clients but esd can. In short esd support allows me to run many QEMU copies on a server and output the audio to client terminals with out the server even having a sound card. esd is old but its about the only well supported option for network audio output in both linux distros and LTSP. Background: I am maintaining LTSP servers for small elementy schools with "no budget". I currently maintain these networks for free to help with education though they may be offering me a job in the future. The teachers require a small few windows programs that do not run under wine. So I pipe qemu over the thin terms and use gdm so when they log into a qemu session it just pulls up windows full screen. Howerver they have resently needed sound and yes they actualy need it (though I whish I could say they didn't). School will be starting on september 4 and I am trying to be ready. Anyway if you have any questions or I can help at all let me know. If you can see what is wrong or have sugestions I welcome help. Also if you know of a better way that I would be happy to here it but after looking at our situation I think this sound module is the path of least resistance. I thank you also for QEMU it has been a huge boon to the schools. Thanks Frederick qemu-0.8.2-esd.patch Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] handle multibyte NOPs
On 8/21/06, malc <[EMAIL PROTECTED]> wrote:
On Mon, 21 Aug 2006, Igor Kovalenko wrote:> On 8/21/06, malc <[EMAIL PROTECTED]> wrote: On Mon, 21 Aug 2006, Igor Kovalenko wrote:>>
>> > Right. Here is the real one with correct case labels. Sorry, forgot to mention that atop of the hex/bin problem the code also>> suffers from lack of proper 16/64 bit modrm decoding.
>>> seems to me that 16 and 64 bit cases does not apply hereWell, quick experiment in vm86 environment suggests that i'm right atleast for 16bit case. xor ax, ax
int 16h db 0xf, 0x19, 5, 0xde, 0xad db 0xf, 0x19, 5, 0xbe, 0xef mov ah, 9 mov dx, erm add dx, 0x100 int 21h xor ax, ax int 16h
reterm db "moo$"nasm -o moo.com moo.asmdosemu moo.com64bit case should be investigated by someone who possesses 64bit OS.
Here is the updated patch, should implement 16/32/64 modes according to public intel docs.Operand size is taken from DisassContext->dflag which is set beforehand; I assume it is decoded correctly wrt appropriate instruction prefixes.
-- Kind Regards,Igor V. Kovalenko
Index: target-i386/translate.c
===
RCS file: /cvsroot/qemu/qemu/target-i386/translate.c,v
retrieving revision 1.59
diff -u -r1.59 translate.c
--- target-i386/translate.c 10 Jul 2006 19:53:04 - 1.59
+++ target-i386/translate.c 30 Aug 2006 19:19:45 -
@@ -1615,6 +1615,63 @@
*offset_ptr = disp;
}
+static void gen_nop_modrm(DisasContext *s, int modrm)
+{
+int rm, mod;
+rm = modrm & 7;
+mod = (modrm >> 6) & 3;
+
+switch (s->dflag)
+{
+case 0:
+/* 16 bit */
+if (mod == 0 && rm == 6)
+{
+/* 16 bit data follows */
+s->pc += 2;
+}
+else if (mod < 3)
+{
+/* 0, 8 or 16 bit data follows */
+s->pc += mod;
+}
+break;
+
+case 2:
+/* 64 bit, modr/m size does not change, use 32 bit case */
+case 1:
+/*32 bit*/
+if (mod == 0 && rm == 5)
+{
+ /* 32 bit data follows */
+ s->pc += 4;
+}
+else
+{
+if (mod < 3 && rm == 4)
+{
+/* SIB byte follows */
+s->pc += 1;
+}
+
+if (mod == 1)
+{
+/* 8 bit data follows */
+s->pc += 1;
+}
+else if (mod == 1)
+{
+/* 32 bit data follows */
+s->pc += 4;
+}
+}
+break;
+default:
+/* undefined */
+break;
+}
+}
+
/* used for LEA and MOV AX, mem */
static void gen_add_A0_ds_seg(DisasContext *s)
{
@@ -5792,9 +5849,15 @@
/* nothing more to do */
break;
default:
-goto illegal_op;
+gen_nop_modrm(s, modrm);
+break;
}
break;
+case 0x119 ... 0x11f:
+/* multi-byte noop */
+modrm = ldub_code(s->pc++);
+gen_nop_modrm(s, modrm);
+break;
case 0x120: /* mov reg, crN */
case 0x122: /* mov crN, reg */
if (s->cpl != 0) {
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU on dual core WinXP
Hi, Since version 0.8.2, QEMU includes the processor affinity fix. Did you try with this version ? Regards, Fabrice. Schwarz, Konrad wrote: Hi, I have a brand new dual core machine which caused QEMU to go into an endless loop under Windows XP. Modifying the process affinity mask to restrict the process to run on only one machine made the problem go away. I admit to having rewritten the "main loop" event handling code so it may well be my fault. Still, I would like to know if anyone has had similar problems with a stock QEMU, since I find debugging QEMU under Win32 extremely difficult (I currently use Insight or GDB under Cygwin -- any better ideas?) Regards, Konrad ___ 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
[Qemu-devel] Re: Updated PCnet/Lance/DMA/ESP patch
Blue Swirl wrote: Hi, I added save, load and reset methods to pcnet.c. Can this be merged, or is there something that needs fixing? The changes for pcnet seem OK now. For the rest I would suggest adding one context for the dma, but it can wait (the ISA DMA has similar problems). Regards, Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] sound issue
I've spent quite a lot of time trying to figure out why this keeps happening: $ export QEMU_AUDIO_DRV=alsa $ qemu-system-x86_64 -kernel-kqemu -hda /home/rick/docs/.qemu/wxp1.qemu -m 192 -net nic -net tap,script=/etc/qemu-ifup -localtime -snapshot -usbdevice tablet -soundhw es1370 alsa: Could not initialize ADC alsa: Failed to set period size 1024 alsa: Reason: Invalid argument alsa: Could not initialize ADC alsa: Failed to set period size 1024 alsa: Reason: Invalid argument audio: Failed to create voice `es1370.adc' alsa: Could not initialize ADC alsa: Failed to set period size 1024 alsa: Reason: Invalid argument alsa: Could not initialize ADC alsa: Failed to set period size 1024 alsa: Reason: Invalid argument audio: Failed to create voice `es1370.adc' I get no sound. If I knew what these things meant, I might be able to figure this out... Posting here is my last ditch effort - believe me, I have tried to avoid posting support questions in a dev. list, but am hoping for a bit of insight here... almost forgot, linux host (gentoo), 2.6.17 kernel. thanks -Rick ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
