Re: [Qemu-devel] Can I run FC4 inside Qemu on Sparc?
Neo Jia wrote: Thanks for your messages. But if I would like stick on Solaris 9, is there any workaround for me? If it's of any help I run Solaris 9, though in QEMU on my x86 system. -- -- Michael "Soruk" McConnell Eridani Star System MailStripper - http://www.MailStripper.eu/ - SMTP spam filter Mail Me Anywhere - http://www.MailMeAnywhere.com/ - Mobile email ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] don't require a disk image for network boot
-- Forwarded message -- From: Ferenc Wagner <[EMAIL PROTECTED]> To: qemu-devel@nongnu.org Date: Thu, 08 Feb 2007 18:02:23 +0100 Subject: don't require a disk image for network boot Hi, What do you think about the following patch? As a side note, I'd really prefer option roms with serial output enabled (check CONSOLE_DUAL on rom-o-matic). Maybe even uncheck ASK_BOOT... Hmm, maybe that's already done, I couldn't see... :) Anyway, thanks for the nice work! Regards, Feri. (please Cc: me, I'm not subscribed) diff -Nru qemu-0.9.0/vl.c qemu/vl.c --- qemu-0.9.0/vl.c 2007-02-06 00:01:54.0 +0100 +++ qemu/vl.c 2007-02-08 17:54:00.723622909 +0100 @@ -7017,6 +7017,7 @@ linux_boot = (kernel_filename != NULL); if (!linux_boot && +boot_device != 'n' && hd_filename[0] == '\0' && (cdrom_index >= 0 && hd_filename[cdrom_index] == '\0') && fd_filename[0] == '\0') ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] [PATCH] don't require a disk image for network boot
On Tue, Feb 13, 2007 at 03:58:13PM +0100, andrzej zaborowski wrote: > What do you think about the following patch? As a side note, I'd > really prefer option roms with serial output enabled (check > CONSOLE_DUAL on rom-o-matic). Maybe even uncheck ASK_BOOT... Hmm, > maybe that's already done, I couldn't see... :) As requested, here's the diff with the correct formatting: diff -Nru qemu-0.9.0/vl.c qemu/vl.c --- qemu-0.9.0/vl.c 2007-02-06 00:01:54.0 +0100 +++ qemu/vl.c 2007-02-08 17:54:00.723622909 +0100 @@ -7017,6 +7017,7 @@ linux_boot = (kernel_filename != NULL); if (!linux_boot && +boot_device != 'n' && hd_filename[0] == '\0' && (cdrom_index >= 0 && hd_filename[cdrom_index] == '\0') && fd_filename[0] == '\0') ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] allow shift-pageup and shift-pagedown for scrolling in text consoles
Hello,
I've attached a patch that allows shift-pageup and shift-pagedown to be
used for scrolling in text consoles. Some users are surprised that they
have to use ctrl-pageup and ctrl-pagedown instead.
Obviously this does affect all text consoles, and not just the monitor.
I added a separate QEMU_KEY_SHIFT_PAGEUP and QEMU_KEY_SHIFT_PAGEDOWN,
but I'm not sure if I should have renamed QEMU_KEY_CTRL_PAGEUP and
QEMU_KEY_CTRL_PAGEDOWN instead.
It also fixes a minor fomatting problem in the same code.
Does it look okay?
Cheers,
--
Stuart Brady
Index: console.c
===
RCS file: /sources/qemu/qemu/console.c,v
retrieving revision 1.12
diff -u -r1.12 console.c
--- console.c 10 Feb 2007 22:37:56 - 1.12
+++ console.c 13 Feb 2007 15:30:49 -
@@ -1078,6 +1078,12 @@
case QEMU_KEY_CTRL_PAGEDOWN:
console_scroll(10);
break;
+case QEMU_KEY_SHIFT_PAGEUP:
+console_scroll(-10);
+break;
+case QEMU_KEY_SHIFT_PAGEDOWN:
+console_scroll(10);
+break;
default:
/* convert the QEMU keysym to VT100 key string */
q = buf;
Index: sdl.c
===
RCS file: /sources/qemu/qemu/sdl.c,v
retrieving revision 1.34
diff -u -r1.34 sdl.c
--- sdl.c 24 Jan 2007 21:40:21 - 1.34
+++ sdl.c 13 Feb 2007 15:30:49 -
@@ -366,6 +366,12 @@
case SDLK_PAGEDOWN: keysym = QEMU_KEY_CTRL_PAGEDOWN;
break;
default: break;
}
+} else if (ev->key.keysym.mod & (KMOD_LSHIFT |
KMOD_RSHIFT)) {
+switch(ev->key.keysym.sym) {
+case SDLK_PAGEUP: keysym = QEMU_KEY_SHIFT_PAGEUP;
break;
+case SDLK_PAGEDOWN: keysym = QEMU_KEY_SHIFT_PAGEDOWN;
break;
+default: break;
+}
} else {
switch(ev->key.keysym.sym) {
case SDLK_UP: keysym = QEMU_KEY_UP; break;
@@ -376,7 +382,8 @@
case SDLK_END: keysym = QEMU_KEY_END; break;
case SDLK_PAGEUP: keysym = QEMU_KEY_PAGEUP; break;
case SDLK_PAGEDOWN: keysym = QEMU_KEY_PAGEDOWN; break;
-case SDLK_BACKSPACE: keysym = QEMU_KEY_BACKSPACE;
break;case SDLK_DELETE: keysym = QEMU_KEY_DELETE; break;
+case SDLK_BACKSPACE: keysym = QEMU_KEY_BACKSPACE;
break;
+case SDLK_DELETE: keysym = QEMU_KEY_DELETE; break;
default: break;
}
}
Index: vl.h
===
RCS file: /sources/qemu/qemu/vl.h,v
retrieving revision 1.185
diff -u -r1.185 vl.h
--- vl.h8 Feb 2007 23:09:59 - 1.185
+++ vl.h13 Feb 2007 15:30:49 -
@@ -226,6 +226,8 @@
#define QEMU_KEY_CTRL_END0xe405
#define QEMU_KEY_CTRL_PAGEUP 0xe406
#define QEMU_KEY_CTRL_PAGEDOWN 0xe407
+#define QEMU_KEY_SHIFT_PAGEUP0xe408
+#define QEMU_KEY_SHIFT_PAGEDOWN 0xe409
void kbd_put_keysym(int keysym);
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Serial port strange behavior
Hello all . I'm new to this list. A few days ago I asked on xen-users mailing list if xen and qemu serial driver code is related. Someone there confirmed that. After some digging and trying different serial port configurations I can say that problem below is protocol related. I hooked up two boxes with serial cable. First one is WinXP on real hardware, second one qemu (or xen) virtualized WinXP on FC6. I started Hyper Terminal on both sides. Console communication is OK. Then I tried file transfer. 1. Real to virtual file transfer is good, other way not possible - using Zmodem protocol 2. Both ways file transfer is good - using Kermit protocol If I try same thing on non virtual boxes, I don't have this problem no matter what protocol I use. The problem is that I can't change protocol when using proprietary application (for Win only) and this special device on COM port. http://www2.sma.de/en/solar-technology/products/communication/communication-products-software/sunny-boy-control-plus/overview/index.html On the other way, emulated serial port is not acting the same as real one. Is this question for xen or qemu developers? Can I try anything else? I can provide additional info if someone is interested, but I'm not a programmer to fix this problem :) Thank you. Aleš ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] PS/2 interface - Allow custom IO ports + IRQ
Hi, This patch allows the caller to customize the ports + interrupts used by the PS/2 interface. Platforms other than x86 don't use ports 0x60/0x64 and IRQs 1 and 12. This change is not very usefull yet, but will be needed when we will add some more non x86 platforms. Hervé custom_ports_for_ps2_kbd.diff Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [MIPS] Add PS/2 keyboard to MIPS R4K
Hi, This patch adds a PS/2 keyboard to the emulated MIPS R4K board. For example, the MIPS Magnum R4000 (and most of the Jazz-based systems) had this interface. Hervé add_kbd_to_mips_r4k.diff Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [MIPS] Fix sign-extension of VPN field in TLB
Hi, This patch fixes sign-extension on 64 bit MIPS systems in VPN field of the TLB Hervé tlb_vpn_sign_extension.diff Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] Fix 64 bit number formatting on Windows
Hi, Correct number formatting on Windows for 64 bit numbers is "I64", while it is "ll" on *nix. Hervé 64bit_display.diff Description: Binary data ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
Re: [Qemu-devel] Qemu with kqemu crashes on x86_64
On Thu, Feb 08, 2007 at 04:07:39PM +0100, Soren Hansen wrote: > I'm having a problem with qemu using kqemu on an x86_64 box. Is there anything at all I can provide that would help fix this issue? -- | Soren Hansen| Linux2Go | http://Linux2Go.dk/ | | Seniorkonsulent | Lindholmsvej 42, 2. TH| +45 46 90 26 42 | | [EMAIL PROTECTED] | 9400 Norresundby, Denmark | GPG key: E8BDA4E3 | signature.asc Description: Digital signature ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] ARC firmware for MIPS platform
Hi, Since some weeks, I've started to implement an ARC firmware according to "Advanced RISC computing specification" v1.2 The current implementation is mostly complete, even if I'm sure there is still some bugs in it ;) Here is the list of OSs I've tested: - NetBSD/ARC 1.51: fails when trying to dereference the address 0x84 - OpenBSD/ARC 2.3: qemu crashes after some time - Debian 3.1r4 for IP22 platform: freezes after tftpboot loader, probably because Qemu doesn't emulate hardware of the IP22 - MS Windows NT 3.51 setup: setup starts, loads lots of drivers, and fails when passing execution to kernel- MS Windows NT 4.0 setup: setup starts and immediatly returns back to the firmware - MS Windows NT 3.51/4.0 partitionner: works well to create/format 1 partition (firmware is buggy when >= 2 partitions) Main missing part in the firmware is the interactive mode, which lets you choose which file to start. Currently, the firmware can only start cdroms listed above, but *nothing* on the hard-disk Firmware source and binary is available at http://hpoussineau.free.fr/qemu/firmware The .iso files I've used for my tests are available at http://hpoussineau.free.fr/qemu Please comment. Hervé ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] run xen under qemu
Hi List. For some project I tried to run xen 3.0.4-1 under qemu-0.9.0. Compiled qemu myself on ubuntu edgy, used binary package of xen. After a little fiddling xen boots, but only without kqemu or kernel-kqemu. From the kqemu docs I gather that it wouldn't have made that much of a difference anyways (being linux 2.6) but does somebody know why it fails? Attached png shows where it stops. Cheers Robos -- Robos - gpg --recv-keys --keyserver blackhole.pca.dfn.de 6EEADA09 xen-qemu-kqemu.png Description: PNG image ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] [PATCH] LinuxBIOS support: map BIOS into ISA address space as RAM instead of ROM
LinuxBIOS writes the IRQ routing table (PIRQ) to 0xf000 and then reads
it back to verify the write. Currently qemu maps the top 128 KB of the
BIOS into ISA address space (0xe000 - 0x) as ROM, which causes the
write to fail, preventing Linux from finding interrupt routing info.
This patch changes qemu to map the BIOS into ISA address space as RAM
instead of ROM, allowing LinuxBIOS to run on qemu with no further
modifications (although the DRAM size is still not detected properly).
I've verified that Windows 2000 and Linux still boot with the Bochs
BIOS with this patch applied.
--Ed
Index: qemu-snapshot-2007-02-09_05/hw/pc.c
===
--- qemu-snapshot-2007-02-09_05.orig/hw/pc.c
+++ qemu-snapshot-2007-02-09_05/hw/pc.c
@@ -530,7 +530,7 @@ static void pc_init1(int ram_size, int v
IO_MEM_UNASSIGNED);
cpu_register_physical_memory(0x10 - isa_bios_size,
isa_bios_size,
- (bios_offset + bios_size - isa_bios_size) | IO_MEM_ROM);
+ bios_offset + bios_size - isa_bios_size);
{
ram_addr_t option_rom_offset;
___
Qemu-devel mailing list
Qemu-devel@nongnu.org
http://lists.nongnu.org/mailman/listinfo/qemu-devel
[Qemu-devel] USB storage cannot be recognized on guest Linux domain?
I am using Xen 3.0.3 with QEMU-DM 0.8.2 on a Intel VT platform. After insert a USB storage, and use "usb_add" command in QEMU monitor, the storage should be recognized on guest OS. I tested this with a Windows XP SP2 guest OS, it doing well. But when I test the "usb_add" command with some Linux guest OS, it seems that the guest OS cannot recognize the USB storage. And the device number and address in guest domain are always "0.0". The Linux guest OS I tested including Fedora Core 4 and Fedora Core 5. Does any one also meet this problem or have some idea on this? Feedbacks will be highly appreciated. Thanks Xiaoyang ___ Qemu-devel mailing list Qemu-devel@nongnu.org http://lists.nongnu.org/mailman/listinfo/qemu-devel
