Re: [Qemu-devel] NE2000 for OS/2
Hi, (B (B Wednesday, April 27, 2005 3:03 PM Antony T Curtis wrote: (B (B> kazu wrote: (B> (B> >Hi, (B> > (B> >A patch below supports NE2000 for a OS/2 Warp guest. The problem is that (BPCI (B> >bus isn't asserted when NE2000 is asserted. This patch is made by (Blukewarm. (B> >I heard that Realtek 8029 driver can be used in a OS/2 Warp guest. (B> > (B> > (B> I have had some problems with using the RT8029 driver with OS/2 as (B> guest. Personally, I prefer using the AMD PCNet-II driver and the only (B> problems I have experienced with that is occasional SIGSEGV from the (B> slirp code - no problems when I use the tap bridge. (B> (B (BThanks. I wonder what's happened to slirp. (B (BRegards, (Bkazu (B (B (B (B___ (BQemu-devel mailing list (BQemu-devel@nongnu.org (Bhttp://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] Virtual PC image support
Hi,
Attached is a patch for read only support of such images. I tested this
with an Ubuntu 4.10 and Windows 2000 install.
Some technical notes:
* looks like VPC creates always 16 GB images, and I didnt found a way to
change this. Also imho it will grow above 16gigs, as it has a duplicate
sparse header at the end.
* it has the usual two-level bitmaps, like an offset table first and 512
entry bitmaps afterwards. The l2 bitmaps are a bit meaningless for
read-only support as it looks like that if a new bitmap gets used, all
the relevant sectors are set to zero, but the bitmap remains the
default. So for write support we definitely would like to look at the
individual bits, but for read support it works out safe not taking care
of those bits. They are a bit even munged, like stored as 32bit
big-endian integers.
* this is not that slow as I mentioned earlier, I did booted from the
images
Note: the "cache" stuff is disabled by reased, as it is not needed
--
Alex Beregszaszie-mail: [EMAIL PROTECTED]
Free Software Network cell: +36 70 3144424
Index: block.c
===
RCS file: /cvsroot/qemu/qemu/block.c,v
retrieving revision 1.19
diff -u -r1.19 block.c
--- block.c 26 Apr 2005 21:59:26 - 1.19
+++ block.c 27 Apr 2005 12:09:06 -
@@ -651,4 +697,5 @@
bdrv_register(&bdrv_cloop);
bdrv_register(&bdrv_dmg);
bdrv_register(&bdrv_bochs);
+bdrv_register(&bdrv_vpc);
}
Index: Makefile
===
RCS file: /cvsroot/qemu/qemu/Makefile,v
retrieving revision 1.84
diff -u -r1.84 Makefile
--- Makefile 26 Apr 2005 21:34:00 - 1.84
+++ Makefile 27 Apr 2005 12:09:52 -
@@ -25,7 +25,7 @@
endif
endif
-qemu-img$(EXESUF): qemu-img.c block.c block-cow.c block-qcow.c aes.c block-vmdk.c block-cloop.c block-dmg.c block-bochs.c
+qemu-img$(EXESUF): qemu-img.c block.c block-cow.c block-qcow.c aes.c block-vmdk.c block-cloop.c block-dmg.c block-bochs.c block-vpc.c
$(CC) -DQEMU_TOOL $(CFLAGS) $(LDFLAGS) $(DEFINES) -o $@ $^ -lz $(LIBS)
dyngen$(EXESUF): dyngen.c
Index: Makefile.target
===
RCS file: /cvsroot/qemu/qemu/Makefile.target,v
retrieving revision 1.67
diff -u -r1.67 Makefile.target
--- Makefile.target 26 Apr 2005 21:34:00 - 1.67
+++ Makefile.target 27 Apr 2005 12:09:52 -
@@ -313,8 +313,8 @@
endif
# must use static linking to avoid leaving stuff in virtual address space
-VL_OBJS=vl.o osdep.o block.o readline.o monitor.o pci.o console.o
-VL_OBJS+=block-cow.o block-qcow.o aes.o block-vmdk.o block-cloop.o block-dmg.o block-bochs.o
+VL_OBJS=vl.o osdep.o block.o readline.o monitor.o pci.o console.o
+VL_OBJS+=block-cow.o block-qcow.o aes.o block-vmdk.o block-cloop.o block-dmg.o block-bochs.o block-vpc.o
SOUND_HW = sb16.o
AUDIODRV = audio.o noaudio.o wavaudio.o
/*
* Block driver for Conectix/Microsoft Virtual PC images
*
* Copyright (c) 2005 Alex Beregszaszi
*
* Permission is hereby granted, free of charge, to any person obtaining a copy
* of this software and associated documentation files (the "Software"), to deal
* in the Software without restriction, including without limitation the rights
* to use, copy, modify, merge, publish, distribute, sublicense, and/or sell
* copies of the Software, and to permit persons to whom the Software is
* furnished to do so, subject to the following conditions:
*
* The above copyright notice and this permission notice shall be included in
* all copies or substantial portions of the Software.
*
* THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY KIND, EXPRESS OR
* IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF MERCHANTABILITY,
* FITNESS FOR A PARTICULAR PURPOSE AND NONINFRINGEMENT. IN NO EVENT SHALL
* THE AUTHORS OR COPYRIGHT HOLDERS BE LIABLE FOR ANY CLAIM, DAMAGES OR OTHER
* LIABILITY, WHETHER IN AN ACTION OF CONTRACT, TORT OR OTHERWISE, ARISING FROM,
* OUT OF OR IN CONNECTION WITH THE SOFTWARE OR THE USE OR OTHER DEALINGS IN
* THE SOFTWARE.
*/
#include "vl.h"
#include "block_int.h"
/**/
#define HEADER_SIZE 512
//#define CACHE
// always big-endian
struct vpc_subheader {
char magic[8]; // "conectix" / "cxsparse"
union {
struct {
uint32_t unk1[2];
uint32_t unk2; // always zero?
uint32_t subheader_offset;
uint32_t unk3; // some size?
char creator[4]; // "vpc "
uint16_t major;
uint16_t minor;
char guest[4]; // "Wi2k"
uint32_t unk4[7];
uint8_t vnet_id[16]; // virtual network id, purpose unknown
// next 16 longs are used, but dunno the purpose
// next 6 longs unknown, following 7 long maybe a serial
char padding[HEADER_SIZE - 84];
} main;
struct {
uint32_t unk1[2]; // all bits set
uint32_t unk2; // always zero?
uint32_t pagetable_offset;
uint3
Re: [Qemu-devel] qemu/target-i386 op.c ops_sse.h
Fabrice Bellard wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/26 20:38:17
Modified files:
target-i386: op.c ops_sse.h
Log message:
removed switches in op.c (Paul Brook)
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-i386/op.c.diff?tr1=1.36&tr2=1.37&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-i386/ops_sse.h.diff?tr1=1.5&tr2=1.6&r1=text&r2=text
This breaks compilation on Windows... the attached patch fixes it.
- Filip
Index: dyngen.c
===
RCS file: /cvsroot/qemu/qemu/dyngen.c,v
retrieving revision 1.39
diff -u -p -r1.39 dyngen.c
--- dyngen.c 7 Apr 2005 22:20:28 - 1.39
+++ dyngen.c 27 Apr 2005 13:21:51 -
@@ -604,26 +604,6 @@ void sym_ent_name(struct external_syment
}
}
-char *name_for_dotdata(struct coff_rel *rel)
-{
- int i;
- struct coff_sym *sym;
- uint32_t text_data;
-
- text_data = *(uint32_t *)(text + rel->r_offset);
-
- for (i = 0, sym = symtab; i < nb_syms; i++, sym++) {
- if (sym->st_syment->e_scnum == data_shndx &&
-text_data >= sym->st_value &&
-text_data < sym->st_value + sym->st_size) {
-
-return sym->st_name;
-
- }
- }
- return NULL;
-}
-
static char *get_sym_name(EXE_SYM *sym)
{
return sym->st_name;
@@ -633,8 +613,8 @@ static char *get_rel_sym_name(EXE_RELOC
{
char *name;
name = get_sym_name(symtab + *(uint32_t *)(rel->r_reloc->r_symndx));
-if (!strcmp(name, ".data"))
-name = name_for_dotdata(rel);
+if (name[0] == '.')
+return NULL;
return name;
}
@@ -782,20 +762,25 @@ int load_object(const char *filename)
}
-/* find text relocations, if any */
-sec = &shdr[coff_text_shndx];
-coff_relocs = load_data(fd, sec->s_relptr, sec->s_nreloc*RELSZ);
-nb_relocs = sec->s_nreloc;
+/* find relocations, if any */
+for (j = 0, nb_relocs = 0; j < fhdr.f_nscns; j++) {
+nb_relocs += shdr[j].s_nreloc;
+}
+relocs = malloc(sizeof(struct coff_rel) * nb_relocs);
/* set coff relocation */
-relocs = malloc(sizeof(struct coff_rel) * nb_relocs);
-for (i = 0, ext_rel = coff_relocs, rel = relocs; i < nb_relocs;
- i++, ext_rel++, rel++) {
-memset(rel, 0, sizeof(*rel));
-rel->r_reloc = ext_rel;
-rel->r_offset = *(uint32_t *)ext_rel->r_vaddr;
-rel->r_type = *(uint16_t *)ext_rel->r_type;
+for (j = 0, rel = relocs; j < fhdr.f_nscns; j++) {
+sec = &shdr[j];
+coff_relocs = load_data(fd, sec->s_relptr, sec->s_nreloc*RELSZ);
+for (i = 0, ext_rel = coff_relocs; i < sec->s_nreloc;
+ i++, ext_rel++, rel++) {
+memset(rel, 0, sizeof(*rel));
+rel->r_reloc = ext_rel;
+rel->r_offset = *(uint32_t *)ext_rel->r_vaddr;
+rel->r_type = *(uint16_t *)ext_rel->r_type;
+}
}
+
return 0;
}
@@ -1303,6 +1288,8 @@ int arm_emit_ldr_info(const char *name,
for(i = 0, rel = relocs;i < nb_relocs; i++, rel++) {
if (rel->r_offset == (pc_offset + start_offset)) {
sym_name = get_rel_sym_name(rel);
+if (!sym_name)
+continue;
/* the compiler leave some unnecessary references to the code */
get_reloc_expr(relname, sizeof(relname), sym_name);
type = ELF32_R_TYPE(rel->r_info);
@@ -1698,6 +1685,8 @@ void gen_code(const char *name, host_ulo
if (rel->r_offset >= start_offset &&
rel->r_offset < start_offset + copy_size) {
sym_name = get_rel_sym_name(rel);
+if (!sym_name)
+continue;
if (strstart(sym_name, "__op_jmp", &p)) {
int n;
n = strtol(p, NULL, 10);
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu/target-i386 op.c ops_sse.h
Filip Navara wrote:
Fabrice Bellard wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Branch:
Changes by:Fabrice Bellard <[EMAIL PROTECTED]>05/04/26
20:38:17
Modified files:
target-i386: op.c ops_sse.h
Log message:
removed switches in op.c (Paul Brook)
CVSWeb URLs:
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-i386/op.c.diff?tr1=1.36&tr2=1.37&r1=text&r2=text
http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-i386/ops_sse.h.diff?tr1=1.5&tr2=1.6&r1=text&r2=text
This breaks compilation on Windows... the attached patch fixes it.
And this time with the correct patch...
- Filip
Index: dyngen.c
===
RCS file: /cvsroot/qemu/qemu/dyngen.c,v
retrieving revision 1.39
diff -u -p -r1.39 dyngen.c
--- dyngen.c 7 Apr 2005 22:20:28 - 1.39
+++ dyngen.c 27 Apr 2005 13:40:23 -
@@ -635,6 +635,8 @@ static char *get_rel_sym_name(EXE_RELOC
name = get_sym_name(symtab + *(uint32_t *)(rel->r_reloc->r_symndx));
if (!strcmp(name, ".data"))
name = name_for_dotdata(rel);
+if (name[0] == '.')
+return NULL;
return name;
}
@@ -1698,6 +1700,8 @@ void gen_code(const char *name, host_ulo
if (rel->r_offset >= start_offset &&
rel->r_offset < start_offset + copy_size) {
sym_name = get_rel_sym_name(rel);
+if (!sym_name)
+continue;
if (strstart(sym_name, "__op_jmp", &p)) {
int n;
n = strtol(p, NULL, 10);
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] (no subject)
Hy, my question is, can u implemet to read and write in a normal direcktory-struckure for mounting in qemu normaly direktorys als harddisks to direcktly changing div. files in the Orderingsystems look there: in Linux: qemu -hda -fmt fat /home/user/win1 (;)) qemu -hda -fmt fat /home/user/win311 qemu -hda -fmt fat32 /home/user/win95-or-Me qemu -hda -fmt ntfs /home/user/winnt in windows: qemu -hda -fmt fat C:\working\win311 qemu -hda -fmt fat32 C:\working\win95-or-Me qemu -hda -fmt ntfs C:\working\winnt if u cant use this idea not direcktly,.. you can think about if you use direcktorys as slave partition do changing the informations and files with the Guestos to open Documents quickly in a other OS's without network.. take a look: qemu -hda /home/user/win95.img -hdb -fmt fat32 /home/user/win95-or-Me-or-nt -cdrom /mnt/cdrom to read and write dokumens on the 2nd emulate harddisk how read and write samba ;) but only in one account. the CDrom is read only as def. but is read fom a direcktory or a file i hope i have get you some ideas :) kind regard Blacky blackysgate.de ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] No user mode updated for Qemu 0.7.0
Hi. If someone is interesting, I have updated the version of mine really works qemu 0.7.0+kqemu with my patches: no_user_mode, nosdl and internal_vde (1 nics max) configuration: i386_32-i386_32-softmmu with kqemu, no slirp, no audio, no floppy, no DMA (for increase speed of emulation) i386_64 not tested, but may be work. use AREG0 for EAX (saved register from no_user_mode patch) not work now (0.6.1 - 0.7 version qemu) but AREG0 is free for gcc :( ftp://ftp.simtreas.ru/pub/my/qemu/q0.tgz --w vodz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] question
Hello, When running qemu 0.6.1, it at first accepts all keyboard input. But after clicking on the window with the mouse and also after releasing witl ctrl-Alt, the screen does not accept keyboard input any more. Is this a bug? Is there an example somewhere of how to let two qemu sessions communicatie over tcp/ip? kind regards, -- Jeroen Baten| EMAIL : [EMAIL PROTECTED] _ __ | web : www.i2rs.nl | )|_)(_ | tel : +31 (0)499 477 688 _|_/_| \__) | fax : +31 (0)499 476 804 Roerlaan 36, 5691 HJ, Son, the Netherlands ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] (no subject)
Hi, On Wed, 27 Apr 2005, blackcrack wrote: > my question is, can u implemet to read and write in a normal > direcktory-struckure for mounting in qemu normaly direktorys als > harddisks to direcktly changing div. files in the Orderingsystems look > there: > > [...] I played with this idea last December. I even produced a patch to QEmu, implementing the VVFAT block driver. The read support was usable, but the write support was buggy. Unfortunately, I did not have time since then to play more. Ciao, Dscho ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] (no subject)
Hi, > > my question is, can u implemet to read and write in a normal > > direcktory-struckure for mounting in qemu normaly direktorys als > > harddisks to direcktly changing div. files in the Orderingsystems > > look there: > > > > [...] > > I played with this idea last December. I even produced a patch to > QEmu, implementing the VVFAT block driver. The read support was > usable, but the write support was buggy. Unfortunately, I did not have > time since then to play more. Hey, I vote for committing with read-only support by default. So I can remove an entry from my todo list :) -- Alex Beregszaszie-mail: [EMAIL PROTECTED] Free Software Network cell: +36 70 3144424 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] 1) mouse and xinerama 2) ntvdm 3) win98se protection error
Hi. I've finally successfully installed Windows 2000 and SP4 from scratch with kqemu under linux. I applied the IDE patch recently mentioned and that got around the disk-full problem. This is on latest CVS. I have an observation, and a couple of problems hopefully someone can help me with. 1) I've been using qemu with a dual-head setup, with xinerama. I had trouble with the mouse, which behaved strangely on the second head. Discovered it worked ok on the primary head. Traced mouse data back through qemu, then SDL and worked out that for some reason the mouse position deltas aren't being served up properly to SDL (and hence to qemu). A rummage around yielded an idea which did indeed sort the problem out. Doing: export SDL_VIDEO_X11_DGAMOUSE=0 before running qemu did the trick. It seems DGA mouse behaviour isn't entirely sane yet with xinerama. I don't think there's anything qemu can do; the data coming through SDL was bizarre. Moving on, I have a couple of problems, but I can't think of a neat way to isolate and debug them. If anyone has some tricks up their sleeves for this kind of thing, it'd be much appreciated. 2) ntvdm crashes, no matter what app I try to launch with it (ntvdm is the compatibility layer in NT for legacy apps). The crash report on Windows 2000 (SP4) is as follows: X#=0D, CS=00C7, IP=3016 The NTVDM CPU has encountered an unhandled exception. Choose 'Close' to terminate the application. Choosing 'ignore' each time leads to more errors, with IP=00E9, 21E3 and 0646 before the applicaion is forcibly terminated by Windows. 3) Windows 98 SE installation isn't successful. It gets all the way through the setup to rebooting Windows proper (cloudburst Windows 98 background) however it crashes with "Windows protection error. You need to restart your computer." before loading the desktop. Stepping through Windows the initialisation shows it happens after the VXDs etc. have loaded (last one to load is psmouse.vxd). Cheers, Kev. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] block.c patch
I just saw Fabrice did commit a slightly changed version of the
BSD block.c patch, but its a bit broken (imbalanced brackets).
Here's a fix:
Index: block.c
===
RCS file: /cvsroot/qemu/qemu/block.c,v
retrieving revision 1.19
diff -u -r1.19 block.c
--- block.c 26 Apr 2005 21:59:26 - 1.19
+++ block.c 27 Apr 2005 17:04:23 -
@@ -548,6 +548,9 @@
BDRVRawState *s = bs->opaque;
int fd;
int64_t size;
+#ifdef _BSD
+struct stat sb;
+#endif
fd = open(filename, O_RDWR | O_BINARY | O_LARGEFILE);
if (fd < 0) {
@@ -557,13 +560,11 @@
bs->read_only = 1;
}
#ifdef _BSD
-{
-struct stat sb;
-if (!fstat(fd, &sb) && (S_IFCHR & sb.st_mode)) {
+if (!fstat(fd, &sb) && (S_IFCHR & sb.st_mode)) {
#ifdef DIOCGMEDIASIZE
-if (ioctl(fd, DIOCGMEDIASIZE, (off_t *)&size))
+ if (ioctl(fd, DIOCGMEDIASIZE, (off_t *)&size))
#endif
-size = lseek(fd, 0LL, SEEK_END);
+ size = lseek(fd, 0LL, SEEK_END);
} else
#endif
{
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] 1) mouse and xinerama 2) ntvdm 3) win98se protection error
Regarding problem 2 and 3 - this is a problem with KQEMU regarding running 16 bit applications. Last time I talked to fabrice, he knows about this problem (thats why you cannot use KQEMU with win9x as guest OS). Thanks, Hetz > 2) ntvdm crashes, no matter what app I try to launch with it (ntvdm is the > compatibility layer in NT for legacy apps). The crash report on Windows 2000 > (SP4) is as follows: > > X#=0D, CS=00C7, IP=3016 > The NTVDM CPU has encountered an unhandled exception. Choose 'Close' to > terminate the application. > > Choosing 'ignore' each time leads to more errors, with IP=00E9, 21E3 > and 0646 before the applicaion is forcibly terminated by Windows. > > 3) Windows 98 SE installation isn't successful. It gets all the way through > the setup to rebooting Windows proper (cloudburst Windows 98 background) > however it crashes with "Windows protection error. You need to restart your > computer." before loading the desktop. Stepping through Windows the > initialisation shows it happens after the VXDs etc. have loaded (last one to > load is psmouse.vxd). > > Cheers, > Kev. > > ___ > 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] Re: qemu.exe, QEMUMenu.bat and qemu-forum doesn't
I have no idea what it did, but now qemu behaves like it should have done from the beginning :-). Now error messages are finally printed. Thanks a lot! The was a network problem, "GetNetworkParams failed. ret = 0032. Could not get DNS address". GetNetworkParams is not supported in NT4, so that's probably why it crash. I used "-nics 0" to solve the problem, and now it starts again. I will test more in the weekend and report what I have found. Thanks again. PEK - Original Message - From: "Jernej Simonèiè" <[EMAIL PROTECTED]> To: "Per-Erik Kristensson on [qemu-devel]" Sent: Tuesday, April 26, 2005 11:01 PM Subject: Re: [Qemu-devel] Re: qemu.exe, QEMUMenu.bat and qemu-forum doesn't On Tuesday, April 26, 2005, 21:54:03, Per-Erik Kristensson wrote: > The silent crashes are very annoying. I tested a nightly build but that > behaved the same. If anyone have a solution I'm willing to test that. I attached a small utility that can change a GUI program into a console program (and vice-versa). Use it with qemu, then run qemu from command-line, and you should see why it's failing. -- < Jernej Simoncic ><><><><>< http://deepthought.ena.si/ > Enough research will tend to support your theory. -- Law of Research > ___ > 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: KQemu on AMD64 or PPC?
I am using QEMU (not KQemu) on AMD64 and I would gladly test KQemu on my computer. If you (Fabrice) could build KQemu for AMD64, I will inform you of any success or failure I experience. In the meantime, I'd suggest you provide a proper error message for users trying to build QEMU with KQemu support, since it is just not supported. Cheers, Rudi Jason Gress wrote: > As I have been messing around with KQemu, I have really liked the > performance > gain. I even tried a 2D-only game, and it worked quite well! The major > performance problem I saw was mostly graphics related from what I can see. > You can see each frame update; I am sure with a faster graphics > engine/driver that mapped to a fast display protocol (OpenGL?) it would be > a lot better. That, or my ATI's 2D performance with SDL is a lot slower > than I thought. > Thoughts? ;) Sound has also improved a lot, so kudos there as well! > > One thing I am wondering is if/when AMD64 or other hosts will get to see > these > improvements. I understand that PPC would of course only KQemu on a PPC > client, but what about AMD64? Will i386 (or x86_64) clients be able to > see > these improvements, or will the kernel module not compile at this time? I > don't have access to an AMD64 system right now, or I'd give it a shot. I > am curious, as I have a friend with an AMD64, and I'd like to get one > sometime > this year. Of course, hopefully Fabrice gets a job ;) and we can all play > with a completely open source version of KQemu by then! :) > > Jason ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: KQemu on AMD64 or PPC?
KQEMU on AMD64 is coming soon... (don't know when though).. Thanks, Hetz On 4/27/05, Rudi Lippert <[EMAIL PROTECTED]> wrote: > I am using QEMU (not KQemu) on AMD64 and I would gladly test KQemu on my > computer. > If you (Fabrice) could build KQemu for AMD64, I will inform you of any > success or failure I experience. In the meantime, I'd suggest you provide a > proper error message for users trying to build QEMU with KQemu support, > since it is just not supported. > Cheers, > > Rudi > > > Jason Gress wrote: > > > As I have been messing around with KQemu, I have really liked the > > performance > > gain. I even tried a 2D-only game, and it worked quite well! The major > > performance problem I saw was mostly graphics related from what I can see. > > You can see each frame update; I am sure with a faster graphics > > engine/driver that mapped to a fast display protocol (OpenGL?) it would be > > a lot better. That, or my ATI's 2D performance with SDL is a lot slower > > than I thought. > > Thoughts? ;) Sound has also improved a lot, so kudos there as well! > > > > One thing I am wondering is if/when AMD64 or other hosts will get to see > > these > > improvements. I understand that PPC would of course only KQemu on a PPC > > client, but what about AMD64? Will i386 (or x86_64) clients be able to > > see > > these improvements, or will the kernel module not compile at this time? I > > don't have access to an AMD64 system right now, or I'd give it a shot. I > > am curious, as I have a friend with an AMD64, and I'd like to get one > > sometime > > this year. Of course, hopefully Fabrice gets a job ;) and we can all play > > with a completely open source version of KQemu by then! :) > > > > Jason > > ___ > 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] Re: KQemu on AMD64 or PPC?
An alpha version of kqemu for x86_64 will be released in the next few days. Fabrice. Rudi Lippert wrote: I am using QEMU (not KQemu) on AMD64 and I would gladly test KQemu on my computer. If you (Fabrice) could build KQemu for AMD64, I will inform you of any success or failure I experience. In the meantime, I'd suggest you provide a proper error message for users trying to build QEMU with KQemu support, since it is just not supported. Cheers, Rudi ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/linux-user main.c arm/syscall.h
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 20:11:21 Modified files: linux-user : main.c linux-user/arm : syscall.h Log message: ARM Thumb syscalls (Paul Brook) CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/linux-user/main.c.diff?tr1=1.65&tr2=1.66&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/linux-user/arm/syscall.h.diff?tr1=1.5&tr2=1.6&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Changelog Makefile Makefile.target block.c...
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 20:17:58 Modified files: . : Changelog Makefile Makefile.target block.c vl.h Added files: . : block-vpc.c Log message: Virtual PC read-only disk image support (Alex Beregszaszi) CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/block-vpc.c?rev=1.1 http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/Changelog.diff?tr1=1.87&tr2=1.88&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/Makefile.diff?tr1=1.84&tr2=1.85&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/Makefile.target.diff?tr1=1.67&tr2=1.68&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/block.c.diff?tr1=1.20&tr2=1.21&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/vl.h.diff?tr1=1.71&tr2=1.72&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu arm-dis.c disas.c
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 20:15:00 Modified files: . : arm-dis.c disas.c Log message: ARM thumb disassembly (Paul Brook) CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/arm-dis.c.diff?tr1=1.2&tr2=1.3&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/disas.c.diff?tr1=1.21&tr2=1.22&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 op.c translate.c
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 20:25:20 Modified files: target-arm : op.c translate.c Log message: ARM thumb fixes CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-arm/op.c.diff?tr1=1.12&tr2=1.13&r1=text&r2=text http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/target-arm/translate.c.diff?tr1=1.23&tr2=1.24&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu block.c
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 19:55:02 Modified files: . : block.c Log message: BSD fix CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/block.c.diff?tr1=1.19&tr2=1.20&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu Makefile
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 20:49:23 Modified files: . : Makefile Log message: tarbin fix CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/Makefile.diff?tr1=1.85&tr2=1.86&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] QEMU version 0.7.0 is out
Hi, QEMU version 0.7.0 is out. Changelog: - better BIOS translation and HDD geometry auto-detection - user mode networking bug fix - undocumented FPU ops support - Cirrus VGA: support for 1280x1024x[8,15,16] modes - 'pidfile' option - .dmg disk image format support (Johannes Schindelin) - keymaps support (initial patch by Johannes Schindelin) - big endian ARM support (Lennert Buytenhek) - added generic 64 bit target support - x86_64 target support - initial APIC support - MMX/SSE/SSE2/PNI support - PC parallel port support (Mark Jonckheere) - initial SPARC64 support (Blue Swirl) - SPARC target boots Linux (Blue Swirl) - armv5te user mode support (Paul Brook) - ARM VFP support (Paul Brook) - ARM "Angel" semihosting syscalls (Paul Brook) - user mode gdb stub support (Paul Brook) - Samba 3 support - initial Cocoa support (Pierre d'Herbemont) - generic FPU emulation code - Virtual PC read-only disk image support (Alex Beregszaszi) Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu dyngen.c
CVSROOT:/cvsroot/qemu Module name:qemu Branch: Changes by: Fabrice Bellard <[EMAIL PROTECTED]> 05/04/27 19:55:58 Modified files: . : dyngen.c Log message: win32 fix (Filip Navara) CVSWeb URLs: http://savannah.gnu.org/cgi-bin/viewcvs/qemu/qemu/dyngen.c.diff?tr1=1.39&tr2=1.40&r1=text&r2=text ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Re: QEMU version 0.7.0 is out
I think the changelog is missing one important thing: Initial KQemu support (if I'm not mistaken, it used to be in CVS only, and I suppose it IS supported now). Greets, Rudi Fabrice Bellard wrote: > Hi, > > QEMU version 0.7.0 is out. > > Changelog: > >- better BIOS translation and HDD geometry auto-detection >- user mode networking bug fix >- undocumented FPU ops support >- Cirrus VGA: support for 1280x1024x[8,15,16] modes >- 'pidfile' option >- .dmg disk image format support (Johannes Schindelin) >- keymaps support (initial patch by Johannes Schindelin) >- big endian ARM support (Lennert Buytenhek) >- added generic 64 bit target support >- x86_64 target support >- initial APIC support >- MMX/SSE/SSE2/PNI support >- PC parallel port support (Mark Jonckheere) >- initial SPARC64 support (Blue Swirl) >- SPARC target boots Linux (Blue Swirl) >- armv5te user mode support (Paul Brook) >- ARM VFP support (Paul Brook) >- ARM "Angel" semihosting syscalls (Paul Brook) >- user mode gdb stub support (Paul Brook) >- Samba 3 support >- initial Cocoa support (Pierre d'Herbemont) >- generic FPU emulation code >- Virtual PC read-only disk image support (Alex Beregszaszi) > > Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
