[Qemu-devel] How to get 1280x1024 display from guest running Xorg?
This has been driving me mad! I have just installed Solaris 10 under Qemu and specified the Xorg server to be used. I created xorg.conf with xorgconfig and X started fine at 1024x768 using the Cirrus driver. When I edited xorg.conf to specify a 1280x1024 display, the Xorg.0.log file showed no mode. Now, I have both Win XP and Plan 9 running at 1280x1024, so I booted up XP and poked around the Display/Settings dialog and determined XP was running the display at 1280x1024 at 43Hz interlaced and 16 bit colour. So, using the handy http://xtiming.sourceforge.net site, I generated a mode line like XP's and added it to the xorg.conf file. X refused the interlaced mode so I tried an uninterlaced one at 43Hz. That kind of worked but only rendered half the screen! Everything else I tried got rejected as bad mode So does someone have a magic modeline or xorg.conf to get Xorg going in a guest at high-res? There's another guy on the Linux-under-Qemu forum with the same problem hosting Ubuntu. I am using qemu 0.9, FWIW. TIA -Robin. -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling -- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] How to get 1280x1024 display from guest running Xorg?
Robin Atwood [EMAIL PROTECTED] wrote: This has been driving me mad! I have just installed Solaris 10 under Qemu and specified the Xorg server to be used. I created xorg.conf with xorgconfig and X started fine at 1024x768 using the Cirrus driver. When I edited xorg.conf to specify a 1280x1024 display, the Xorg.0.log file showed no mode. You may have to define HorizSync and VertRefresh in the xorg.conf file. I have a nexenta alpha 6 with updates that just comes up in 1280x800 by setting the HorizSync value in the xorg.conf. Now, I have both Win XP and Plan 9 running at 1280x1024, so I booted up XP and poked around the Display/Settings dialog and determined XP was running the display at 1280x1024 at 43Hz interlaced and 16 bit colour. So you also need to define DefaultDepth in the xorg.conf file. So, using the handy http://xtiming.sourceforge.net site, I generated a mode line like XP's and added it to the xorg.conf file. X refused the interlaced mode so I tried an uninterlaced one at 43Hz. That kind of worked but only rendered half the screen! Everything else I tried got rejected as bad mode... Since the virtual monitor doesn't specify EDID, it is unlikely to be able to handle resolutions over the basic ones. I know that a while ago (maybe 18 months) I was able to get something like 1156x864 out of the adapter with early versions of Solaris express. . So does someone have a magic modeline or xorg.conf to get Xorg going in a guest at high-res? There's another guy on the Linux-under-Qemu forum with the same problem hosting Ubuntu. I am using qemu 0.9, FWIW. Probably a combination of HorizSync/VertRefresh in the monitor section, DefaultDepth in the Screen section, and a mode line, you might get what you want. HTH, Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] How to get 1280x1024 display from guest running Xorg?
On Wednesday 21 Feb 2007, Julian Seward wrote: (replying off list) So you have Solaris 10 (x86 ?) running on qemu-0.9 ? Is it stable? Does it work? I have it running on vmware-5.5.3 but would prefer to move to running it on qemu if possible; however I've had mixed results with qemu in the past and don't want to spend loads of time on failed attempts to get it to work. Hence the question. It was a great battle to install but now it is stable. Do the following things: 1. install from the DVD image 2. Use the text console install 3. At the end of the install, backup the image file *before* the first reboot 4. If during the first boot of the image, you get a segfault, restore and try again until you get to a prompt. Ignore any service failures. (the filesystem seems prone corruption at the first boot.) 5. If you have problems caused by damaged files, re-install choosing the Update option: this will restore the damaged files. After that, I was able to boot reliably into X. However, the filesystem seems very fragile if not shut down cleanly, so take regular backups! HTH -Robin. -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling -- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] How to get 1280x1024 display from guest running Xorg?
On Wednesday 21 Feb 2007, Ben Taylor wrote: Robin Atwood [EMAIL PROTECTED] wrote: This has been driving me mad! I have just installed Solaris 10 under Qemu and specified the Xorg server to be used. I created xorg.conf with xorgconfig and X started fine at 1024x768 using the Cirrus driver. When I edited xorg.conf to specify a 1280x1024 display, the Xorg.0.log file showed no mode. You may have to define HorizSync and VertRefresh in the xorg.conf file. I have a nexenta alpha 6 with updates that just comes up in 1280x800 by setting the HorizSync value in the xorg.conf. I have done that but what values are you using? Now, I have both Win XP and Plan 9 running at 1280x1024, so I booted up XP and poked around the Display/Settings dialog and determined XP was running the display at 1280x1024 at 43Hz interlaced and 16 bit colour. So you also need to define DefaultDepth in the xorg.conf file. Done that. -Robin. -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling -- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] How to get 1280x1024 display from guest running Xorg?
Robin Atwood [EMAIL PROTECTED] wrote: On Wednesday 21 Feb 2007, Julian Seward wrote: (replying off list) So you have Solaris 10 (x86 ?) running on qemu-0.9 ? Is it stable? Does it work? I have it running on vmware-5.5.3 but would prefer to move to running it on qemu if possible; however I've had mixed results with qemu in the past and don't want to spend loads of time on failed attempts to get it to work. Hence the question. It was a great battle to install but now it is stable. Do the following things: 1. install from the DVD image 2. Use the text console install 3. At the end of the install, backup the image file *before* the first reboot This is a good recommendation for any install. I know I must have 4-5 copies of my working Win98SE and WinXPHome images. 4. If during the first boot of the image, you get a segfault, restore and try again until you get to a prompt. Ignore any service failures. (the filesystem seems prone corruption at the first boot.) How much memory are you giving the virtual machine. Solaris 10 really needs 384MB and more like 512 for S10U3 to run reasonably. 5. If you have problems caused by damaged files, re-install choosing the Update option: this will restore the damaged files. That really sounds like a problem with the checksum of the DVD iso or a bad DVD burn. I must have burned 4-5 copies of S10U3 this weekend and finally got a DVD-RW to work with no errors after writing it on one machine, pulling the DVD writer and putting on the machine to install. After that, I was able to boot reliably into X. However, the filesystem seems very fragile if not shut down cleanly, so take regular backups! That's very odd. Solaris's UFS is a very stable file system. I'll give it a whirl and see how it goes. Ben ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] How to get 1280x1024 display from guest running Xorg?
On Wednesday 21 Feb 2007, Ben Taylor wrote: Robin Atwood [EMAIL PROTECTED] wrote: On Wednesday 21 Feb 2007, Julian Seward wrote: (replying off list) So you have Solaris 10 (x86 ?) running on qemu-0.9 ? Is it stable? Does it work? I have it running on vmware-5.5.3 but would prefer to move to running it on qemu if possible; however I've had mixed results with qemu in the past and don't want to spend loads of time on failed attempts to get it to work. Hence the question. It was a great battle to install but now it is stable. Do the following things: 1. install from the DVD image 2. Use the text console install 3. At the end of the install, backup the image file *before* the first reboot This is a good recommendation for any install. I know I must have 4-5 copies of my working Win98SE and WinXPHome images. 4. If during the first boot of the image, you get a segfault, restore and try again until you get to a prompt. Ignore any service failures. (the filesystem seems prone corruption at the first boot.) How much memory are you giving the virtual machine. Solaris 10 really needs 384MB and more like 512 for S10U3 to run reasonably. I have 2GB of RAM so I always give a VM 1G. -Robin. -- -- Robin Atwood. Ship me somewheres east of Suez, where the best is like the worst, Where there ain't no Ten Commandments an' a man can raise a thirst from Mandalay by Rudyard Kipling -- ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu vl.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/21 17:25:30 Modified files: . : vl.c Log message: Increase the number of multiplexed monitor devices. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.257r2=1.258 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] SH4 softmmu port still functionnal?
I saw Paul Brook's answer in the mail archive, that SH4 port is quite functional, so am I missing something? Is he talking about the user-mode sh4 port? I was running sh2 binaries with the usermode emulator. I have never tried sh4 binaries or the system emulation bits. Paul ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel][PATCH] qemu/hw mips_malta.c
With your change, both serial ports are connected to the same virtual console which results in a funny but unwanted behaviour. My patch fixes this. The patch also modifies the BIOS check. It is now possible to load a BIOS with less than 4 MiB. What about my patch for EEPROM 24C01 / 24C02 emulation needed for SDRAM SPD (dated 2007-01-23)? Is there any reason why it cannot be included in CVS HEAD? Without it, Malta won't run Redboot BIOS... Stefan Index: hw/mips_malta.c === --- hw/mips_malta.c (Revision 467) +++ hw/mips_malta.c (Arbeitskopie) @@ -533,7 +533,7 @@ } else { snprintf(buf, sizeof(buf), %s/%s, bios_dir, BIOS_FILENAME); ret = load_image(buf, phys_ram_base + bios_offset); -if (ret != BIOS_SIZE) { +if (ret 0 || ret BIOS_SIZE) { fprintf(stderr, qemu: Warning, could not load MIPS bios '%s'\n, buf); exit(1); @@ -569,8 +569,12 @@ /* Super I/O */ kbd_init(); rtc_state = rtc_init(0x70, 8); -serial_init(pic_set_irq_new, isa_pic, 0x3f8, 4, serial_hds[0]); -serial_init(pic_set_irq_new, isa_pic, 0x2f8, 4, serial_hds[0]); +if (serial_hds[0]) { +serial_init(pic_set_irq_new, isa_pic, 0x3f8, 4, serial_hds[0]); +} +if (serial_hds[1]) { +serial_init(pic_set_irq_new, isa_pic, 0x2f8, 4, serial_hds[1]); +} parallel_init(0x378, 7, parallel_hds[0]); /* XXX: The floppy controller does not work correctly, something is probably wrong. ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu/hw mips_malta.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Thiemo Seufer ths 07/02/21 22:32:19 Modified files: hw : mips_malta.c Log message: Allow arbitrary MIPS BIOS sizes between 0 and 4 MB, by Stefan Weil. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/hw/mips_malta.c?cvsroot=qemur1=1.10r2=1.11 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel][PATCH] qemu/hw mips_malta.c
Stefan Weil wrote: With your change, both serial ports are connected to the same virtual console which results in a funny but unwanted behaviour. My patch fixes this. Thanks. I expanded it slightly ... The patch also modifies the BIOS check. It is now possible to load a BIOS with less than 4 MiB. ... and made that a separate patch. What about my patch for EEPROM 24C01 / 24C02 emulation needed for SDRAM SPD (dated 2007-01-23)? Is there any reason why it cannot be included in CVS HEAD? Apparently fell through the cracks, please resend. Thiemo ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] qemu gdbstub.c gdbstub.h monitor.c vl.c
CVSROOT:/sources/qemu Module name:qemu Changes by: Paul Brook pbrook 07/02/22 01:48:01 Modified files: . : gdbstub.c gdbstub.h monitor.c vl.c Log message: Allow gdbstub to connect over any serial device. CVSWeb URLs: http://cvs.savannah.gnu.org/viewcvs/qemu/gdbstub.c?cvsroot=qemur1=1.47r2=1.48 http://cvs.savannah.gnu.org/viewcvs/qemu/gdbstub.h?cvsroot=qemur1=1.5r2=1.6 http://cvs.savannah.gnu.org/viewcvs/qemu/monitor.c?cvsroot=qemur1=1.65r2=1.66 http://cvs.savannah.gnu.org/viewcvs/qemu/vl.c?cvsroot=qemur1=1.258r2=1.259 ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] QEMU: VNC
Is there a reason to not use the semi-standard -rfbauth filename argument? ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel