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 Pa
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: qemu-d
-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
t
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
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 OSe
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 (mea
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 fdata
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 g
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 th
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 f
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
fullscreen
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 a
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
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 suppor
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 TARGET_WO
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 al
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 (s
gpe is acessible when its address listed by BIOS is !0.
This patch makes gpe blk 0 available, and 4 bytes in length
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/rombios32.c |2 ++
1 files changed, 2 insertions(+), 0 deletions(-)
diff --git a/bios/rombios32.c b/bios/rombios32.c
i
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
--- a/bios/ac
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 proc_base
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
provide methods for gpe blk 0, even though they do nothing atm
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl | 51 +++
1 files changed, 51 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.ds
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
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
bios/acpi-dsdt.dsl |7 +++
1 files changed, 7 insertions(+), 0 deletions(-)
diff --git a/bios/acpi-dsdt.dsl b/bios/acpi-dsdt.dsl
index 392d402..1dba157 100755
--- a/bios/acpi-dsdt.dsl
+++ b/bios/acpi-dsdt.dsl
@@ -27,6 +27,13 @@ Definiti
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 1db
Register the pios, and grab cpu_model for future usage.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 34 ++
qemu/hw/pc.c |1 +
qemu/sysemu.h |1 +
3 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b
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]>
---
qemu/qemu-kvm.c |9 +++--
qemu/qemu-kvm.h |1 +
2 files changed, 8 insertions(+), 2 deletions(-)
diff --git a/qemu/qemu-kvm.c b/qemu/qemu-kvm.c
index ffc59d5..59fe9df 100644
--- a/qemu/qemu-kvm.c
+++ b/qemu/qemu-kvm.c
@@ -351,6 +351
actually grab and return data, instead of just being two
bogus functions.
Signed-off-by: Glauber Costa <[EMAIL PROTECTED]>
---
qemu/hw/acpi.c | 36
1 files changed, 36 insertions(+), 0 deletions(-)
diff --git a/qemu/hw/acpi.c b/qemu/hw/acpi.c
index 119b59a.
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
+++ b/bios/r
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
+++ b/qemu/h
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
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 del
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 b/bios/acpi-
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 attemp
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 decl
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 pa
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
45 matches
Mail list logo
