http://qemu-forum.ipi.fi/
General Error
SQL ERROR [ mysql4 ]
Lost connection to MySQL server during query [2013]
An sql error occurred while fetching this page. Please contact an
administrator if this problem persists.
I have emailed Pablo but to no avail. Has anybody a direct contact
with
It seems I cannot send email to the mailing list from
my personal email account. Anyway...
Here is what I discovered debugging the failure.
Is there anyone who can direct me to the next step?
thanks,
GG
Forwarded Message
From: Gabriele Gorla [EMAIL PROTECTED]
To:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Hello,
I (and others) have observed the following problem with kqemu
If you take Minix3 harddisk image such as:
http://altair.sk/uploads/minix.img.gz
and if you try to boot it via QEMU without kqemu
qemu -hda minix.img -no-kqemu
Ottavio Caruso wrote:
http://qemu-forum.ipi.fi/
General Error
SQL ERROR [ mysql4 ]
Lost connection to MySQL server during query [2013]
An sql error occurred while fetching this page. Please contact an
administrator if this problem persists.
I have emailed Pablo but to no avail. Has anybody
Gabriele Gorla wrote:
It seems I cannot send email to the mailing list from
my personal email account. Anyway...
Here is what I discovered debugging the failure.
Is there anyone who can direct me to the next step?
Things have changed considerably in the last few weeks. The code
generator is
Jamie Lokier writes (Re: [Qemu-devel] [PATCH] ide.c make write cacheing
controllable by guest):
However, I notice that it tells the guest that data is committed to
hard storage when the host has merely called fsync().
Yes, that's what fsync is supposed to do.
On Linux (and other host OSes),
hi,
the attached patch fixes some glitches when switching to fullscreen mode
using ctrl+alt+f or when booting using -full-screen.
up to now the VM simply dies if one of the following situations occur:
* user switches from windowed to fullscreen mode using a resolution
which is too high
Ian Jackson wrote:
Ideally, the host would provide variation of fdatasync() which flushes
data to hard storage in the same way that kernel filesystem journal
writes can do, and Qemu would use that.
Another question arises: do we want bdrv_flush to call (eventually)
fsync or fdatasync ?
Hi,
On Tue, 26 Feb 2008, Samuel Thibault wrote:
I asked on the SDL mailing list, and they answered that qemu should
indeed not use SDL_GetRelativeMouseState(), since that only provides the
latest mouse position, not the position at the time of the event.
AFAIR this is done so that your
Johannes Schindelin, le Tue 26 Feb 2008 12:57:25 +, a écrit :
On Tue, 26 Feb 2008, Samuel Thibault wrote:
I asked on the SDL mailing list, and they answered that qemu should
indeed not use SDL_GetRelativeMouseState(), since that only provides the
latest mouse position, not the
Hello,
I was having a look at the mouse events that the guest receives, and was
surprised to get
pos x:452 y:220 z:0
pos x:452 y:220 z:0
pos x:452 y:220 z:0
Hi,
On Tue, 26 Feb 2008, Andreas Winkelbauer wrote:
the attached patch fixes some glitches when switching to fullscreen mode
using ctrl+alt+f or when booting using -full-screen.
Wow. This patch is messy, if I may say so. There must be a more elegant
way to do this, especially given the
Am 26.02.2008 um 13:48 schrieb Andreas Winkelbauer:
This patch changes the behaviour as follows:
* deny switching to fullscreen mode if the resolution is too high
and print a message to the console
Very good idea.
* use windowed mode as fallback option if we are already in
Hi,
I'm using Qemu 0.9.0 on Kubuntu, and I have issues with the keymap
selection:
* When KDE is configured with the French keyboard, then in Qemu, the
keymap is English (qwerty) ;
* When KDE is configured with the French keyboard, and Qemu is run
with -k fr, then the keymap remains in
Thomas Petazzoni, le Tue 26 Feb 2008 14:51:21 +0100, a écrit :
I'm using Qemu 0.9.0 on Kubuntu, and I have issues with the keymap
selection:
How is the guest configured?
Samuel
On [Sat, 23.02.2008 09:25], Kirill A. Shutemov wrote:
On [Sat, 23.02.2008 12:00], Takashi Yoshii wrote:
getgroups() and getgroups32() returns NGROUPS_MAX when both its two args are
zero. But because we pass a ptr to allocated space as 2nd arg, this function
are interfered. The patch
Jamie Lokier writes (Re: [Qemu-devel] [PATCH] ide.c make write cacheing
controllable by guest):
I'm imagining that fdatasync() will flush the necessary metadata,
including file size, when a file is extended. As would O_DSYNC.
Do you have a reference to support this supposition ? SuSv3's
Ian Jackson wrote:
Jamie Lokier writes (Re: [Qemu-devel] [PATCH] ide.c make write cacheing
controllable by guest):
I'm imagining that fdatasync() will flush the necessary metadata,
including file size, when a file is extended. As would O_DSYNC.
Do you have a reference to support this
Signed-off-by: Jean-Christophe PLAGNIOL-VILLARD [EMAIL PROTECTED]
diff --git a/hw/mips_r4k.c b/hw/mips_r4k.c
index 63bd158..fca5651 100644
--- a/hw/mips_r4k.c
+++ b/hw/mips_r4k.c
@@ -14,6 +14,7 @@
#include net.h
#include sysemu.h
#include boards.h
+#include flash.h
#ifdef
Jamie Lokier writes (Re: [Qemu-devel] [PATCH] ide.c make write cacheing
controllable by guest):
I agree it's a bit ambiguous. My understanding is that _increases_ in
size are included, by convention as much as anything, since the larger
size is necessary to retrieve the data later.
Yes.
On Tue, Feb 19, 2008 at 04:39:07PM +, Ian Jackson wrote:
Content-Description: message body text
I was doing some merging of qemu and I noticed that the block driver
backends don't check the guest's read/write attempts against the
nominal size of the block device.
I haven't checked all of
Hi,
There is a problem with the Sparc32 target on i386 host. Store double
word op (std) cannot be generated and TCG just aborts. It looks like
the registers are so few on i386 that TCG can't find registers for the
qemu_st64 call. The problem does not appear on x86_64 host, or for
Sparc64 target
Mark cpus over smp_cpus as present, but disable.
The OS can then recognize it and make room for future hotplug
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/rombios.h |2 ++
bios/rombios32.c | 21 +
2 files changed, 15 insertions(+), 8 deletions(-)
diff
mark processors as present through the _STA method
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index e900795..244e906 100755
---
Hi,
I'm resending the series with avi's few comments merged, and a couple
of others on my own:
* _STA returns 0xF instead of 0x1. According to the specification, it means
that the device, besides present, is also functional, enabled, and a couple
of other cool things.
* gpe_base and
in this patch, cpu_set is introduced to qemu monitor
semantics is : cpu_set x online|offline.
it will then tell the acpi backend to signal cpu x.
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
qemu/hw/acpi.c |4
qemu/monitor.c | 16
qemu/sysemu.h |3 +++
3
This patch wraps up the piece of code in hw/pc.c that
actually allocates and initializates a cpu. After that,
plan is to be able to start it later on.
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
qemu/hw/pc.c | 40 +++-
qemu/hw/pc.h |1 +
2 files
This corresponds to the cpu hotplug functionality
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 114
1 files changed, 114 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
qemu/hw/acpi.c | 42 ++
1 files changed, 42 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 7340f15..5a6d1a8 100644
--- a/qemu/hw/acpi.c
+++ b/qemu/hw/acpi.c
@@ -534,10
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/rombios32.c | 55 --
1 files changed, 0 insertions(+), 55 deletions(-)
diff --git a/bios/rombios32.c b/bios/rombios32.c
index f2db740..77e71ac 100755
--- a/bios/rombios32.c
+++
spin up a new cpu thread if not yet running.
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
qemu/hw/acpi.c | 16
1 files changed, 16 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 5a6d1a8..e44c8b5 100644
--- a/qemu/hw/acpi.c
+++
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 154 +++-
1 files changed, 140 insertions(+), 14 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index 194a051..7dffb6d 100755
--- a/bios/acpi-dsdt.dsl
+++
Blue Swirl wrote:
Hi,
There is a problem with the Sparc32 target on i386 host. Store double
word op (std) cannot be generated and TCG just aborts. It looks like
the registers are so few on i386 that TCG can't find registers for the
qemu_st64 call. The problem does not appear on x86_64 host,
On Feb 27, 2008, at 12:05 AM, Alexander Graf wrote:
On Feb 26, 2008, at 8:56 PM, Glauber Costa wrote:
mark processors as present through the _STA method
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 18 ++
1 files changed, 18 insertions(+), 0
On Feb 26, 2008, at 8:56 PM, Glauber Costa wrote:
mark processors as present through the _STA method
Signed-off-by: Glauber Costa [EMAIL PROTECTED]
---
bios/acpi-dsdt.dsl | 18 ++
1 files changed, 18 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl
On Tue, Feb 26, 2008 at 07:46:51PM +, Daniel P. Berrange wrote:
On Tue, Feb 19, 2008 at 04:39:07PM +, Ian Jackson wrote:
Content-Description: message body text
I was doing some merging of qemu and I noticed that the block driver
backends don't check the guest's read/write attempts
hi,
Wow. This patch is messy, if I may say so. There must be a more
elegant way to do this, especially given the fact that you remove
atexit(sdl_cleanup)s without explanation.
well, the diff output is messy, because I added sdl_resize2() above
sdl_resize() to avoid adding a forward
hi,
use windowed mode as fallback option if we are already in fullscreen
mode and the new resolution is too high and print a message to the
console
Do you end up with a window bigger than the screen, then? Is there a
chance the user can escape from this situation, i.e. reach all parts
of
Hi...
The screen capture didn't show anything suspicious...maybe the issue
is related to segmentation? Linux...AFAIK doesn't use CS segment
that much in GDT
regards,
Mulyadi
39 matches
Mail list logo