repository: /home/build/src/kvm
branch: trunk
commit cd5edbab7d647b81cbbf60d530068f2916658753
Author: Dor Laor [EMAIL PROTECTED]
Date: Thu Feb 28 11:01:41 2008 +0200
Change the e1000 mmio addr space according to spec.
According to the Intel 82540EM manual, the mmio space is
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl 08/02/28 11:23:21
Modified files:
tests/cris : Makefile
Log message:
Add small testcase for ordinary signals.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl 08/02/28 11:29:27
Modified files:
linux-user : signal.c main.c
Log message:
First try at supporting ordinary signals for CRIS linux-user guests.
CVSWeb URLs:
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl 08/02/28 11:23:14
Added files:
tests/cris : check_sigalrm.c
Log message:
Add small testcase for ordinary signals.
CVSWeb URLs:
Hi,
In sun4m.c machine, attached patch removes assumption that MAX_FD is 2.
Hervé
Index: sun4m.c
===
RCS file: /sources/qemu/qemu/hw/sun4m.c,v
retrieving revision 1.84
diff -u -r1.84 sun4m.c
--- sun4m.c 11 Feb 2008 20:01:36
In qemu 9.1 block.c I see:
794 /* XXX: no longer used */
795 void bdrv_set_change_cb(BlockDriverState *bs,
796 void (*change_cb)(void *opaque), void *opaque)
797 {
I also see that hw/ide.c and hw/sd.c call function bdrv_set_change_cb().
Is the comment wrong or is it an
On Thursday 28 February 2008 15:12:20 [EMAIL PROTECTED] wrote:
Atheros Wireless Device Emulation
Hm... seems attachments don't go too well.
Since it is a 9.500 LOC patch, I put here for download:
http://stud4.tuwien.ac.at/~e0126605/qemu_atheros/atheros_wlan.patch
Cheers
For go this patch. It was not in upstream qemu.
On Wed, 2008-02-27 at 16:35 -0600, Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1204150440 21600
# Branch merge
# Node ID f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
# Parent
The CPU hotplug patches have not been applied to QEMU yet.
Regards,,
Anthony Liguori
Jerone Young wrote:
# HG changeset patch
# User Jerone Young [EMAIL PROTECTED]
# Date 1204150440 21600
# Branch merge
# Node ID f255b23b6ef9461be4ee18fa0745f30c4fb66e6a
# Parent
Hello,
This patch makes it possible to debug signal handlers when simulating programs
in user-mode. Without it, the session aborts as soon as a signal is delivered.
On CRIS I still cannot get GDB to unwind the stack beyond the signals return
trampoline, but I'm pretty sure it's related to some
On Thu, Feb 28, 2008 at 08:22:30PM +0100, Edgar E. Iglesias wrote:
Hello,
This patch makes it possible to debug signal handlers when simulating
programs in user-mode. Without it, the session aborts as soon as a signal is
delivered.
On CRIS I still cannot get GDB to unwind the stack
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl 08/02/28 08:28:32
Modified files:
. : gdbstub.c
target-cris: cpu.h helper.c mmu.c op.c translate.c
Log message:
More consistent naming for CRIS
CVSROOT:/sources/qemu
Module name:qemu
Changes by: Edgar E. Iglesias edgar_igl 08/02/28 09:37:59
Modified files:
target-cris: translate.c
Log message:
Cut the translation block after translating a break insn. This avoids
an issue where QEMU finds an
Hi David,
On Feb 28, 2008, at 10:39 PM, David Barrett wrote:
Hi there, can you give me any tips for where to get started adding a
new function sendkeys to the monitor that is essentially like
sendkey except for multiple keystrokes?
I don't really think that is needed. The sendkey command
I agree, it's only for convenience. Sendkey is great for individual
keystrokes, but it's not super convenient for batches of keystrokes.
Incidentally, what's the policy for patch submission to Qemu? If I
write this patch and submit it, what are the odds that it would get
accepted in the
On Wed, Feb 27, 2008 at 8:51 PM, Blue Swirl [EMAIL PROTECTED] wrote:
CVSROOT:/cvsroot/qemu
Module name:qemu
Changes by: Blue Swirl blueswir1 08/02/27 17:51:14
New directory:
tcg/sparc
I found a couple of typos with register references, please apply the
following
In hw/pc.c, replace usb_uhci_piix3_init(pci_bus, piix3_devfn + 2);
With usb_ehci_init(pci_bus, piix3_devfn + 2);
Note my comments on the original post:
-tested on XP guest
-does not support ISO transfers
-timing issues
-Original Message-
From: Gerb Stralko [mailto:[EMAIL PROTECTED]
Sent:
17 matches
Mail list logo