Re: [Qemu-devel] Enable Recording with mythtv protocol 32 to 35 (at least)
Hi,
Are you sure you've sent it to correct mailing list? :)
Thanks,
Hetz
On Dec 30, 2007 7:22 PM, Iain McFarlane <[EMAIL PROTECTED]> wrote:
> Hi all,
>
> This patch allows mvpmc to schedule recordings with Mythtv protocol 32 to 35
> (and may do 36 but I haven't got a backend at that level to test)
>
> Signed-off-by: Iain McFarlane <[EMAIL PROTECTED]>
>
> Regards,
>
> Iain
>
> --- src/mythtv.c.orig 2007-12-29 09:21:39.0 +
> +++ src/mythtv.c2007-12-30 15:22:20.0 +
> @@ -3130,6 +3130,35 @@
> '0')", \
>
> sqlprog[which].seriesid,sqlprog[which].programid,(int)sqlprog[which].starttime,(int)sqlprog[which].starttime,(int)sqlprog[which].starttime);
> break;
> + case 32 ... 35:
> + sprintf(query, "REPLACE INTO record ( \
> +
> recordid,type,chanid,starttime,startdate,endtime, \
> + enddate,search,\
> + title,\
> + subtitle, \
> + description, \
> +
> profile,recpriority,category,maxnewest,inactive,maxepisodes, \
> +
> autoexpire,startoffset,endoffset,recgroup,dupmethod,dupin, \
> + station,\
> +
> seriesid,programid,autocommflag,findday,findtime,findid, \
> +
> autotranscode,parentid,transcoder,tsdefault,autouserjob1,autouserjob2,autouserjob3,
> \
> + autouserjob4,playgroup,prefinput, \
> + next_record,last_record,last_delete)
> values \
> + ('%s','%d','%d',FROM_UNIXTIME(%d), \
> +FROM_UNIXTIME(%d),
> FROM_UNIXTIME(%d), \
> +FROM_UNIXTIME(%d),'',", recordid,
> + type, sqlprog[which].chanid,
> + (int)sqlprog[which].starttime,
> + (int)sqlprog[which].starttime,
> + (int)sqlprog[which].endtime,
> + (int)sqlprog[which].endtime);
> + sprintf(query1, "
> ,'Default','0','%s','0','0','0','0', '%s', '%s','%s','6','15',",
> sqlprog[which].category,startoffset,endoffset,sqlrecgroups[rgroup].recgroups);
> +
> sprintf(query2,",'%s','%s','1',DAYOFWEEK(FROM_UNIXTIME(%d)),FROM_UNIXTIME(%d),TO_DAYS(FROM_UNIXTIME(%d)),
> \
> + '0','0','0','1.00','0','0','0', \
> + '0','0','0', \
> + '00:00:00','00:00:00','00:00:00')", \
> +
> sqlprog[which].seriesid,sqlprog[which].programid,(int)sqlprog[which].starttime,(int)sqlprog[which].starttime,(int)sqlprog[which].starttime);
> + break;
> default:
> sprintf(guierrormsg, "No MythTV SQL
> support\nMythTV version: %d\n", cmyth_conn_get_protocol_version(control));
> gui_error(guierrormsg);
>
>
>
--
Skepticism is the lazy person's default position.
my blog (hebrew): http://benhamo.org
Re: [Qemu-devel] [PATCH, RFC] USB OHCI isochronous transfers support
Hi Itamar, On 22/10/2007, Itamar Heim <[EMAIL PROTECTED]> wrote: > > So this is isochronous for usb 2.0? > last I checked, OHCI is for USB 1.x, EHCI was for 2.0. Thanks, Hetz -- Skepticism is the lazy person's default position. my blog (hebrew): http://benhamo.org
[Qemu-devel] a win2k solution patch - committed?
Hi, Few weeks ago, someone sent a patch which make win2k installation fully working without the need win2k-hack (disk full bug). Has it been committed to CVS already? Thanks, Hetz -- Skepticism is the lazy person's default position. my blog (hebrew): http://benhamo.org
Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...
Hi again, > With those patches alone, nope, but with the rest of the code I want > to add these days hopefully yes. Unfortunately the ROM is difficult to > obtain. You want a ROM? no problem, you just need to strip it from the EXE file. Here is a link to Tungesten T5 ROM update. It's inside an EXE which will install some stuff on the windows in order to upgrade the ROM, but the ROM image is inside the file. URL: http://www.palm.com/us/support/downloads/tungstent5/tungstent5update.html I can look for more ROMs if you could tell me what exactly you need. Thanks, Hetz -- Skepticism is the lazy person's default position. Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com
Re: [Qemu-devel] qemu Makefile.target cpu-all.h vl.c vl.h target...
Hi, > Log message: >Basic OMAP310 support. Basic Palm Tungsten|E machine emulation. With those patches (and I assume the required PALM ROM software) - will I be able to "boot" and install palm apps? or is it require lots of other stuff? Thanks, Hetz -- Skepticism is the lazy person's default position. Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com
Re: [Qemu-devel] scsi interface patch
The "standard" way to submitting patches is unified diff's (diff -u)
Could you re-post your patch in unified format please?
Thanks,
Hetz
On 4/22/07, Wang Cheng Yeh <[EMAIL PROTECTED]> wrote:
The number of responded bytes from scsi device do not match the expected
value of lsi53c895a driver.
hence, the mismatch interrupt happen, but the driver does not always handle
it correctly.
My patch make the responded bytes as expected and the interrupt will not
happen.
Index: hw/scsi-disk.c
===
RCS file: /sources/qemu/qemu/hw/scsi-disk.c,v
retrieving revision 1.13
diff -r1.13 scsi-disk.c
359c359
< memset(outbuf, 0, 36);
---
> memset(outbuf, 0, len);
377c377
< r->buf_len = 36;
---
> r->buf_len = len;
442a443,446
> for(;r->buf_lenbuf_len++)
> {
> *p++=0;
> }
--
Skepticism is the lazy person's default position.
Visit my blog (hebrew) for things that (sometimes) matter:
http://wp.dad-answers.com
[Qemu-devel] Mailing list gone crazy?
I just looked at my QEMU mailing list folder, and so far today I have received more then 60 emails today, most of it from past months.. Has someone restarted the mailman or what? :) (I admit it was fun a bit to see the progress of QEMU by following some old emails..) Thanks, Hetz -- Skepticism is the lazy person's default position. Visit my blog (hebrew) for things that (sometimes) matter: http://wp.dad-answers.com
Re: [Qemu-devel] [PATCH] Spitz PDA, example PXA board.
Just a tiny question: With all those patches and devices that you added, is it possible to boot/use any Windows CE variant? Thanks, Hetz On 3/16/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote: This patch adds a full PXA270-based machine. In fact four different, but similar models of the same series. Use "-M spitz", "-M akita", "-M borzoi" or "-M terrier" with qemu-system-arm to select them. The board contains a PXA processor with all its on-chip peripherals plus several other chips including the ADS7846, MAX, MAX7310, WM8750, the microdrive, NAND flash, SD slot, one usable PCMCIA socket, touchscreen, a keypad. There is no way to pass a kernel command line to a Linux kernel running on this device because its stock bootloader is quite dumb. So "-append" doesn't work. The machine is also supported by OpenBSD and NetBSD but only Linux has been tested. Cheers, Andrew ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Regarding VNC (was:Re: [Qemu-devel] [PATCH] Reducing X)
Hi, This should be helped by the VNC encodings Tight, ZRLE, and for multimedia content (movies) the upcoming ZYWRLE encoding. Is someone planning to integrate Hitachi's VNC ZYWRLE extension to QEMU's VNC implementation? Code is at: http://mobile.hitachi-system.co.jp/publications/ZYWRLE/ Thanks, Hetz -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] EFI BIOS
Hmm, What guest platform/OS supports it? Not XP or Vista iirc... Thanks, Hetz On 3/5/07, Fabrice Bellard <[EMAIL PROTECTED]> wrote: Hi, There is now an EFI BIOS for QEMU thanks to Tristan Gingold. It is available from the download section of the web site (http://bellard.org/qemu/efi-bios.tar.bz2). It can only be used with the CVS version of QEMU. Fabrice. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] PXA27x processor support (XScale)
Hi, Great work! Only a small question, if you don't mind: After patching QEMU with your patch, is it possible to run Windows Mobile (2003,2005)? I heard from quite few people (outside of QEMU mailing list) that would love to test their WinCE based apps on such an emulator without the need for MS Visual Studio stuff.. Thanks, Hetz On 2/7/07, andrzej zaborowski <[EMAIL PROTECTED]> wrote: Hi, for anybody interested I uploaded a patch containing support for Intel's PXA270 processor emulation for qemu. The patch is against current CVS (or 0.9.0) and you can find it at http://www.zabor.org/balrog/qemu-pxa270-and-more.patch (450 kB). PXA is a series of embedded processors used in PDAs, mobile phones and other devices. PXA is an ARM based system-on-chip. 27x is the newest out of the ones produced by Intel. PXA 25x and 260 devices can be emulated using the same code. Main additions are: - On-chip peripherals: DMA, interrupt controller, GPIOs, sysem timers, memory manager, clocks manager, power manager, LCD controller, PCMCIA cards controller, MMC/SD host controller, I2C device, USB host (OHCI), I2S controller, SSP controller, UARTs, an RTC. - NAND memory emulation - should work for all chips supported by Linux given the ID of the chip to emulate (small or large page). - PCMCIA bus with hotplugging (added "info pcmcia" command for listing sockets and inserted cards). - an IBM/hitachi microdrive, reuses existing IDE code adding the CF-ATA command set. - ADS7846 touchscreen controller from Texas Instruments (used in maaany PDAs). - Wolfson WM8750 audio codec chip (I2C slave). - Maxim MAX ADC chip. - Maxim MAX7310 gpio expander chip (I2C slave). - SD card emulator (unchanged from the omap support patch) - iwMMXt coprocessor support (untested). - some bugfixes. I'm posting this as is because I won't have time to make a final clean-up and I was asked for it by some persons who want to emulate pxa270 based devices. I also want to avoid duplicating code. One case of duplication is the I2C bus, there was a different I2C bus recently merged in qemu. Our implementation is slightly more detailed (as need by some I2C hosts) and does some buffering, but is 8-bit only. (hw/i2c.h should probably be made into a template that implements 8 and 16 bit i2c included two time from vl.h). Regards, Andrew ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] Re: Support for vga= kernel option
I suggest either re-posting the patch or sending it to the committers (Fabrice or others). Many developers are at #qemu in irc (freenode) Thanks, Hetz On 2/6/07, Pascal Terjan <[EMAIL PROTECTED]> wrote: 2007/1/11, Pascal Terjan <[EMAIL PROTECTED]>: > Hello, > here is a little patch to add support for vga= when using -kernel. > Anything against this patch ? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] sem* and msg* for qemu
attached? where? Thanks, Hetz On 1/31/07, Kirill A. Shutemov <[EMAIL PROTECTED]> wrote: In the attachment patches to add support System V semaphores and message queues. This is fixed and tested debian patch. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) iD8DBQFFwQtmbWYnhzC5v6oRAl/oAJ0T4X44En/65pE4H4EzFVJemtbZhQCcCIh5 RG1cpmTCmKn0fMSb62DKa24= =6Ius -END PGP SIGNATURE- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] Re: Virtualbox released under GPL2+
Who knows? I haven't seen any announcment from InnoTek on this list, and I surely hope that just like other people who improved QEMU, that they'll submit patches back. Thanks, Hetz On 1/15/07, Dan Shearer <[EMAIL PROTECTED]> wrote: Ok ok, so the list archives give no result for "Virtualbox" and I only just rejoined... yes I now realise everyone else knwos all about VirtualBox. Sorry for the noise :-) -- Dan Shearer [EMAIL PROTECTED] ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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
Re: [Qemu-devel] VirtualBox PC virtualization released as Open Source
What I don't see (and I hope they would answer) are any patches for QEMU which fixes things like installation of XP (the famous freeze), Vista, etc.. Anyone from InnoTek (I assume they're on the mailing list ) care to shed some light about patches, availability etc please? Thanks, Hetz On 1/15/07, Pierre Palatin <[EMAIL PROTECTED]> wrote: On Monday 15 January 2007 20:02, Oliver Gerlich wrote: > Hello, > > as I was just reading this on german newsticker heise.de: > http://www.heise.de/open/news/meldung/83680 > > Also on Slashdot: > http://it.slashdot.org/it/07/01/15/1631234.shtml > > And the original news: > http://www.virtualbox.org/wiki/News > > > Anyone knows more about this? How is it in direct comparison with Qemu? For what I have seen in the sources, that's based on qemu, sligthly modified in order to be somehow "modular", thus allowing them to distribute additional proprietary extensions (list at http://www.virtualbox.org/wiki/Closed-source%20features ) Pierre Palatin ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel -- Skepticism is the lazy person's default position. 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] time for 0.8.3/0.9?
Hi, The last release of QEMU was 0.8.2 from 6 months ago, Since then, quite a lot of features has been added to CVS and lots of things were fixed.. So I was wondering, isn't it time to start prepare for a new release? (I think it should be called 0.9.0, fabrice will probably disagree :) ). Thanks, Hetz -- 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
Re: [Qemu-devel] USB EHCI development nearing completion
Hi Mark, Well, there aren't any "written rules" but most people who contribute sends some "proof of concept" diff'ed patch (appliable to QEMU CVS for example) (you can look at the experimental 3D patch few weeks ago), and then the talks begins, while others would look how portable your code to other platforms/OS's.. Thanks, Hetz On 12/24/06, Mark B <[EMAIL PROTECTED]> wrote: Dear list, Just a quick note to let you know I have almost finished an implementation of an EHCI host controller for USB (usb-ehci.c) for qemu. I am testing with an XP guest and so far I have a mass storage flash key, a mouse and a tablet working. I haven't yet implemented isochronous or split transactions though. It doesn't do companion controller hand-offs for low or full speed devices either but Windows XP doesn't mind that I am attaching low/full speed devices through EHCI (I believe Linux guests won't like this). I have asked the company I am working for to give me permission to GPL the module and so far they are agreeable. So I am planning to clean up and have an initial version for check in early in the new year. If anyone has any inputs, please do let me know. I'm new to qemu development so am not sure of checkin etiquette, etc. Pointers in that regard appreciated too. Cheers, Mark ___ 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
Re: [Qemu-devel] SCSI externals [PATCH] revisited
Chuck,
IMHO, in order to be able to use such patches as yours (big patches),
I think it would be the best to attached them as compressed files
(gzip, bz2).
That way, almost any mailer knows how to handle attachment without
scrambling the patch formatting
Thanks,
Hetz
On 12/12/06, Chuck Brazie <[EMAIL PROTECTED]> wrote:
Let me try this again from Thunderbird:
Here is a patch that merges the externals for IDE and SCSI with a --disk
as Paul requested. Let me know if you want different keywords.
Chuck
diff -Nuar -X diff_excludes /hg-qemu/hw/pc.c /qemu-new/hw/pc.c
--- /hg-qemu/hw/pc.c2006-10-09 10:30:32.0 -0400
+++ /qemu-new/hw/pc.c 2006-12-04 13:38:50.0 -0500
@@ -710,23 +710,20 @@
if (i440fx_state) {
i440fx_init_memory_mappings(i440fx_state);
}
-#if 0
-/* ??? Need to figure out some way for the user to
- specify SCSI devices. */
if (pci_enabled) {
void *scsi;
-BlockDriverState *bdrv;
-
-scsi = lsi_scsi_init(pci_bus, -1);
-bdrv = bdrv_new("scsidisk");
-bdrv_open(bdrv, "scsi_disk.img", 0);
-lsi_scsi_attach(scsi, bdrv, -1);
-bdrv = bdrv_new("scsicd");
-bdrv_open(bdrv, "scsi_cd.iso", 0);
-bdrv_set_type_hint(bdrv, BDRV_TYPE_CDROM);
-lsi_scsi_attach(scsi, bdrv, -1);
+if (scsi_hba_lsi > 0) {
+if (!(scsi = lsi_scsi_init(pci_bus, -1))){
+ exit(1);
+}
+for(i = 0; i < MAX_SCSI_DISKS; i++) {
+if (scsi_disks_info[i].adapter == SCSI_LSI_53C895A &&
+scsi_disks_info[i].device_type != SCSI_NONE) {
+lsi_scsi_attach(scsi, bs_scsi_table[i],
scsi_disks_info[i].id);
+}
+}
+}
}
-#endif
}
static void pc_init_pci(int ram_size, int vga_ram_size, int boot_device,
diff -Nuar -X diff_excludes /hg-qemu/vl.c /qemu-new/vl.c
--- /hg-qemu/vl.c 2006-11-29 14:34:33.0 -0500
+++ /qemu-new/vl.c 2006-12-05 15:12:11.0 -0500
@@ -109,6 +109,8 @@
/* XXX: use a two level table to limit memory usage */
#define MAX_IOPORTS 65536
+#define DISK_OPTIONS_SIZE 256
+
const char *bios_dir = CONFIG_QEMU_SHAREDIR;
char phys_ram_file[1024];
void *ioport_opaque[MAX_IOPORTS];
@@ -119,6 +121,9 @@
BlockDriverState *bs_table[MAX_DISKS + 1], *fd_table[MAX_FD];
/* point to the block driver where the snapshots are managed */
BlockDriverState *bs_snapshots;
+BlockDriverState *bs_scsi_table[MAX_SCSI_DISKS];
+SCSIDiskInfo scsi_disks_info[MAX_SCSI_DISKS];
+int scsi_hba_lsi; /* Count of scsi disks/cdrom using this lsi adapter */
int vga_ram_size;
int bios_size;
static DisplayState display_state;
@@ -3736,7 +3741,175 @@
term_printf(" %s\n", vc->info_str);
}
}
-
+
+ /* Parse IDE and SCSI disk options */
+static int disk_options_init(int num_ide_disks,
+ char ide_disk_options[][DISK_OPTIONS_SIZE],
+ int snapshot,
+ int num_scsi_disks,
+ char scsi_disk_options[][DISK_OPTIONS_SIZE],
+ int cdrom_index,
+ int cyls,
+ int heads,
+ int secs,
+ int translation
+ )
+{
+char buf[256];
+char dev_name[64];
+int id, i, j;
+int cdrom_device;
+int ide_cdrom_created = 0;
+int scsi_index;
+scsi_host_adapters temp_adapter;
+
+/* Process any IDE disks/cdroms */
+for (i=0; i< num_ide_disks; i++) {
+
+for (j=0; j= 0 && (!ide_cdrom_created)) {
+bs_table[cdrom_index] = bdrv_new("cdrom");
+bdrv_set_type_hint(bs_table[cdrom_index], BDRV_TYPE_CDROM);
+}
+
+for(i = 0; i < num_scsi_disks; i++) {
+
+temp_adapter = SCSI_LSI_53C895A;
+scsi_hba_lsi++;
+
+/*Check for sdx= parameter */
+if (get_param_value(buf, sizeof(buf), "sdx", scsi_disk_options[i])) {
+if (buf[0] >= 'a' && buf[0] <= 'g') {
+scsi_index = buf[0] - 'a';
+} else{
+fprintf(stderr, "qemu: sdx= option for SCSI must be one letter from
a-g. %s \n",buf);
+exit(1);
+}
+} else {
+ scsi_index = 0;
+}
+
+/* Check for SCSI id specified. */
+if (get_param_value(buf, sizeof(buf),"id",scsi_disk_options[i])) {
+id = strtol(buf, NULL, 0);
+if (id < 0 || id > 6) {
+fprintf(stderr, "qemu: SCSI id must be from 0-6: %d\n", id);
+return -1;
+}
+/* Check if id already used */
+for(j = 0; j < MAX_SCSI_DISKS; j++) {
+if (scsi_disks_info[j].device_type != SCSI_NONE &&
+j != i &&
+scsi_disks_info[j].adapter == temp_adapter &&
+scsi_disks_info[j].
Re: [Qemu-devel] unsuscribe
Follow this link to unsubscribe: http://lists.nongnu.org/mailman/listinfo/qemu-devel On 11/17/06, Djamé <[EMAIL PROTECTED]> wrote: pleaaase ___ 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
Your Patch (Re: [Qemu-devel] [PATCH] Experimental initial patch providing accelerated OpenGL for Linux i386 (2nd attempt to post))
Hi, If your patch is big, bzip2 or gzip are good tools for compression and sending the files on the mailing list. Alternativly, we have the QEMU Forum which you can post a message and attach a file up to 256 Kbyte size (and I'm sure Pablo could expand it a bit if necessary). Here's your patch, compressed with bzip2. Now it's only 24Kbyte big :) Thanks, Hetz On 11/16/06, Even Rouault <[EMAIL PROTECTED]> wrote: I've found some free storage online site... If someone knows some other alternatives, I'll be interested in. Here's a link to download the patch : http://www.4shared.com/file/6018776/13812e35/qemu_opengl.html If it doesn't work, go to http://www.4shared.com/, and log as [EMAIL PROTECTED], password opengl_patches ___ 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_opengl.patch.txt.bz2 Description: BZip2 compressed data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Thanks for QEMU!
Hi, On 11/7/06, John Stracke <[EMAIL PROTECTED]> wrote: Just wanted to send a thank-you for developing QEMU. I'm writing an OS for my master's thesis, and having an open-source emulation of the CPU has been a *huge* help. At least three times now, there's been some subtlety that I couldn't figure out from the CPU docs, so I adding some printf()s to QEMU to figure out what was really going on. Perhaps you could submit your printf's so other people can learn from them please? Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] hosting the forum
Hi, It really depends if this is a shared host or a dedicated host. The previous QEMU forum was hosted on a shared host and the response time was awfully slow. Furthermore, you'll need MySQL 3.x (thats what I have on the server) and a bit knowledge of PHPBB in order to modify the configs to setup things correctly. The speed access from here (Israel) seems to be very good to your site. Thanks, Hetz On 10/2/06, Damien Mascord <[EMAIL PROTECTED]> wrote: Hetz Ben Hamo wrote: > Hi, > > Due to some personal problems (related to financial situations) I'm no > longer being able to keep paying the server which hosts the QEMU > forum. > > Therefore, I'm looking for someone who can host the QEMU forum (and, > if possible, the nightly snapshots). If anyone would want to host it, > please contact me offline. > > Thanks, > Hetz Hi Hetz, I would be more than willing to host it. Would the latency/transfer rate to http://node6503.gplhost.com be OK for most people? Cheers, Damien ___ 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] hosting the forum
Hi, Due to some personal problems (related to financial situations) I'm no longer being able to keep paying the server which hosts the QEMU forum. Therefore, I'm looking for someone who can host the QEMU forum (and, if possible, the nightly snapshots). If anyone would want to host it, please contact me offline. Thanks, Hetz -- 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
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
Re: [Qemu-devel] QEMU FreeBSD 6.1 "npxdna: fpcurthread == curthread" spewage
Hi, On 6/23/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote: I put online kqemu version 1.3.0pre9 which should solve the issue. Maybe it helps for the Windows XP hosts too ? Changelog please? Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Windows Vista
Hi people, Microsoft has released a free download ISO of Windows Vista Beta 2. This Beta will expire at July 1st 2007. Anyone who want to download it (3.3 GB for 32 bit version, 4.4 GB for 64 bit version) can go to: http://www.microsoft.com/windowsvista/getready/preview.mspx It might be fun to test it :) Thanks, Hetz -- 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
Re: [Qemu-devel] hw/ide.c patch
Solaris for Sparc on X86? Thanks, Hetz On 4/28/06, Ben Taylor <[EMAIL PROTECTED]> wrote: With this patch, I can boot and install Solaris Express from a local DVD drive. Previously, the DVD would boot, but halfway through the questions, it would come up and tell me it wasn't Solaris DVD. Ben ___ 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
Re: [Qemu-devel] Patch for kqemu-1.3.0pre5 on Fedora Core 4 x86_64
Fabrice, Any chance you could tell us whats changed since 1.3.0pre5 please? Thanks, Hetz On 4/26/06, Fabrice Bellard <[EMAIL PROTECTED]> wrote: > Ben Dailey wrote: > > Hello, > > > > I have just recently joined the list and thought I would share this > > simple patch to get kqemu-1.3.0pre5 to compile against the > > 2.6.16-1.2096_FC4smp kernel. Configure was run as "./configure > > --cc=gcc32 --host-cc=gcc". Before the patch the make output was as > > follows: > >[...] > > I just made a new kqemu release (version 1.3.0pre6). It includes your > patch and a few other bug fixes. > > Fabrice. > > > ___ > 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
Re: [Qemu-devel] why is kqemu closed?
> I'm sure that Fabrice knows and that I'm beating a dead horse, but this is > (strictly speaking, discussions pending ;^)) violating the linux kernel > license agreement. Actually it doesn't, as kqemu is not part of any kernel. it's just another closed source module as nvidia's module as well as some others. It his choice to choose whatever he wants to releae it under a closed source license or any other license. -- 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
Re: [Qemu-devel] why is kqemu closed?
Fabrice is the owner of the KQEMU code, and he decides for his own reasons to put the code under closed source license. Thanks, Hetz On 4/10/06, Rakotomandimby Mihamina <[EMAIL PROTECTED]> wrote: > Hi, > I would like to know why is kqemu not GPL? > Would you know? > -- > A powerfull GroupWare, CMS, CRM, ECM: CPS (Open Source & GPL). > Opengroupware, SPIP, Plone, PhpBB, JetSpeed... are good: CPS is better. > http://www.cps-project.org for downloads & documentation. > > > > ___ > 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] Windows 2000 issues questions
I'm sorry to bring this issues back from the dead: * Full disk issues * Service pack issues I Do know that both these issues have been dealt before, but yet, there is no "fix" from the QEMU application itself, compared to the "competitors".. One thing that I don't understand is: are these issues related to DMA implementation in QEMU or rather to a specific chipset implementation? Also, would a replacement BIOS (like an old commercial BIOS) help with this issues? Neither VMWare nor VirtualPC have those problems (nor Bochs), so I was wondering, if the tablet issues were solved with so many people helping, perhaps this issue could be solved without all the win2k-hack or service pack "kludge" that happends today regarding win2k.. Thanks a lot, Hetz -- 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
Re: [Qemu-devel] newer system features ACPI, MSI?
Hi Brad, most of the features of the QEMU BIOS came from the BOCHS projects with some stuff came from Fabrice and others. You might want to look here: http://cvs.sourceforge.net/viewcvs.py/bochs/bochs/bios/ I'm not sure that either BOCHS or QEMU ACPI implementation would satisfy Vista, although I haven't tried installing Vista with Bochs's latest BIOS. As for MSI, I don't know if it's implemented in the BIOS, perhaps Fabrice or Paul can help you with those questions. Thanks, Hetz On 3/6/06, Brad Smith <[EMAIL PROTECTED]> wrote: > I'm looking at QEMU to help develop some device drivers and a couple > of new features would be really useful. First is bios support for > ACPI so we can run Windows Vista/Longhorn in QEMU. Second is > PCI Message Signaled Interrupts (MSI) supported in modern Intel > CPUs. Is there an effort to add these two features to QEMU? > Any patches available? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [LINK] - Experimental 0.8.0 patch for active ptys and pipes
Hi, In the QEMU forums, William Anderer has posted a patch titled: "Experimental 0.8.0 patch for active ptys and pipes" Link: http://qemu.dad-answers.com/viewtopic.php?t=901 Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [LINK] - patch to add smbrc
Hi, On the QEMU forum, William Anderer has posted a patch for adding smbrc to QEMU. link: http://qemu.dad-answers.com/viewtopic.php?t=856 Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] -kernel-kqemu
Hi, I´m sorry, but I´ve been following the CVS commits and I haven´t understood this new option (fabrice has not written anything to this list about it and what it does for the end user). Could someone please shed some light for me and others who didn´t understand whats going on please? Thanks, Hetz On 2/9/06, Jim C. Brown <[EMAIL PROTECTED]> wrote: > On Wed, Feb 08, 2006 at 06:04:35PM -0500, Jim C. Brown wrote: > > This sounds like an interesting option. Qemu has moved one step closer to > > VMware... > > > > I should probably add, that this new option (-kernel-kqemu) allows for speeds > very close to VMware because it allows kqemu to virtualize most ring 0 code > (in addition to ring 3 code). > > Can't wait to see qvm86 make use of the new API. > > > -- > > Infinite complexity begets infinite beauty. > > Infinite precision begets infinite perfection. > > > > > > ___ > > Qemu-devel mailing list > > Qemu-devel@nongnu.org > > http://lists.nongnu.org/mailman/listinfo/qemu-devel > > > > -- > Infinite complexity begets infinite beauty. > Infinite precision begets infinite perfection. > > > ___ > 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] New RTL8139 driver
Hi, This was posted on the QEMU forums: Realtek 8139 network card emulation This patch adds Realtek 8139 PCI network card emulation code for qemu URL: http://qemu.dad-answers.com/viewtopic.php?t=713 Before applying the patches, PLEASE read the instructions in the post. Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] USB Patches
(It looks like the author forgot to announce his pathces on the mailing list, and just put them on the forum). Anyway, you're invited to see this thread about some new USB patches and comments. http://qemu.dad-answers.com/viewtopic.php?t=704 Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu-smp guest on monoCPU host: big slowdown
Do u use KQEMU? Hetz On 1/4/06, octane indice <[EMAIL PROTECTED]> wrote: > Hello > > I'm trying to use the new -smp option. > host: win2k > guest: linux 2.6.13-SMP > > The first sight is a really big slowdown. > with -smp 2, the guest seems to go approximatively to 1/4 speed of a > monoCPU guest. > > I tried to boot with -smp 8, but it was so slow that I abandoned. > > Am I doing something wrong? > Is it unavoidable? Some options to use to compile qemu, or to > compile the SMP kernel? > > Thanks for all informations > > - > Alinto vous souhaite une très bonne année 2006 http://www.alinto.com > > > ___ > 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] How to submit a patch?
i would suggest to you to re-submit an updated patch which which works with cvs and includes full description. Please cc fabrice. Hetz On 12/28/05, Henrik Carlqvist <[EMAIL PROTECTED]> wrote: > Hello! > > After submitting a patch to Patches Repository at > http://qemu.dad-answers.com/viewforum.php?fu003d2 I got the advice to also > send it to this mailing list. It seemed to be a good advice and I sent it > to the list 2005-09-26. There wasn't any feedback on the patch and now > when 0.8.0 is released I can see that my patch has not been included. > > As there wasn't any answers to my message to this mailing list it seems as > if the patch wasn't rejected, but rather neglected. > > What would be the proper way to submit a patch for consideration? > > I am aware that my patch fixes a rather odd problem which not many people > will suffer from, but as it isn't much code and there shouldn't be any > effect for those who don't suffer from the bug I think the patch should be > included in the source. > > regards Henrik > -- > NOTE: Dear Outlook users: Please remove me from your address books. > Read this article and you know why: > http://newsforge.com/article.pl?sidu003d03/08/21/143258 > > > ___ > 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] LBA48
I'm not sure, but I think the issue is: which file system do u have in your host? I think that at least 1 filesystem doesn't support creation/access of terabyte file sizes. You might want to try with filesystems like XFS, JFS or the latest ReiserFS. Thanks, Hetz On 12/26/05, Natalia Portillo <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > I tried to use QEMU with a 1Tb qcow disk image, but it doesn't work > as expected. > Linux informs > " > hda: cannot use LBA48 - full capacity 2147483648 sectors (1099511 MB) > hda: 268435456 sectors (137438 MB) w/256KiB Cache, CHS=65535/16/63 > " > > Can anyone implement LBA48 in QEMU please? > > Regards, > Natalia Portillo > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (Darwin) > > iD8DBQFDrycJSOHwOb87puQRAh28AJwLnMc353GL/rNVBltbqiM3qZO6HACePMnT > 6GdPWeeYelOrK7x0yLObF4o= > =s19y > -END PGP SIGNATURE- > > > ___ > 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: Qemu snapshots broken
Hi, Sorry, I didn't follow closely to the mailing list lately. I fixed the script. Snapshot is now updated. Thanks, Hetz On 12/20/05, Oliver Gerlich <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Hi, > > the Qemu snapshot files at http://qemu.dad-answers.com/download/qemu/ > are empty... The reason seems to be described here: > http://lists.gnu.org/archive/html/qemu-devel/2005-12/msg00131.html . > > I'd be grateful if you could fix this... the snapshots are my regular > source for qemu :) > > Thanks, > Oliver Gerlich > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.2 (GNU/Linux) > > iD8DBQFDp0d7TFOM6DcNJ6cRAgcoAKCH2Y71WJ7ve3L1oCk9EdVfwpi8VwCeKDk2 > 9uRTnX5mxyQrE4Pc02+S76c= > =TujO > -END PGP SIGNATURE- > ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu/hw pc.c
> Log message: >SMP support - cpu_single_env usage fix - a20 helpers - dynamic Multi > Processor BIOS table generation Care for sharing Some explanation to what you added and how to use it please? :) Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Qemu and (Pacifica | Vanderpool)
It really depends on Fabrice or another contributions from developers.. If Intel or AMD want to donate a machine with VanderPool/Pacificia to Fabrice, maybe he'll add it :) Hetz On 11/6/05, Dave Feustel <[EMAIL PROTECTED]> wrote: > Will Qemu be modified to take advantage of the hardware virtualization > facilities incorporated in AMD's Pacifica and/or Intel's Vanderpool > technogies? > > Thanks, > Dave Feustel > -- > Tired of having to defend against Malware? > You know: trojans, viruses, SPYWARE, ADWARE, > KEYLOGGERS, rootkits, worms and popups. > Then Switch to OpenBSD with a KDE desktop!!! > > > ___ > 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] Win98SE and Windows Protection Error
Make sure you have the latest QEMU and KQEMU (the latest KQEMU enables you to install win98 versions). Thanks, Hetz On 10/31/05, Scott Dudley <[EMAIL PROTECTED]> wrote: > > Trying to install/run Win98SE under Qemu and am getting the error: > "Windows protection error. You need to restart your computer.". I saw > this referenced in one of the bugs as having to do with the accelerator > but I'm getting the error when using the -no-kqemu flag. > > Will 98SE run under qemu? > > Thanks. > > -- > > Regards, > > Scott Dudley > (602) 308-1115 > > > > ___ > 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] User forum link
actually - the direct link now is simpler: http://qemu.dad-answers.com :) Thanks, Hetz On 10/17/05, Nis Jorgensen <[EMAIL PROTECTED]> wrote: > The link to the User Forum on > http://fabrice.bellard.free.fr/qemu/lists.html is dead. It seems to > have moved to here > > http://m2.dad-answers.com/qemu-forum/ > > (I would have sent mail directly to the webmaster (Fabrice?), but I > couldn't find any contact information on the website) > > -- > Nis Jorgensen > > The arc of the moral universe is long, but it bends toward justice. > > > > > ___ > 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] NEC PC-9821
Not really. I think you'll need a BIOS for it which is copyrighted and not freely distributable, and I think some specs are different, but I didn't see any patches floating around. Hetz On 10/14/05, M. Warner Losh <[EMAIL PROTECTED]> wrote: > Has anybody made qemu emulate the NEC PC-9821 family of computer > products from NEC, also known as Japanese PC? > > Warner > > > ___ > 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] IDE busmaster DMA support
Hi, Which IDE driver do u try to write? for QEMU? or for a guest OS? The IDE implementation of QEMU has few bugs (notice how the hack win2k installation needs), so I would suggest to you to either try it with BOCHS or with a trial version of VMWare. Thanks, Hetz On 9/30/05, GaLi <[EMAIL PROTECTED]> wrote: > > Hi, > > I'm trying to write an IDE driver with busmaster DMA support. > My problem is that I can't get the right controller registers addresses. > > In the IDE BusMaster DMA specification : > > "The control registers for the controller are allocated via the > devices Base Address register at offset 0x20 in PCI configuration > space." > > If I read the word at offset 0x20 in the PCI configuration space, I get > 0xc001. But if I boot qemu with a linux live-cd, it tells me that BM-DMA > is at 0xc000 > > Do I have to init the PCI IDE controller or something ? > > > ___ > 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] Can't run the SPARC test from the QEMU page.
You're not mentioning what version of QEMU you're running (try the CVS or the latest version available), and please specify your OS, compiler version etc.. Thanks, Hetz On 9/26/05, José Feiteirinha <[EMAIL PROTECTED]> wrote: > I'm trying to see what's QEMU status on running SPARC code, i've downloaded > the disk image 'sparc-test' from the web-page but i get a sementation fault. > > $qemu-system-sparc -kernel vmlinux-2.6.11+tcx -initrd linux.img > -append "root=/dev/ram console=ttyS0 video=tcxfb:off" -nographic > > warning: could not open /dev/net/tun: no virtual network emulation > (qemu) PROLL ID18 QEMU > 128 MB total > IOMMU: impl 0 vers 0 page table at 0xFFD2 of size 32768 bytes > NVRAM: id QEMU_BIOS version 1 > Segmentation fault > > > This should be running as is, since i'm running the script in the tar file. > Any ideias? > > Thanks in advance, > José Feiteirinha > > -- > A Zen budhist comes up to a hot-dog vender and says: > "Make me one with everything". > > > ___ > 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] getting past the ctrl-alt-del login in NT
in qemu monitor (press CTRL ALT 2 to reach to the monitor): type: sendkey ctrl-alt-del and press Enter then press CTRL ALT 1 - and viola, you can type your login and password. Hetz On 9/25/05, Michael McConnell <[EMAIL PROTECTED]> wrote: > Andreas Mohr wrote: > > Hi, > > > > On Sun, Sep 25, 2005 at 09:58:30PM +1200, Wesley Parish wrote: > > > >>Does anyone using qemu know how to do that? bochs has a setting in its > >>bochsrc file that allows you to click on "user-configured button" and it > >>sends ctrl-alt-del to WinNT 4.0. > >> > >>Is there any analogy to that in qemu? > > > > I'm almost 100% certain the qemu monitor has an option to send keycodes > > that you need for workarounds in certain situations. > > > > DISCLAIMER: Not A Qemu User (tm) > > I have an NT4 installation under QEMU on my Linux box - and in grab > mode, all I do is... press CTRL-ALT-DEL. Clicking in the window or > hitting CTRL-ALT enters grab mode. > > -- > -- Michael "Soruk" McConnell >Eridani Star System > >MailStripper - http://mailstripper.eridani.co.uk/ - UNIX spam filter >Mail Me Anywhere - http://www.mailmeanywhere.com/ - email for phones > > > > ___ > 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] qemu and AFS filesystem bugs?
Do u run with or without KQEMU? if you're running without kqemu, please retry with kqemu. As for Windows 2000 guest installation, please use the win2000 hack parameter (running the command "qemu" alone should show you the parameter) Thanks, Hetz On 9/15/05, Troy Benjegerdes <[EMAIL PROTECTED]> wrote: > I'm running qemu 0.7.2 on a Fedora Core 4 system (Opteron system), with > OpenAFS 1.4.0-rc3. > > When I try to install either Windows 2000 or Red Hat WS, I am finding > that if the guest install ISO image is on an AFS filesystem, I get > strange errors during the install. On Windows, I would get 'file > corrupted' when copying files in the initial install. > > Once the ISO image is in the AFS cache, it seems to work better. How > would I go about debugging something like this? > > For what it's worth, other people have run VMware with ISO and disk > images on AFS with no problems. > > -- > -- > Troy Benjegerdes'da hozer'[EMAIL PROTECTED] > > Somone asked me why I work on this free (http://www.fsf.org/philosophy/) > software stuff and not get a real job. Charles Shultz had the best answer: > > "Why do musicians compose symphonies and poets write poems? They do it > because life wouldn't have any meaning for them if they didn't. That's why > I draw cartoons. It's my life." -- Charles Shultz > > > ___ > 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] Why, Hetz?
Wrong person. I'm not the one who compiles those binaries. Probably fabrice is the guy. Thanks, Hetz On 9/6/05, user user <[EMAIL PROTECTED]> wrote: > Why isn't the adlib emulation compiled in the default > binary? Please do that. > > qemu-0.7.2-i386.tar.gz Binary distribution for > linux-i386 (untar it in '/'). > > __ > 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 mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] ops sse.h:574: error: unable to find a register to spill in class âGENERAL REGSâ
Let me guess - you're using gcc 4?
GCC 4 and QEMU don' play together very well.
If you use GCC 4, then I suggest you should install the
gcc-compat-devel (and gcc-compat) RPMS and compile it with the gcc 3.x
compiler.
Hetz
On 9/5/05, Hans Christian Studt <[EMAIL PROTECTED]> wrote:
> Guillaume POIRIER wrote:
>
> >Hi,
> >
> >On 9/5/05, Hans Christian Studt <[EMAIL PROTECTED]> wrote:
> >
> >>I get the error below when trying to compile version 0.7.2 with kqemu.
> >>
> >>I need help to figure out what the problem may be.
> >>
> >>(/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2) $./configure
> >>Install prefix/usr/local
> >>BIOS directory/usr/local/share/qemu
> >>binary directory /usr/local/bin
> >>Manual directory /usr/local/share/man
> >>ELF interp prefix /usr/gnemul/qemu-%M
> >>Source path /user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2
> >>C compilergcc
> >>Host C compiler gcc
> >>make make
> >>host CPU i386
> >>host big endian no
> >>target list i386-user arm-user armeb-user sparc-user ppc-user
> >>i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu mips-softmmu
> >>gprof enabled no
> >>static build no
> >>SDL support yes
> >>SDL static link yes
> >>mingw32 support no
> >>Adlib support no
> >>FMOD support no
> >>kqemu support yes
> >>
> >>KQEMU Linux module configuration:
> >>kernel sources/lib/modules/2.6.12-1.1398_FC4/build
> >>kbuild type 2.6
> >>søp 04 20:06:16 (hcs)@(tux1700/2.6.12-1.1398_FC4)on(pts/35):
> >>(/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2) $make
> >>:
> >>:
> >>:
> >>gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer
> >>-mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse
> >>-fno-reorder-blocks -fno-optimize-sibling-calls -I.
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/linux-user
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/linux-user/i386
> >>-D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/fpu
> >>-I/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/slirp -c -o op.o
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/op.c
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/ops_sse.h:
> >> In function â_pshufw_mmxâ
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/ops_sse.h:574:
> >> error: unable to find a register to spill in class âNERAL_REGSâ
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/ops_sse.h:574:
> >> error: this is the insn:
> >>(insn:HI 18 17 19 0
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/ops_sse.h:569
> >> (set (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0))
> >>(mem/s/j:HI (plus:SI (mult:SI (reg:SI 64)
> >>(const_int 2 [0x2]))
> >>(reg/v/f:SI 59 [ s ])) [0 ._w S2 A16])) 41
> >> {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12
> >> (insn_list:REG_DEP_TRUE 53 (nil
> >>(expr_list:REG_DEAD (reg:SI 64)
> >>(nil)))
> >>/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/target-i386/ops_sse.h:574:
> >> confused by earlier errors, bailing out
> >>make[1]: *** [op.o] Error 1
> >>make[1]: Leaving directory
> >>`/user2/tux1700-user/home/hcs/Download/Qemu/qemu-0.7.2/i386-user'
> >>make: *** [all] Error 1
> >>Mon Sep 05 08:41:16 (hcs)@(tux1700/2.6.12-1.1398_FC4)on(pts/35):
> >
> >
> >I don't see what version you're using. Please try with a different
> >version, which may do the trick.
> >
> >Guillaume
> I am using these versions
>
> -rw-rw-r-- 1 hcs 79314 Sep 4 19:31 kqemu-0.7.2.tar.gz
> -rw-rw-r-- 1 hcs 1341993 Sep 4 19:37 qemu-0.7.2.tar.gz
>
> $head Changelog
> version 0.7.2:
>
> - x86_64 fixes (Win2000 and Linux 2.6 boot in 32 bit)
> - merge self modifying code handling in dirty ram page mecanism.
>
> $head kqemu/Changelog
> version 0.7.2:
>
> - more precise segmentation support (aka Win98 support)
> - new API to track dirty RAM pages
>
> Linux is Fedora Core 4
> kernel 2.6.12-1.1398_FC4
>
> So which other versions should I try out ?
>
> Mvh Hans Christian Studt
> Mobile +45 29 23 54 14
> hc[AT]studt[DOT]dk http://hc.studt.dk
> Powered by Linux 2.6.12-1.1398_FC4
>
>
> ___
> 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 1/3] Fix MIPS counter / compare interrupt
You can always put it in the forum in the patches area. Just notify this list that it's there. Thanks, Hetz On 8/16/05, Johannes Schindelin <[EMAIL PROTECTED]> wrote: > Hi, > > On Mon, 15 Aug 2005, Ralf Baechle wrote: > > > The count / compare interrupt is wired to the CPU's internal interrupt > > controller, not a PIC. > > > > hw/mips_r4k.c| 10 -- > > target-mips/helper.c | 12 +++- > > 2 files changed, 19 insertions(+), 3 deletions(-) > > > > Index: qemu-mips/hw/mips_r4k.c > > === > > --- qemu-mips.orig/hw/mips_r4k.c > > +++ qemu-mips/hw/mips_r4k.c > > Somebody else than me seems to use git on qemu... I regularly cvsimport > qemu, but do not have webspace to provide it. Is anybody interested in > hosting it? > > Ciao, > Dscho > > > ___ > 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] importing VMWare image
VMWare and QEMU each one uses different drivers for almost anything: Network, storage, display, etc.. I would recommend you to boot win2k in safe mode, erase all the devices and reboot (I didn't try it though). Thanks, Hetz On 8/9/05, Yves Trudeau <[EMAIL PROTECTED]> wrote: > Hi, >I am trying to use a VMWare Win2k image in Qemu-0.7.1. I imported > the image with qemu-img successfully but when I lauch qemu, I have the > first part (in text mode) of the win2k boot with the progress bar but as > soon as it attempt to switch to graphic mode, qemu freezes. I tried > "--stdvga" and booted win2k in safe-mode with no result. Is there > someone who successfully imported a VMWare image? Any hint will be > appreciated. > > Yves > > -- > Yves Trudeau, Ph. D., MCSE, OCP > Analyste Senior > Révolution Linux > 819-780-8955 poste *104 > > Toutes les opinions et les prises de position exprimées dans ce courriel > sont celles de son auteur et ne répresentent pas nécessairement celles > de Révolution Linux > > Any views and opinions expressed in this email are solely those of the > author and do not necessarily represent those of Revolution Linux > > > > > ___ > 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] FC2 guest is working slower than RH9 on FC2 host
Add: clock=pit to the fedora core GRUB kernel boot parameters . Hetz On 7/31/05, Mulyadi Santosa <[EMAIL PROTECTED]> wrote: > Hello everybody > > Yesterday I tried to install Fedora Core 2 guest using qemu 0.7.1 (no > kqemu) on top of FC 2 host. Both guest and host are running 2.6.5-1.358 > (the default kernel of FC2). I experienced slower boot speed and slower > keyboard typing (the delay between a key a pressed and the actual > character is showed). Couple weeks ago I installed RH9 as guest also on > top of FC2 host but the speed is better. > > Is it because the guest kernel (FC2) using HZ=1000 so qemu has problem > on syncing the clock? or are there any technical explanations on why it > happens? > > My PC spec: > AMD Athlon XP 1800+ > RAM 256 MB DDR > Hard disk 80 GB EIDE > GeForce 2 MX 440 (X display is using nvidia driver) > > regards > > Mulyadi > > > > ___ > 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: Solaris/SPARC binaries
You wrote: > Probably some heavy debugging could make a difference, but it seems that > general > interest for the emulator is low. > > I haven't tried Solaris for Sparc V8, it would be interesting to hear the > results. Actually, I'm pretty sure that I'm not the only one who really wants to use Solaris 7/8/9/10 Sparc binaries with your Sparc emulation part, and I hear it a lot from other people I show them QEMU - whether they are writing open source software and want to test it on SPARC, or some (very) small companies who would want to port their software to SPARC, but the steep price of SPARC based machine scares them. Look what happend to QEMU: when it was at version 0.4.x (if I recall correctly) and it was only able to run wine on non X86 machines, the interest in the project was pretty low (I know because I follow this project for quite a lot of time). Once Fabrice added System level emulation and the features to boot and use other OS's (Linux, BSD, WIndows, Solaris/X86, OS/2) - the interest in QEMU jumped through the roof, and you can hear the word "QEMU" almost everywhere. Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Cirrus Emulation (was: [Qemu-devel] KQEMU on Win32 (+patch))
Hmm, Anyone has patches for Cirrus Logic emulation that hasn't been applied yet? If so, could someone send them over please? Thanks, Hetz On 7/28/05, Christian MICHON <[EMAIL PROTECTED]> wrote: > found out why :) > > On 7/28/05, 姚春林 wrote: > (...) > > debian + gnome 2.1 > > gnome is slow . and vmware with 256mem is more faster then qemu. > > answer is: gnome usage. Bad idea, which ever is your emulator. > Try to go for lighter window manager environment, like fluxbox. > > Try also to boot in framebuffer mode, in 800x600x16bpp. I noticed > this mode is quite fast :) > > I think there are some patches to try to improve the cirrus emulated. > But I haven't seen any updated for a long time. > > Christian > > > ___ > 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] KQEMU on Win32 (+patch)
I've updated my QEMU download section: http://qemu.dad-answers.com/download/ Your binaries are there now (under the win32 directory) Thanks, Hetz On 7/28/05, Filip Navara <[EMAIL PROTECTED]> wrote: > Hi, > > as there were recently few questions about KQEMU I decided to dedicate > few minutes at answering them and to post a few comments. > > > I'm trying to find out why qvm86 crashes the host (instant reboot > when right clicking on some icons on the guest desktop). > > So i thought if it is possible to use some code from kqemu-win32.c to > update qvm86-win32.c > > No, I wrote both of the files and I can honestly tell you that copying > between them will not help. There is one known case where QVM86 on WinNT > platforms crashes the host machine and that's when NOEXECUTE support is > enabled (see boot.ini). The method QVM86 uses for executing the code > involves copying executable code into an allocated page which > unfortunately has the NX bit set. I have an experimental fix for this, > but I need someone with adequate environment (AMD64 and Win XP SP2+) to > test it... Of course host crash can be caused by other bug. > > (Also note that this may apply to KQEMU too though I have no proof.) > > > The changelog mentions that the KQEMU accelerator is now available as > > a preliminary executable for Windows. I've not been able to find a > > link to that version anywhere. Should I pull down the sources and > > compile on my Linux machine, or is there a pre-compiled version about? > > You can compile it yourself on either Windows machine with MinGW or on > linux machine with MinGW cross-compiler. I'm temporary hosting a set of > QEMU / KQEMU 0.7.1 for Windows binaries here: > http://www.volny.cz/xnavara/qemu-0.7.1.zip. If anyone can offer me > hosting for these binaries I would be glad. > > As a final note (especially for Fabrice), attached are patches for KQEMU > for easier driver installation (quite not there yet, but a bit closer) > and implementation of kqemu_schedule (as requested). I'm planing to port > this to QVM86 shortly. > > Best regards, > Filip > > > ___ > 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] Problem installing WIndows
Try rebooting the virtual machine, just add: -user-net to the QEMU parameters. Thanks, Hetz On 7/27/05, Antony Gelberg <[EMAIL PROTECTED]> wrote: > I've gotten a little further, but don't seem to be finding this as easy > as some of you. I can now type the admin password at the login screen, > but I get a dialog, title "Windows Product Activation", text "A problem > is preventing Windows from accurately checking the license for this > computer. Error Code: 0x800703e6. > > Any more ideas? This is XP Pro corp, by the way, and I have not set up > networking yet (don't have the tun module compiled). > > Antony > > > ___ > 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] Problem installing WIndows
Do nothing. Just wait. It takes a LONG time. (shorter if you use kqemu)... Thanks, Hetz On 7/26/05, Antony Gelberg <[EMAIL PROTECTED]> wrote: > Hi all, > > This is my first experience with qemu. I'm using 0.7.0 in Debian > unstable. I'm trying to install a Windows XP image from CD. All I've > done is: > > dd of=hd.img bs=1024 seek=500 count=0 > qemu -boot c -cdrom /dev/cdrom -hda hd.img > > Setup finishes, then the machine reboots and hangs at the black screen > with the Windows XP Professional logo and Please wait... below it. > There is no CPU usage. How can I go about debugging this? > > Antony > > > ___ > 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] Mirror for QEMU (sources)
Hi, Here's a mirror location for QEMU 0.7.1 + KQEMU http://qemu.dad-answers.com/download/ Anyone who builds binaries and wishes to publish them and needs some bandwidth and space, please contact me directly. Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Suggestion: mirror QEMU, please "Connection to host fabrice.bellard.free.fr is broken"
I'm in the middle of replacing a hard drive for my hosted server (yes, the data is safe ;)) and I'll mirror QEMU download within the next few days. Thanks, Hetz On 7/25/05, Wesley Parish <[EMAIL PROTECTED]> wrote: > I don't know how often I attempt to download the latest QEMU, only to battle > the link being constantly broken, resulting in needing to resume again and > again and again ... > > I think QEMU should be mirrored, since it's obviously too popular for the link > it's currently on. > -- > Clinersterton beademung, with all of love - RIP James Blish > - > Mau e ki, he aha te mea nui? > You ask, what is the most important thing? > Maku e ki, he tangata, he tangata, he tangata. > I reply, it is people, it is people, it is people. > > > ___ > 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] qemu exec-all.h
How much is it useful? is it a good enough solution to install win9x with kqemu? Thanks, Hetz > Modified files: > . : exec-all.h > > Log message: > temporary work around for 16 bit code in kqemu ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] es1370 emulation
Mind sharing with us some info about this patch please? what does it do, whats changed, etc.. Thanks, Hetz On 7/24/05, malc <[EMAIL PROTECTED]> wrote: > > > -- > mailto:[EMAIL PROTECTED] > > ___ > 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] news on the OS X cocoa port
On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote: > Hetz Ben Hamo wrote: > > >I just looked at the screenshots, and if you don't mind, I want to > >offer few suggestions for your GUI: > > > >1. RAM size - how about adding up/down arrows (in addition to what you > >have right now) to increase RAM? > > > > > Good Idea. How should they id/decrement the value? One by one or > doubling the Value? My suggestion - by 8MB incrememental steps, but allow the user to type a number in case someone wants type a specific number. > >2. Instead of Radio buttons in the Floppy/CDROM/Hard drive, I would > >suggest to replace it with Check Boxes, so the ones that are not > >needed by the user, will be grayed out until the check boxes will be > >marked. > > > > > I look into that. Have You an Idea how we could optimize the choosing of > cd-rom and cd-rom-image. Sure. A simple pull down menu instead of the ... circle button, where you have 2 options: * Physical Media * Other (ISO) If the user selects Other (ISO) - a sile selection could appear to select an ISO and then appears. If the user selects "Physical Media" - the device name appear in the selection. > [snip] > > I'd like to keep the Panel as easy as possible, so "normal" Users won't > be destracted by to much options. > Probably I'm gonna ad '-localtime', '-smb', and > '-user-net'/'-dummy-net', since I activate them by default. I think Localtime, should also be a checkbox item (in a seperate line), and user-net / dummy net should be a radio button selection, but all of them should be hidden until the user press the "Advanced.." button. > I'm thinking of a new way to store the images and saved VMs, too. > Maybe we could make something like vpc: A package with the config, > disk-images and saved VMs, located in ~/Documents/QEMU PCs/ Nice idea. Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] news on the OS X cocoa port
I just looked at the screenshots, and if you don't mind, I want to offer few suggestions for your GUI: 1. RAM size - how about adding up/down arrows (in addition to what you have right now) to increase RAM? 2. Instead of Radio buttons in the Floppy/CDROM/Hard drive, I would suggest to replace it with Check Boxes, so the ones that are not needed by the user, will be grayed out until the check boxes will be marked. 3. I would also suggest to add a "Boot from" pull down menu - to select from which device to boot (useful for CD installation etc..) Thanks, Hetz On 7/21/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote: > Based on experiences with Q, I rewrote the cocoa port. > > It features now: > - Keyboard > - Mouse > - Full screen > - Hardware CD-Rom support > - Possibility to create/save guest PC profiles > - Toolbar to load images for fd/cd and save/shutdown/reset guest PC > - graphic interface to create/change/delete/start guest PCs > - new command line options (only for the cocoa port) > > At the moment it lacks: > - Sound > - possibility to start multiple guest PCs > > The diff is rather large (~800kb). You find diff and binaries at: > http://www.kberg.ch/q > > It compiles on 10.2.x (search this list for questions on poll.h) and 10.3.x > The binaries provided should run on 10.3.x and 10.4.x > > > At the moment I got stuck with cleaning up after a guest PC, so I can > start a new one or even multiple guest PCs. (this is still perfectly > possible with multiple instances of QEMU) > > I create a new Object (cocoaQemu.m) for the guest PC, then I start the > guest PC with a new NSThread. After completion, I can create a new > Object, but the guest PC won't start. (I called/rewrote the functions > in atexit but there must be some more things to be cleaned up before) > > There are some Problems with multiple guest PCs at the same time, too. > For Example: '-smb' creates a temp directory with the PID. This makes > multiple smb configurations impossible. It might be better to use a > timestamp. > > I'm not sure whether that was ever intended. > So if you have an Idea, please drop a note. > > > > Mike > > > ___ > 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] Problems with win2000 - qemu CVS version
Please see the documentation about the parameter for installing Windows 2000. Hetz On 7/12/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > On Tuesday 05 July 2005 05:01, Emmanuel Nicolas Millan wrote: > > I'm having problems installing win2000 in a linux host, the problem is > > already known, the disk fills up really quickly. > I used a 4Gb image disk, instead of 2 GB, and it worked for me. Lucky ? > -- > Dsant, fourmilierement > > > ___ > 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] LGPL'd VGABIOS version 0.5c released
Fabrice, Christian.. Any chance that this VGABIOS can be merged to the QEMU CVS? (Fabrice, you're already committing stuff right now ) Hetz On 7/7/05, Volker Ruppert <[EMAIL PROTECTED]> wrote: > Hi, > > > where do we download it from ? > > I tried to google but it all brings me back to bochs. > > And it's an old version. > > Oops, I forgot to add the download link: > > http://savannah.nongnu.org/download/vgabios/ > > -- > Bye > > Volker > > > ___ > 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] compile error
You haven't specified: * which OS do you use and version * Which compiler, and what compiler version Also, for what target do u look for? if X86 only, then you don't need to compile all the targets. Use ./configure --help to see the options. Thanks, Hetz On 7/6/05, 황윤성 <[EMAIL PROTECTED]> wrote: > > make[1]: Entering directory > `/home/hys545/qemu/mips-softmmu' > gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer -I. > -I/home/hys545/qemu/target-mips -I/home/hys545/qemu -D_GNU_SOURCE > -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE -I/home/hys545/qemu/fpu > -I/home/hys545/qemu/slirp -c -o op_helper.o > /home/hys545/qemu/target-mips/op_helper.c > /home/hys545/qemu/target-mips/op_helper.c:33: error: > conflicting types for 'do_raise_exception_err' > /home/hys545/qemu/target-mips/exec.h:157: error: previous > declaration of 'do_raise_exception_err' was here > /home/hys545/qemu/target-mips/op_helper.c:33: error: > conflicting types for 'do_raise_exception_err' > /home/hys545/qemu/target-mips/exec.h:157: error: previous > declaration of 'do_raise_exception_err' was here > /home/hys545/qemu/target-mips/op_helper.c:45: error: > conflicting types for 'do_raise_exception' > /home/hys545/qemu/target-mips/exec.h:159: error: previous > declaration of 'do_raise_exception' was here > /home/hys545/qemu/target-mips/op_helper.c:45: error: > conflicting types for 'do_raise_exception' > /home/hys545/qemu/target-mips/exec.h:159: error: previous > declaration of 'do_raise_exception' was here > /home/hys545/qemu/target-mips/op_helper.c:119: error: > conflicting types for 'do_mfc0' > /home/hys545/qemu/target-mips/exec.h:127: error: previous > declaration of 'do_mfc0' was here > /home/hys545/qemu/target-mips/op_helper.c:119: error: > conflicting types for 'do_mfc0' > /home/hys545/qemu/target-mips/exec.h:127: error: previous > declaration of 'do_mfc0' was here > /home/hys545/qemu/target-mips/op_helper.c:268: error: > conflicting types for 'do_mtc0' > /home/hys545/qemu/target-mips/exec.h:129: error: previous > declaration of 'do_mtc0' was here > /home/hys545/qemu/target-mips/op_helper.c:268: error: > conflicting types for 'do_mtc0' > /home/hys545/qemu/target-mips/exec.h:129: error: previous > declaration of 'do_mtc0' was here > /home/hys545/qemu/target-mips/op_helper.c:607: error: > conflicting types for 'do_pmon' > /home/hys545/qemu/target-mips/exec.h:149: error: previous > declaration of 'do_pmon' was here > /home/hys545/qemu/target-mips/op_helper.c:607: error: > conflicting types for 'do_pmon' > /home/hys545/qemu/target-mips/exec.h:149: error: previous > declaration of 'do_pmon' was here > make[1]: *** [op_helper.o] 오류 1 > > My step is > cvs update-2005-7-6 > ./configure > make > > > > > 황윤성 > > 1980/10/28() > > 426-811815-19 301호 > > > [EMAIL PROTECTED] > > > > H.P : 016-469-7702 > > > http://www.dreamwiz.com/ > > > ___ > 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] documentation of Qemu+openSSI
Mulyadi, I think it will be a good idea if you put the Howto that you've sent to here - inside the QEMU forums in the HOWTOs section. That way, you could always edit your text in the forum and it's the most accessible way for everyone. Check it at http://qemu.dad-answers.com/ PS: you could also put the file you sent me in the forum too, as I don't have SSH right now from where I type this right now. Just don't put it as a ZIP file please :) Thanks, Hetz On 7/2/05, Mulyadi Santosa <[EMAIL PROTECTED]> wrote: > Hello everybody > > here is my first version of openSSI+qemu HOWTO. I cc'ed this to > qemu-devel in case anyone might have similar interest to build virtual > cluster like I did. > > Feel free to give commentaries and feedback. > > PS: I am so glad that finally I can write it! Fighting laziness is so > damn hard > > regards > > Mulyadi > > > ___ > 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] Qemu Windows Host & Client Feedback
Hi Bill, As for the forum, I just updated my DNS records, so in the mean while you can access the forum at: http://qemu.dad-answers.com/ As for PPC emulation - you can't run OS X yet. Thanks, Hetz On 6/30/05, Doctor Bill <[EMAIL PROTECTED]> wrote: > Hello, > > I am a new user of qemu. I notice the user forum does not exist > anymore, so I hope this is the appropriate place for comments. > > After spending a day attempting to configure Bochs, I was pleased to > find qemu works almost directly out of the box. My goal was to run > Windows 98se under Windows XP so I could test software without running > my old noisy machines. > > The first problem I noticed is that with the 0.70 version, keys are > not mapped correctly. For example, if I try to type in a URL as soon > as I press the letter e explorer opens. As soon as I type the letter > m, the window minimizes I installed a the "CVS" snapshot and > that problem appears to be fixed. > > I then got curious and wondered how fast is the virtual machine > running. At times it seems like a 200MHz machine, and at other times > it seems much faster. So I installed Norton Performance Test from my > Norton System Works 2003 CD. However, whenever I launch the > application I get the blue screen. Afterwards, other programs > including explorer periodically cause blue screens. When I reboot, > the qemu machine reports it failed to regrab the mouse and freezes > until I close the window. > > Obviously more work is needed, but it is no worse quality wise than > when I first beta tested VMWARE. I am particularly impressed with all > the hardware platform that can be simulated. I am considering trying > OSX simulation next. If the performance is comparable, then the > simulated machine will be only slightly slower than my G3. > > Bill > > > ___ > 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] new forum
Hi people, I rented a new server and opened up a new forum, with the same look as the old one. You still need to re-register as I haven't found any good backup and I'm trying to investigate a possible recovery, but for now - you can start using the forum. there's a new URL: http://qemu.dad-answers.com/qemu-forum/ Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] QEMU Forum
Hi, I just talked to ev1servers and I'm renting a full new server within the next 24 hours (I'm actually waiting right now for their confirmation call). Judging from their history and their time in this business, I think the situation will be much better (and the transfer limit is 1000GB per month :).. So if everything will go ok, I'll have a new QEMU forum ready by monday (no banner ads or any ads at all), although I'm affraid that until I can get my hands on the old server, I wouldn't be able to transfer old messages to the new forum. Also, to make sure, this server will be backed up to an off site location each day. Thanks, Hetz On 6/25/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > Ouch! > > Would it be a good idea to have it hosted on FreeOSZoo? > > After all, he did originally set up one. > > Maybe you could just move your backup there? (Assuming he's willing, etc. > He might not be, since it's a university server. You might not be allowed > access to it as admin, etc.) > > I hope you get it back up and running. > > > - Original Message - > From: "Hetz Ben Hamo" <[EMAIL PROTECTED]> > To: "Qemu mailing list" > Sent: Friday, June 24, 2005 3:35 PM > Subject: [Qemu-devel] QEMU Forum > > > Hi People, > > I just found out that my hosting provider (ExecutiveASP) went out of > business (it was a 1 man show and he's served a warrant), and my > (virtual) server disappeared without any prior notification. All > attempts to contact ExecutiveASP were failed. > > I'll try to see if I have any backup of the forum's content around > here, and I'm planning to rent a REAL server from EV1servers.net, so I > hope I'll have a new forum soon.. > > I would like to apologize for the inconvenience. > > sincerely, > Hetz Ben-Hamo > > > ___ > 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 mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] QEMU Forum
Hi People, I just found out that my hosting provider (ExecutiveASP) went out of business (it was a 1 man show and he's served a warrant), and my (virtual) server disappeared without any prior notification. All attempts to contact ExecutiveASP were failed. I'll try to see if I have any backup of the forum's content around here, and I'm planning to rent a REAL server from EV1servers.net, so I hope I'll have a new forum soon.. I would like to apologize for the inconvenience. sincerely, Hetz Ben-Hamo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Server down ?
Hmm, maybe I should mirror Fabrice site when it's up... Hetz On 6/16/05, Jens Arm <[EMAIL PROTECTED]> wrote: > Hi > > Looks like the Server is down, or? > > Service Unavailable > Apache/ProXad [Dec 22 2004 18:41:28] Server at fabrice.bellard.free.fr Port 80 > > > Jens > > > ___ > 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] Qemu for MIPS
Full system to boot Irix? Hetz On 6/13/05, Ralf Baechle <[EMAIL PROTECTED]> wrote: > On Mon, Jun 13, 2005 at 02:50:37PM +0300, Timo Savola wrote: > > > Are there any plans for supporting user-mode MIPS emulation? > > At some point certainly but right now my priority is full system emulation. > > Ralf > > > ___ > 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] Mac OS X at native speed...
Not exactly. XpostFacto let you install OS X on macs with PPC chips (G3 as minimum), not on Intel based PC's. Apple will *not* let users install OS-X/ X86 on your PC. Thats the official word from Phil Schiller, Vice president of worldwide marketting at Apple. So, I'm pretty sure Apple will use some tricks to not-allow users to install OS-X/X86 on non-apple X86 based machines by using some tricks (different BIOS, additional ROM, or some heavy modifications to some chipset). Sure, Darwin can run on any X86 machine, but it's not going to be easy running OS-X/X86 that easily.. Hetz On 6/9/05, Natalia Portillo <[EMAIL PROTECTED]> wrote: > Apple will use standard PC architecture: hardware, memory map, ROM > (the BIOS), etc. > Apple will remain the kernel as Open Source. > > Just search XPostFacto. > Was easy to make OS X work in machines not officially supported, and > so will be. > > El 06/06/2005, a las 23:21, Hetz Ben Hamo escribió: > > > Not exactly... > > > > As many Apple fans can tell you, apple just love to stick their own > > ROM in there machines (I think it's called open firmware these days). > > Since your own PC doesn't have this ROM (and I imagine they'll add > > couple of tricks more to the package) - you won't be able even to > > install OS X on an avrage PC you buy on the market, unless it came > > from Apple. > > > > Compiling QEMU under OS-X/Pentium machine, that could be another story > > with more more success... > > > > Thanks, > > Hetz > > > > On 6/6/05, Oliver Gerlich <[EMAIL PROTECTED]> wrote: > > > >> -BEGIN PGP SIGNED MESSAGE- > >> Hash: SHA1 > >> > >> Could this: > >> http://apple.slashdot.org/apple/05/06/06/1752234.shtml? > >> tid=118&tid=179&tid=3 > >> help to run Mac OS X at near-native speed on x86? I'd really like > >> to try > >> OS X myself, but money-wise Qemu will most likely be the only way > >> for me... > >> So maybe this switch to x86 could eliminate any byte ordering > >> slowdowns > >> and make it run as fast as x86-on-x86? > >> > >> Curious about comments from insiders, > >> Oliver Gerlich > >> -BEGIN PGP SIGNATURE- > >> Version: GnuPG v1.4.1 (GNU/Linux) > >> > >> iD8DBQFCpJ5tTFOM6DcNJ6cRAmPqAJ4vpF8B8KETNVd3hPhC6MEpa13DiQCgmM4t > >> uNq6QoDKyFyMiZia3hYdllI= > >> =VOCw > >> -END PGP SIGNATURE- > >> > >> > >> ___ > >> 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 mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Freeoszoo now has a forum!
I'll be happy to add FreeOSZoo to QEMU Forums page, that way it would be easier for users and developers to track problems if they're image related or QEMU related.. What do you think? Thanks, Hetz On 6/9/05, Stefano Marinelli <[EMAIL PROTECTED]> wrote: > On Wed, Jun 08, 2005 at 06:43:24PM -0500, [EMAIL PROTECTED] wrote: > > Obviously there are still some issues (for example, language issues), but I > > think most people will still prefer the qemu forum at > > http://m2.dad-answers.com/qemu-forum/ since it's already fairly well > > established and it doesn't require registration. > > I didn't know about that forum...by the way, which kind of language > issues did you find? I'll try to fix anything possible > > > Of course, yours is more about the FreeOSZoo and the images it provides, > > rather than qemu in general. > > Yes, I wanted to provide a way for users to talk about the images, post > some links of their own images still (or never) on the zoo, etc. > > Stefano > > > ___ > 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] Mac OS X at native speed...
Not exactly... As many Apple fans can tell you, apple just love to stick their own ROM in there machines (I think it's called open firmware these days). Since your own PC doesn't have this ROM (and I imagine they'll add couple of tricks more to the package) - you won't be able even to install OS X on an avrage PC you buy on the market, unless it came from Apple. Compiling QEMU under OS-X/Pentium machine, that could be another story with more more success... Thanks, Hetz On 6/6/05, Oliver Gerlich <[EMAIL PROTECTED]> wrote: > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > > Could this: > http://apple.slashdot.org/apple/05/06/06/1752234.shtml?tid=118&tid=179&tid=3 > help to run Mac OS X at near-native speed on x86? I'd really like to try > OS X myself, but money-wise Qemu will most likely be the only way for me... > So maybe this switch to x86 could eliminate any byte ordering slowdowns > and make it run as fast as x86-on-x86? > > Curious about comments from insiders, > Oliver Gerlich > -BEGIN PGP SIGNATURE- > Version: GnuPG v1.4.1 (GNU/Linux) > > iD8DBQFCpJ5tTFOM6DcNJ6cRAmPqAJ4vpF8B8KETNVd3hPhC6MEpa13DiQCgmM4t > uNq6QoDKyFyMiZia3hYdllI= > =VOCw > -END PGP SIGNATURE- > > > ___ > 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] QEMU with Open Mosix document
Hi, I just uploaded an old document, written by Mulyadi Santosa, which explains how to setup open mosix with QEMU. You can find it here: http://www.dad-answers.com/qemu/docs/ The document is old and based on a bit older version of QEMU, so if anyone wants to update the document and send me a new version - I'll be happy to publish it. Of-course, if someone wants to publish documents about QEMU, feel free to send it over and I'll upload it. Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] chat support
Hi people, I just added the ability to chat directly to channel #QEMU in irc.freenode.net (IRC Web gateway), so this should bypass corporates firewalls and you'll be able to chat with everyone in the room while working ;) Anyway, the URL is: http://m2.dad-answers.com/cgi-bin/irc/irc.cgi One issue: files cannot be transferred, so if you want to transfer files, please use other methods. Enjoy, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] qemu/hw pc.c
Hi Fabrice, > Log message: >PC machine support Care to explain what this means? :) Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] cocoa.m using openGL
Could you use diff -u please? that surely could help. Thanks, Hetz On 5/23/05, Mike Kronenberg <[EMAIL PROTECTED]> wrote: > Peter Stewart wrote: > > > Hi, > > > > It looks faster than the original, but I don't have a benchmark, is > > there one? > > I would really like a bootable image with Doom 1 on it. > > http://www.kberg.ch/cocoaqemu/files/freedosdoom.img.zip > have fun > > > Here is the diff for cocoa.m ( diff cocoa.m.orig cocoa.m ) (from > > 0.7.0 dl): > > > Somehow, I cant patch it to cocoa.m > could you post cocoa.m as a attachement, since i have not alot in common > with cocoa.m animore :) > > Mike > > > ___ > 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] cocoa.m using openGL
Peter, You can use the "diff" command (I think it's available on OS X) to create patches, and then you can post those patches here. Please add comments wherever possible to indicate what you done (something small and simple). BTW: have you tried to perform any benchmarking to see if there's any speed gain from your work compared to the standard QEMU? Thanks, Hetz On 5/22/05, Peter Stewart <[EMAIL PROTECTED]> wrote: > Hello to all, > > esp. Pierre d'Herbemont, > > I have changed cocoa.m (0.7.0) to use openGL with very fast texturing. > I removed the use of QuickDraw. The DisplayState data is now DMA'd to > the graphics card instead of copied by the CPU. This uses apple's > texture range extensions. The change means that the transfer of > "display memory" incurs no CPU overhead. I also put in a bit more mouse > stuff, and made some other fixes. I can't work out how to get the > Window to get focus once it loses it, which is really a pain. > > I Shark'd it to make sure there wasn't any overhead from the texturing. > I tested with Knoppix and FreeDOS. > > I am not sure if this is of interest to people, I just had a lazy > weekend. I would like to give the code to the qemu project, but don't > really know how to. > > > thanks, > peter. > > > > ___ > 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] Nothing happens
How about starting with trivial details such as: * Which host OS do you use? * Which QEMU version? * binaries downloaded or did you compile it? Thanks, Hetz On 5/18/05, Rudi Lippert <[EMAIL PROTECTED]> wrote: > Hi! > I keep wondering why QEMU does not do anything when I start it. > First of all: yes, I know how to use QEMU. When I use it on my other PC, it > works like a charm. > The major difference between the two systems is, that this one is an AMD64. > And here is what happens when I start QEMU: > Nothing. No output, no CPU activity. > I know that this is not a whole lot of information, but I will provide any > further information that is requested. > Thanks in advance! > > Rudi Lippert (Herzogenaurach, Germany) > > ___ > 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] patches for qemu-cvs on NetBSD
Have you tried to see if the same problem appears with KQEMU installed on Linux host? Thanks, Hetz On 5/13/05, Jason Brittain <[EMAIL PROTECTED]> wrote: > Hubert Feyrer wrote: > > > > FWIW I'm still unable to run Solaris 10/x86 in qemu on NetBSD 2.0 with > > this, there appear to be problems with the Java installer getting a > > segfault. Plus the mouse driver jumps around, but that's not specific to > > Solaris, it happens on all client operating systems. > > With a Linux host I was able to get Solaris 10 x86 to install, but that was > with qemu 0.6.2 I believe. I haven't tried doing that with qemu 0.7.0. > But, with Linux host and Linux guest, I do get JVM segfaults pretty often > (every 15 minutes of continuous use, maybe). So, I'm not surprised to hear > you're having that same problem with your Solaris x86 guest. I do believe > there is some problem with qemu's emulation, but that's about the only > remaining emulation problem I'm having. > > Cheers. > > -- > Jason Brittain > > > ___ > 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] We want to example qemu and the accel-module in our distribution.
Dear Xuqing, (B (BFor the KQEMU part, I suggest asking Fabrice Bellard directly (he's the author). (B (BThanks, (BHetz (B (BOn 5/13/05, Xuqing Kuang <[EMAIL PROTECTED]> wrote: (B> Hey, Hu gang. (B> (B> Thank you for your reply. (B> (B> I know QVM86, but I saw it's not supported by gentoo in qemu's ebuild. (B> I will test it. :-) (B> (B> Yes, you are right. We all know emulator development process is a (B> really hard work. (B> We all know whos technologies we based. (B> (B> I'm convincing my leaders for donation part of our profits as far as possible. (B> (B> But I promise all of enhancement codes by us all over the project (B> processing will publish to Open Source Community. (B> (B> We sincere support Open Source Community development. (B> This request email is the best proof. (B> (B> Cheers. (B> (B> --- (B> Xuqing Kuang$B!J([EMAIL PROTECTED](B (B> Red Flag Linux Server Development Team (B> (B> www.redflag-linux.com (B> www.asianux.com (B> (B> On 5/13/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: (B> > On Fri, May 13, 2005 at 11:14:59AM +0800, Xuqing Kuang wrote: (B> > > Dear qemu developers. (B> > > (B> > > We are a Linux distributer called Red Flag Software from China. (B> > > We want to redistribute qemu + accelerator module built-in in our (B> > > system called Red Flag Server System. (B> > > (B> > > We got a project need Windows XP running as a virtual machine on our (B> > > system. (B> > > But Xen can't support other OS except Linux and NetBSD right now$B!#(B (B> > > (B> > > We checked bochs, vmware and qemu. (B> > > Bochs need speed up and XP support, and Vmware isn't free software and (B> > > we don't want to build it into our system. (B> > > (B> > > Qemu with Accelerator Module works really fine on our system. (B> > > (B> > > So, We need your authorized for commercial use if we done the project. (B> > > (B> > > Thank you for your hard works. (B> > (B> > Why not choose QEMU + QVM86, The QVM86 do same thing with accelerator (B> > module, but it is Open Source Project. (B> > (B> > https://savannah.nongnu.org/projects/qvm86/ (B> > (B> > qvm86 is a kernel module to provide x86 virtualisation capabilities for (B> > the qemu emulator. Virtualisation allows "emulated" code to be run natively (B> > on the host cpu, using the CPU protection mechanisms to intercept and (B> > emulate (B> > priveleged events. (B> > (B> > But I think you'd better have donation some money to QVM86 and QEMU (B> > project. (B> > (B> > I'm also in china. :) (B> > (B> > -- (B> > Hu Gang .-. (B> > /v\ (B> > // \\ (B> > Linux User /( )\ [204016] (B> > GPG Key ID ^^-^^ http://soulinfo.com/~hugang/hugang.asc (B> > (B> (B> ___ (B> Qemu-devel mailing list (B> Qemu-devel@nongnu.org (B> http://lists.nongnu.org/mailman/listinfo/qemu-devel (B> (B (B (B___ (BQemu-devel mailing list (BQemu-devel@nongnu.org (Bhttp://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Old DOS under Qemu
I just wonder about 1 thing: In every test - have you created a new hard drive image prior to running QEMU? I would suggest creating new hard drive images before using QEMU and use this new hard drive image for each test. Also, my guess is that some of your floppy images are actually a compressed Disk Plus Pro/WinImage files. I suggest you download winimage from http://www.winimage.com and extract the boot floppies to a new image file (simply open them with winimage and then click save as, and save them as IMA file). Hope this helps, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Old DOS under Qemu
Hi Jeebs, I just read your mail and decided to try to do what you're doing, only I'm using Linux instead of Windows, and I'm using the CVS version. I have tried the following OS's: * IBM PC DOS 3.30 * MS DOS 5.0 * MS DOS 6.22 All of them are available freely (only the boot disks + some utilities like fdisk, format, you know - stuff that will let you create partitions, format and boot the system) at http://bootdisk.com I used winimage (through wine) to extract some of the compressed boot disks and create standard image floppies (so QEMU can boot from them). I only did it with IBM PC DOS 3.3 image. I created 2 GB hard disk (raw) with the command: qemu-img create msdos.img 2G And I didn't use any special parameters when running QEMU. I used: qemu -fda -hda msdos.img -boot a All of the above OS's recognized the hard disk (although DOS 3.3 recognized 32MB of it, if I'm not mistaken). I used the fdisk version that came with each DOS to create 1 partition, format it with /s, and then restarted qemu but with -boot c - to boot from the hard drive. All of them worked perfectly. The only issue I had was with DOS 3.3 which didn't allow me to erase and/or use the DOS 6.22 partitions, so I re-created it with qemu-img. Mind you, I haven't really played inside (no himem.sys, no autoexec.bat, no config.sys - just a bare boot which asks for date & time). If you want, I can send you a bootable hard drive image with only the DOS boot (which means io.sys, msdos.sys, command.com) which boots perfectly with QEMU. The attachment size is about ~2MB. Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Qemu with Kqemu on Fedora Core using GCC 4.0
Hi,
At the moment, QEMU does not compile with GCC 4.0.
You can find the GCC 3.x RPMS in your installation media, along with
instructions how to use the GCC 3.x instead of GCC 4.
Thanks,
Hetz
On 5/10/05, Wayne Christian <[EMAIL PROTECTED]> wrote:
>
> For whatever it is worth I get the following errors trying to compile qemu
> with kqemu on a Fedora Core 3 system. This system has been modified to
> install Eciplse and GCC 4.0 from Fedora Core 4 test 2, but is otherwise a
> Fedora Core 3 system.
>
>
> [EMAIL PROTECTED] qemu-0.7.0]# ./configure
> Install prefix/usr/local
> BIOS directory/usr/local/share/qemu
> binary directory /usr/local/bin
> Manual directory /usr/local/share/man
> ELF interp prefix /usr/gnemul/qemu-%M
> Source path /usr/src/qemu-0.7.0
> C compilergcc
> make make
> host CPU i386
> host big endian no
> target list i386-user arm-user armeb-user sparc-user ppc-user
> i386-softmmu ppc-softmmu sparc-softmmu x86_64-softmmu
> gprof enabled no
> static build no
> SDL support no
> mingw32 support no
> Adlib support no
> FMOD support no
> kqemu support yes
>
> KQEMU Linux module configuration:
> kernel sources/lib/modules/2.6.11-1.7_FC3.desktop_3/build
> kbuild type 2.6
> [EMAIL PROTECTED] qemu-0.7.0]# make
> for d in i386-user arm-user armeb-user sparc-user ppc-user i386-softmmu
> ppc-softmmu sparc-softmmu x86_64-softmmu; do \
> make -C $d all || exit 1 ; \
> done
> make[1]: Entering directory `/usr/src/qemu-0.7.0/i386-user'
> gcc -Wall -O2 -g -fno-strict-aliasing -fomit-frame-pointer
> -mpreferred-stack-boundary=2 -falign-functions=0 -fno-gcse
> -fno-reorder-blocks -fno-optimize-sibling-calls -I.
> -I/usr/src/qemu-0.7.0/target-i386 -I/usr/src/qemu-0.7.0
> -I/usr/src/qemu-0.7.0/linux-user -I/usr/src/qemu-0.7.0/linux-user/i386
> -D_GNU_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE
> -I/usr/src/qemu-0.7.0/fpu -I/usr/src/qemu-0.7.0/slirp -c -o op.o
> /usr/src/qemu-0.7.0/target-i386/op.c
> /usr/src/qemu-0.7.0/target-i386/ops_sse.h: In function 'op_pshufw_mmx':
> /usr/src/qemu-0.7.0/target-i386/ops_sse.h:574: error: unable to find a
> register to spill in class 'GENERAL_REGS'
> /usr/src/qemu-0.7.0/target-i386/ops_sse.h:574: error: this is the insn:
> (insn:HI 18 17 19 0 /usr/src/qemu-0.7.0/target-i386/ops_sse.h:569 (set
> (strict_low_part (subreg:HI (reg/v:DI 63 [ r ]) 0))
> (mem/s/j:HI (plus:SI (mult:SI (reg:SI 64)
> (const_int 2 [0x2]))
> (reg/v/f:SI 59 [ s ])) [0 ._w S2 A16])) 41
> {*movstricthi_1} (insn_list:REG_DEP_TRUE 16 (insn_list:REG_DEP_TRUE 12
> (insn_list:REG_DEP_TRUE 53 (nil
> (expr_list:REG_DEAD (reg:SI 64)
> (nil)))
> /usr/src/qemu-0.7.0/target-i386/ops_sse.h:574: confused by earlier errors,
> bailing out
> make[1]: *** [op.o] Error 1
> make[1]: Leaving directory `/usr/src/qemu-0.7.0/i386-user'
> make: *** [all] Error 1
> [EMAIL PROTECTED] qemu-0.7.0]#
>
> ___
> 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] Found a tun/tap patch for osx
Any confirmations from OS X users that this patch works OK with CVS version of QEMU? Thanks, Hetz On 5/10/05, Jason Brittain <[EMAIL PROTECTED]> wrote: > On December 14th, 2004 Hans Fuchs wrote: > > Hello > > > > Here is a patch > > > > http://www-user.rhrk.uni-kl.de/~nissler/tuntap/qemu_tap_os_x.patch > > > > it adds tun/tap support to osx. > > > > Best, > > Hans > > I don't own a macosx machine, but others around me do, and they want to run > qemu. The above patch comes from this page: > > http://www-user.rhrk.uni-kl.de/~nissler/tuntap/ > > Fabrice: > > It still applies cleanly to qemu source in CVS HEAD. If it actually works, > can't you commit this patch? > > Thanks. > > -- > Jason Brittain > > ___ > 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 version 0.7.0 is out
Support is in, but you still need to download seperately the KQEMU tarball, since it's not open source, extract it into the qemu directory and compile the whole thing.. Thanks, Hetz On 5/8/05, Rob Townley <[EMAIL PROTECTED]> wrote: > Is it a fact that KQemu support is built in now? > > On 4/27/05, Rudi Lippert <[EMAIL PROTECTED]> wrote: > > 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 > > > > ___ > 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] Developer Mailinglist Archives
The nongnu.org server seems to be down.. I suggest using the other mirror - http://marc.theaimsgroup.com/?l=qemu-devel&r=1&w=2 Hope this helps, Hetz On 5/5/05, Jim Provan <[EMAIL PROTECTED]> wrote: > For about a week, I have not been able to get into the QEMU developer > mailinglist archives. Has anyone else had this problem ? Is it going to > be corrected ? > > I receive email from the mailinglist, I am just not able to get into the > list from the website. > > Jim Provan > > ___ > 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] Windows Laptop Idea
Hi, If I remember correctly, the HP Rescue CD is one heck of a patched XP + tons of HP's drivers, utilities and programs which you cannot use with QEMU, so you'll probably get a really slow XP even if you could install the rescue CD. Try to get a generic OEM CD version of XP or retails or an MSDN version, and use it. BTW: the HP XP version require the full bios of your HP machine if I remember correctly. Thanks, Hetz On 4/29/05, Ben Taylor <[EMAIL PROTECTED]> wrote: > It dawned on me that I really hate the fact that I can't > really install my HP restore CD's on anything but my > laptop, including a qemu session. Wouldn't be kind of a > cool thing to provide a bios signature so things like the > HP rescue disks could be used to create a qemu disk image, > while maintaining the validity of the license. > > Thoughts? > > ___ > 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?
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] 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
[Qemu-devel] QEMU Forum
Hi people, It seems some a shit-ass mexican has done some serious damage to the forum, so I just finished restoring the data, but unfortunately, I lost a week of messages. If you have posted something important, please re-post. All the data will be from now on backed up nightly, to prevent such a problem again. Sorry for the troubles.. Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Re: QEMU forum update
Hi, The problem is on the server side, I'll fix this issue this evening. Thanks, Hetz On 4/25/05, senthil <[EMAIL PROTECTED]> wrote: > Hai, > > I am Senthil from chennai,India.I am not able open your forum site after your > > updation.Its giving Message Redirecting after that its showing message done > > in the status bar.In the screen nothing will happen.My connection is VSNL > > 256KBPS Broadband connection and i am using IE and Firefox > > Thanks > S.Senthil Kumar > > ___ > 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] QEMU forum update
Hi people, I moved the QEMU forum to a new address: http://m2.dad-answers.com/qemu-forum/ so please update your bookmarks. The old address will also refer you to the new page. The machine who hosts the forum is now with more memory and faster CPU, so I expect much less down time (I appologize for the down times). I also updated the phpbb to the latest version (2.0.14) with the latest modifications to the attachment mod, so I hope that there won't be any more problems attaching files. I would also like to thank everyone who send feedback about the forum, your suggestion surely helped a lot. One more thing - if you notice any slow connection, please notify me (also, please state your country and the connection type that you have). Thanks, Hetz ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Regarding Linux TUN/TAP
Hi Henrik, all.. Henrik, I think your patch is great and surely can help when using TUN/TAP.. However, I would like to point an issue (and I'm not criticizing anyone here, I'm just asking for people thoughts, solutions).. The SLiRP solution for QEMU is great if a user want to connect to the net and browse, do some updates, etc, but it's not a good solution if someone want to stuff like: * Connect to host OS * Connect to other machines in the LAN * Use services from host OS For the things in the list above to make them work, the solution is to use TUN/TAP and/or VDE. These are great solutions - but setting them up is quite a challange for people who are nor familiar (or doesn't have a big knowledge) with Linux. What do people think could be a solution for end users? comments? Thanks, Hetz On 4/15/05, Henrik Nordstrom <[EMAIL PROTECTED]> wrote: > The attached patch updates the Linux TUN/TAP interface > ___ Qemu-devel mailing list [EMAIL PROTECTED] http://lists.nongnu.org/mailman/listinfo/qemu-devel
