On Sat, May 28, 2011 at 12:51:04PM +0800, Fam Zheng wrote:
> But it says I can't create a 5000G raw image, this is the output of
> `./check 005` (with qemu-img version 0.14.50)
Somewhat confusingly qemu-img converts any EFBIG return to this
message. For some reason you have a really crappy filesy
Luiz Capitulino writes:
> Conforms to the event specification defined in the
> QMP/qmp-events.txt file.
I'd squash PATCH 2+3.
>
> Please, note the following details:
>
> o The event should be emitted only by devices which support the
>eject operation, which currently are: CDROMs (IDE and S
Am 28.05.2011 08:55, schrieb Paolo Bonzini:
On 05/28/2011 12:10 AM, Alexandre Raymond wrote:
Hi Stefan and Markus,
Thanks for your feedback :)
"%td" doesn't generate warnings on Linux nor on OSX.
Stefan, what about Windows?
Paolo
%td is ok for Windows, too.
Alexandre, please send an updat
On 2011-05-23 23:46, john cooper wrote:
> Add kvm emulated x2apic flag to config defined cpu models
> and general support for such hypervisor emulated flags.
>
> In addition to checking user request flags against the host
> we also selectively check against kvm for emulated flags.
As you are alre
This patch series is still RFC. Updated versions of x86_64 and i386
seems to work, Sparc64 is not changed since previous version.
I've added code for other targets too, but those parts are not even
compile tested, so review is necessary.
It would be possible to commit just the working patches, ma
Delegate TCG temp_buf setup to targets, so that they can use a stack
frame later instead.
Signed-off-by: Blue Swirl
---
tcg/arm/tcg-target.c |2 ++
tcg/hppa/tcg-target.c |2 ++
tcg/i386/tcg-target.c |2 ++
tcg/ia64/tcg-target.c |2 ++
tcg/mips/tcg-target.c |2 ++
tcg/pp
The code for stack allocation for call arguments is way too simplistic
to actually work on targets with non-trivial stack allocation policies,
e.g. ppc64. We've also already allocated TCG_STATIC_CALL_ARGS_SIZE worth
of stack for calls which should be well more than any helper needs.
Remove broken
size_t is unsigned, so the frame offset calculations can be incorrect for
negative offsets.
Signed-off-by: Blue Swirl
---
tcg/tcg.c | 10 +++---
1 files changed, 7 insertions(+), 3 deletions(-)
diff --git a/tcg/tcg.c b/tcg/tcg.c
index fad92f9..b31d80d 100644
--- a/tcg/tcg.c
+++ b/tcg/tcg.
Use stack instead of temp_buf array in CPUState for TCG
temps.
Signed-off-by: Blue Swirl
---
tcg/i386/tcg-target.c | 22 --
1 files changed, 12 insertions(+), 10 deletions(-)
diff --git a/tcg/i386/tcg-target.c b/tcg/i386/tcg-target.c
index 4c29ced..7529677 100644
--- a/tcg
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/arm/tcg-target.c | 11 +--
1 files changed, 9 insertions(+), 2 deletions(-)
diff --git a/tcg/arm/tcg-target.c b/tcg/arm/tcg-target.c
index 93eb0f1..eacda6b 100644
--- a/tcg/arm/tcg-target.
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/hppa/tcg-target.c |7 +--
1 files changed, 5 insertions(+), 2 deletions(-)
diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c
index bd40954..b900c88 100644
--- a/tcg/hppa/tcg-target.
Except for specific cases where the use of %esp changes the encoding of
the instruction, it's cleaner to use TCG_REG_CALL_STACK instead of
TCG_REG_ESP.
Signed-off-by: Blue Swirl
---
tcg/i386/tcg-target.c |8
1 files changed, 4 insertions(+), 4 deletions(-)
diff --git a/tcg/i386/tcg
Use stack instead of temp_buf array in CPUState for TCG temps.
On Sparc64, stack pointer is not aligned but there is a fixed bias of 2047,
so don't try to enforce alignment.
Signed-off-by: Blue Swirl
---
tcg/sparc/tcg-target.c |7 ---
tcg/tcg.c |2 ++
2 files changed, 6
Remove now unused temp_buf from CPUState. Rename CPU_TEMP_BUF_NLONGS
to TCG_TEMP_BUF_NLONGS.
Signed-off-by: Blue Swirl
---
cpu-defs.h |3 ---
tcg/arm/tcg-target.c |6 +++---
tcg/hppa/tcg-target.c |4 ++--
tcg/i386/tcg-target.c |4 ++--
tcg/ia64/tcg-target.c |
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/ia64/tcg-target.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/tcg/ia64/tcg-target.c b/tcg/ia64/tcg-target.c
index e22e9b6..528ae64 100644
--- a/tcg/ia64/tcg-targe
Use TCG_REG_CALL_STACK instead of TCG_REG_R12 for consistency.
Signed-off-by: Blue Swirl
---
tcg/ia64/tcg-target.c |9 ++---
1 files changed, 6 insertions(+), 3 deletions(-)
diff --git a/tcg/ia64/tcg-target.c b/tcg/ia64/tcg-target.c
index 6386a5b..e22e9b6 100644
--- a/tcg/ia64/tcg-targe
Use TCG_REG_CALL_STACK instead of TCG_REG_SP for consistency.
Signed-off-by: Blue Swirl
---
tcg/hppa/tcg-target.c | 30 --
1 files changed, 16 insertions(+), 14 deletions(-)
diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c
index 79bca63..bd40954 100644
--
Use TCG_REG_CALL_STACK instead of TCG_REG_SP for consistency.
Signed-off-by: Blue Swirl
---
tcg/mips/tcg-target.c | 13 +++--
1 files changed, 7 insertions(+), 6 deletions(-)
diff --git a/tcg/mips/tcg-target.c b/tcg/mips/tcg-target.c
index 12ff9d5..79e20fa 100644
--- a/tcg/mips/tcg-ta
Use TCG_REG_CALL_STACK instead of TCG_REG_R15 for consistency.
Signed-off-by: Blue Swirl
---
tcg/s390/tcg-target.c |8 +---
1 files changed, 5 insertions(+), 3 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index 2fc5646..e112052 100644
--- a/tcg/s390/tcg-target
Use TCG_REG_CALL_STACK instead of TCG_REG_R1 etc. for consistency.
Signed-off-by: Blue Swirl
---
tcg/ppc/tcg-target.c | 17 ++---
tcg/ppc64/tcg-target.c | 16 +---
2 files changed, 19 insertions(+), 14 deletions(-)
diff --git a/tcg/ppc/tcg-target.c b/tcg/ppc/tcg-ta
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/mips/tcg-target.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/tcg/mips/tcg-target.c b/tcg/mips/tcg-target.c
index 79e20fa..d536457 100644
--- a/tcg/mips/tcg-target.
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/ppc/tcg-target.c |7 +--
tcg/ppc64/tcg-target.c |7 +--
2 files changed, 10 insertions(+), 4 deletions(-)
diff --git a/tcg/ppc/tcg-target.c b/tcg/ppc/tcg-target.c
index 729061f..66
Use stack instead of temp_buf array in CPUState for TCG temps.
Signed-off-by: Blue Swirl
---
tcg/s390/tcg-target.c |7 ---
1 files changed, 4 insertions(+), 3 deletions(-)
diff --git a/tcg/s390/tcg-target.c b/tcg/s390/tcg-target.c
index e112052..c063509 100644
--- a/tcg/s390/tcg-target.
On 2011-05-10 10:02, BrillyWu wrote:
> From: BrillyWu
>
> When KVM is running on VIA CPU with host cpu's model, the
> feautures of VIA CPU will be passed into kvm guest by calling
> the CPUID instruction for Centaur.
>
> Signed-off-by: BrillyWu
> Signed-off-by: KaryJin
> ---
> target-i386/cpu.h
Building with libfdt results in the following warnings on Mac OS X:
CCppc-softmmu/device_tree.o
In file included from /Users/andreas/QEMU/latest64/include/libfdt.h:54,
from /Users/andreas/QEMU/qemu/device_tree.c:26:
/Users/andreas/QEMU/qemu/libfdt_env.h:25:20: warning: endia
On 28.05.2011, at 16:01, Andreas Färber wrote:
> Building with libfdt results in the following warnings on Mac OS X:
>
> CCppc-softmmu/device_tree.o
> In file included from /Users/andreas/QEMU/latest64/include/libfdt.h:54,
> from /Users/andreas/QEMU/qemu/device_tree.c:26:
>
Am 28.05.2011 um 16:03 schrieb Alexander Graf:
On 28.05.2011, at 16:01, Andreas Färber wrote:
diff --git a/libfdt_env.h b/libfdt_env.h
index ee0419f..90d7f3b 100644
--- a/libfdt_env.h
+++ b/libfdt_env.h
@@ -19,13 +19,9 @@
#ifndef _LIBFDT_ENV_H
#define _LIBFDT_ENV_H
-#include
-#include
-#inc
On 28.05.2011, at 16:16, Andreas Färber wrote:
> Am 28.05.2011 um 16:03 schrieb Alexander Graf:
>
>> On 28.05.2011, at 16:01, Andreas Färber wrote:
>>
>>> diff --git a/libfdt_env.h b/libfdt_env.h
>>> index ee0419f..90d7f3b 100644
>>> --- a/libfdt_env.h
>>> +++ b/libfdt_env.h
>>> @@ -19,13 +19,9
I get it. I have ext3 so I can only have 2TB file.
Thank you.
On Sat, May 28, 2011 at 3:50 PM, Christoph Hellwig wrote:
> On Sat, May 28, 2011 at 12:51:04PM +0800, Fam Zheng wrote:
>> But it says I can't create a 5000G raw image, this is the output of
>> `./check 005` (with qemu-img version 0.14.
Am 27.05.2011 um 00:56 schrieb Karl-Michael Schindler:
same with 0.14.1 with Mac OS X 10.6.7.
target ppc-darwin-user has the same problem:
CCppc-darwin-user/main.o
cc1: warning: /Users/michael/Downloads/qemu-0.14.1/darwin-user/ppc:
No such file or directory
In file included from /Users/
Hello,
Am 27.05.2011 um 19:22 schrieb Alexandre Raymond:
The following series contains trivial patches to fix several minor
issues
encountered while compiling qemu under OSX 10.6.7.
I used [./configure --disable-bsd-user --disable-darwin-user --
enable-io-thread]
to configure the build.
Am 27.05.2011 um 19:22 schrieb Alexandre Raymond:
There was already a check in place to avoid displaying a window
in certain modes such as vnc, nographic or curses.
Add a check for '-h' to avoid displaying a window for a split-
second before showing the usage information.
Signed-off-by: Alexan
After NACKing a read operation, a raising SCL should not trigger a new
read from the slave. Introduce a new state which just waits for a stop
or start condition after NACK.
Signed-off-by: Marcus Comstedt
---
hw/bitbang_i2c.c |5 -
1 files changed, 4 insertions(+), 1 deletions(-)
diff -
The QEMU USB mouse claims to support the "boot" protocol
(bInterfaceSubClass is 1). However, the mouse rejects the
Set_Protocol command.
The qemu mouse does support the "boot" protocol specification, so a
simple fix is to enable the Set_Protocol request.
Signed-off-by: Kevin O'Connor
---
hw/us
The USB tablet advertises that it supports the "boot" protocol.
However, its reports aren't "boot" protocol compatible. So, it
shouldn't claim that.
Signed-off-by: Kevin O'Connor
---
hw/usb-hid.c |1 -
1 files changed, 0 insertions(+), 1 deletions(-)
diff --git a/hw/usb-hid.c b/hw/usb-hid.
Am 28.05.2011 um 16:48 schrieb Andreas Färber:
> If you're willing to invest time on this, have a look at:
>
> http://repo.or.cz/w/qemu/afaerber.git/shortlog/refs/heads/darwin-user
interestinng link, but my actual interest was mipsel-linux, which is
already covered, but
> Don't bother with 0.14
On 2011-05-10 10:02, BrillyWu wrote:
> From: BrillyWu
>
> When KVM is running on VIA CPU with host cpu's model, the
> feautures of VIA CPU will be passed into kvm guest by calling
> the CPUID instruction for Centaur.
>
> Signed-off-by: BrillyWu
> Signed-off-by: KaryJin
...
> @@ -855,6 +870,8 @
On Mon, May 23, 2011 at 08:21:40AM -0500, Justin M. Forbes wrote:
>
> Fedora 16
> It is time to start planning for the Fedora 16 release. What features are
> going to be proposed? What does the community want to see from Fedora 16
> virtualiation?
>
Xen dom0 support out-of-the-box with the
On Fri, 27 May 2011 20:27:11 +0200, Stefan Weil wrote:
> Am 29.04.2011 02:46, schrieb Peter Maydell:
> > On 28 April 2011 21:49, Anthony Liguori wrote:
> >
> >> On 04/28/2011 03:02 PM, Stefan Weil wrote:
> >>
> >>> -$(addprefix 9pfs/, $(9pfs-nested-y)): CFLAGS += -I$(SRC_PATH)/hw/
> >>
> If the problem is on the QEMU side, getting relevant QEMU debug logs
> (-d in_asm,int which needs #define DEBUG_PCALL enabled in
> target-sparc/op_helper.c) would be needed. Those will be quite large
> and the relevant info is only near the end.
I'm not sure I'll be able to get/make available
On 05/28/2011 09:51 AM, Aneesh Kumar K.V wrote:
On Fri, 27 May 2011 20:27:11 +0200, Stefan Weil wrote:
Am 29.04.2011 02:46, schrieb Peter Maydell:
On 28 April 2011 21:49, Anthony Liguori wrote:
On 04/28/2011 03:02 PM, Stefan Weil wrote:
-$(addprefix 9pfs/, $(9pfs-nested-y)): CFLAGS += -
On Fri, May 20, 2011 at 10:21:03AM +0200, Paolo Bonzini wrote:
> Configuration
> -
>
> Subsystem Device ID
> TBD
>
> Virtqueues
> 0:control transmitq
> 1:control receiveq
I find these names weird because control commands are actually processed
and completed on the transmi
Public bug reported:
Cannot confirm email address on QEMU Wiki
http://wiki.qemu.org/Special:ConfirmEmail
---
Confirm e-mail address
QEMU could not send your confirmation mail. Please check your e-mail
address for invalid characters.
Mailer returned: mailer error
** Affects: qemu
Importa
On Sat, May 28, 2011 at 3:55 PM, Andreas Färber wrote:
> Hello,
>
> Am 27.05.2011 um 19:22 schrieb Alexandre Raymond:
>
>> The following series contains trivial patches to fix several minor issues
>> encountered while compiling qemu under OSX 10.6.7.
>>
>> I used [./configure --disable-bsd-user --
On Sat, May 28, 2011 at 3:55 PM, Marcus Comstedt wrote:
> After NACKing a read operation, a raising SCL should not trigger a new
> read from the slave. Introduce a new state which just waits for a stop
> or start condition after NACK.
>
> Signed-off-by: Marcus Comstedt
> ---
> hw/bitbang_i2c.c
On 27-May-11, Amit Shah wrote:
> On (Thu) 26 May 2011 [21:59:01], Apelete Seketeli wrote:
> > Hello,
> >
> > I'm trying to boot a custom linux kernel in qemu, and I plan to
> > contribute the necessary work to make it work (this is the first step
> > I'm taking to add OS support in qemu). I'm tota
On Thu, May 26, 2011 at 8:45 PM, Blue Swirl wrote:
> On Tue, May 24, 2011 at 10:42 PM, Artyom Tarasenko
> wrote:
>> Should it be possible to use dynamically linked binaries under
>> sparc*-linux-user?
>> Under qemu-system-sparc the Debian 4.08r1 initrd works fine, but:
>>
>> master$ sparc-linux-
Hi,
On 28 May 2011 21:52, Stefan Hajnoczi wrote:
> On Sat, May 28, 2011 at 3:55 PM, Marcus Comstedt wrote:
>> After NACKing a read operation, a raising SCL should not trigger a new
>> read from the slave. Introduce a new state which just waits for a stop
>> or start condition after NACK.
Makes
48 matches
Mail list logo
