On Sat, May 25, 2013 at 05:32:24PM +, Blue Swirl wrote:
> On Wed, May 22, 2013 at 11:35 AM, Michael S. Tsirkin wrote:
> > On Wed, May 22, 2013 at 01:12:15PM +0200, Paolo Bonzini wrote:
> >> Il 22/05/2013 13:09, Michael S. Tsirkin ha scritto:
> >> > > Usually I do the same---I just do slightly
On Fri, May 24, 2013 at 04:00:42PM -0400, Luiz Capitulino wrote:
> On Fri, 24 May 2013 12:05:12 -0600
> Eric Blake wrote:
>
> > On 05/24/2013 10:12 AM, Michael S. Tsirkin wrote:
> > >
> > > Event message contains the net client name, management might only want
> > > to query the singl
Il 26/05/2013 01:23, Richard Henderson ha scritto:
> On 2013-05-24 14:37, Laszlo Ersek wrote:
>> @@ -4813,7 +4813,11 @@ static target_ulong disas_insn(CPUX86State
>> *env, DisasContext *s,
>> /* 0x66 is ignored if rex.w is set */
>> dflag = 2;
>> }
>> -
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 25/05/2013 13:30, Jan Kiszka ha scritto:
> On 2013-05-25 13:20, Paolo Bonzini wrote:
>> Il 25/05/2013 12:19, Jan Kiszka ha scritto:
>>> addr -= section->offset_within_address_space; -len =
>>> MIN(section->size - addr, len);
>> ^
Am 26.05.2013 07:40, schrieb Lior Vernia:
> On Sat, May 25, 2013 at 10:06 PM, Andreas Färber wrote:
>> Am 24.05.2013 21:24, schrieb Lior Vernia:
>>> I am running x86 applications on an ARM device using QEMU, and found
>>> it too slow for my needs.
>>
>> Before we start going into technical details
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 25/05/2013 13:30, Jan Kiszka ha scritto:
> On 2013-05-25 13:20, Paolo Bonzini wrote:
>> Il 25/05/2013 12:19, Jan Kiszka ha scritto:
>>> addr -= section->offset_within_address_space; -len =
>>> MIN(section->size - addr, len);
>> ^
On 2013-05-26 10:56, Paolo Bonzini wrote:
> Il 25/05/2013 13:30, Jan Kiszka ha scritto:
>> On 2013-05-25 13:20, Paolo Bonzini wrote:
>>> Il 25/05/2013 12:19, Jan Kiszka ha scritto:
addr -= section->offset_within_address_space; -len =
MIN(section->size - addr, len);
>>> ^^^
On 2013-05-26 11:01, Paolo Bonzini wrote:
> Il 25/05/2013 13:30, Jan Kiszka ha scritto:
>> On 2013-05-25 13:20, Paolo Bonzini wrote:
>>> Il 25/05/2013 12:19, Jan Kiszka ha scritto:
addr -= section->offset_within_address_space; -len =
MIN(section->size - addr, len);
>>> ^^^
On 26 May 2013 08:35, Michael S. Tsirkin wrote:
> On Sat, May 25, 2013 at 05:32:24PM +, Blue Swirl wrote:
>> Another way to handle this would be to enhance GCC and linker to use
>> atomic operations when producing or combining object files. The tools
>> could also print a SHA of the object whi
On 26 May 2013 06:40, Lior Vernia wrote:
> Sorry, right after I wrote the message it occured to me I should have
> mentioned that I was talking about qemu-system, either x86 or i386. At
> the moment I just ran the limbo app on a Galaxy SIII with various
> images, just to see the capabilities, and
On Sun, May 26, 2013 at 10:26:04AM +0100, Peter Maydell wrote:
> On 26 May 2013 06:40, Lior Vernia wrote:
> > Sorry, right after I wrote the message it occured to me I should have
> > mentioned that I was talking about qemu-system, either x86 or i386. At
> > the moment I just ran the limbo app on
On 26 May 2013 10:58, Gleb Natapov wrote:
> Actually here is an example of Starcraft running in android on ARM in
> full speed: http://forum.xda-developers.com/showthread.php?p=39009939
> Search more about winulator.
Yes; that seems to also be taking the path of going specifically
for application
I get this on i386 chroot for make check:
GTESTER tests/test-qmp-output-visitor
**
ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:check_native_list:
assertion failed: (tmp)
GTester: last random seed: R02S559792e7c8d0762d9a2ee153fba8896c
**
ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:c
On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
> On 26 May 2013 08:35, Michael S. Tsirkin wrote:
> > On Sat, May 25, 2013 at 05:32:24PM +, Blue Swirl wrote:
> >> Another way to handle this would be to enhance GCC and linker to use
> >> atomic operations when producing or combin
Am 26.05.2013 14:31, schrieb Michael S. Tsirkin:
> On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
>> On 26 May 2013 08:35, Michael S. Tsirkin wrote:
>>> On Sat, May 25, 2013 at 05:32:24PM +, Blue Swirl wrote:
Another way to handle this would be to enhance GCC and linker to
On Sat, May 25, 2013 at 10:23:32AM +0100, Peter Maydell wrote:
> On 25 May 2013 04:44, David Gibson wrote:
> > On Fri, May 24, 2013 at 11:52:17AM +0100, Peter Maydell wrote:
> >> So when *is* it a good idea to use this API? In real
> >> hardware you don't usually get a "tell me whether this
> >> a
[...]
+static PhysPageTable *cur_pgtbl;
+static PhysPageTable *next_pgtbl;
>>>
>>> You shouldn't need cur_pgtbl. Instead, each AddressSpaceDispatch should
>>> have a pointer to its own cur_pgtbl. In the commit hook you can then
>>> take a lock, unref the old table, assign cur_pgtbl = ne
On Sun, May 26, 2013 at 02:48:11PM +0200, Stefan Weil wrote:
> Am 26.05.2013 14:31, schrieb Michael S. Tsirkin:
> > On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
> >> On 26 May 2013 08:35, Michael S. Tsirkin wrote:
> >>> On Sat, May 25, 2013 at 05:32:24PM +, Blue Swirl wrote:
From: Laszlo Ersek
The qemu guest agent creates a bunch of files with insecure permissions
when started in daemon mode. For example:
-rw-rw-rw- 1 root root /var/log/qemu-ga.log
-rw-rw-rw- 1 root root /var/run/qga.state
-rw-rw-rw- 1 root root /var/log/qga-fsfreeze-hook.log
In addition, at
On 26 May 2013 13:31, Michael S. Tsirkin wrote:
> On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
>> I definitely think individual project makefiles are the wrong place
>> to fix this. If create-as-temp-and-rename is useful functionality
>> it needs to go in the compiler so that eve
On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote:
> On 26 May 2013 13:31, Michael S. Tsirkin wrote:
> > On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
> >> I definitely think individual project makefiles are the wrong place
> >> to fix this. If create-as-temp-and-renam
Am 24.05.2013 19:03, schrieb Paolo Bonzini:
> With the next patch, the memory API will complain if the
> TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
> overflow. s390x can handle up to 64 bit of physical address
> space from its page tables, but we never use that much. Just
> decrease
Hi,
Am 24.05.2013 23:44, schrieb Paolo Bonzini:
> Il 24/05/2013 23:39, Clemens Kolbitsch ha scritto:
>> we recently had an issue with running a program using FPU instructions
>> to obtain the current EIP (basically a weird way of "call 0; pop eax")
>> that was not working on QEMU (with TCG).
>>
>>
Am 26.05.2013 03:23, schrieb mdroth:
On Sat, May 25, 2013 at 01:09:50PM +0200, Stefan Priebe wrote:
Am 25.05.2013 00:32, schrieb mdroth:
On Sat, May 25, 2013 at 12:12:22AM +0200, Stefan Priebe wrote:
Am 25.05.2013 00:09, schrieb mdroth:
I would try to create a small example script.
I use qm
Dear qemu-devel hackers,
I am writing to ask for some technical advice. I am making embarrassingly
slow progress on finding a good way to integrate the Snabb Switch
user-space ethernet switch (http://snabb.co/snabbswitch/) with QEMU for
efficient ethernet I/O.
Stefan put us onto the highly promis
Things we pull from linux-headers are actually
quite portable. All we need is implement linux/types.h
using stdint.h and we are able to compile on any platform.
Signed-off-by: Michael S. Tsirkin
---
Makefile.target | 5 +++--
configure | 7 ++-
2 files changed, 9 insertions(+), 3 delet
virtio linux headers are actually pretty portable:
all we need is implement linux/types.h in a portable
way, and we can import them and use on any platform.
These patches do exactly that, as a pre-requisite
to adding support for new virtio layout.
Note: if someone adds non-portable code in files
Add virtio headers to make it easy to keep
things in sync.
Signed-off-by: Michael S. Tsirkin
---
scripts/update-linux-headers.sh | 17 -
1 file changed, 16 insertions(+), 1 deletion(-)
diff --git a/scripts/update-linux-headers.sh b/scripts/update-linux-headers.sh
index 120a694..
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio-9p header from linux 3.10-rc1, and
remove duplicate symbols from virtio-9p.h
Signed-off-by: Michael S. Tsirkin
---
hw/9pfs/virtio-9p.h | 13 +---
linux-headers/linux/virtio_9p
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio_balloon.h header from linux 3.10-rc1, and
remove duplicate symbols from virtio-balloon.h
Signed-off-by: Michael S. Tsirkin
---
hw/virtio/virtio-balloon.c | 2 +-
include/hw/virtio/virt
It's easier to keep everything virtio in sync if
we just use headers exported from linux kernel.
Import linux/virtio_net.h and linux/if_ether.h
that it depends on. Switch to symbols from
that header for stuff that was
duplicated in tap.h and eth.h
Signed-off-by: Michael S. Tsirkin
---
include/hw
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio_blk.h header from linux 3.10-rc1, and
remove duplicate symbols from virtio-blk.h
In particular, it turns out that linux does
not have struct virtio_blk_inhdr for the status
field, so make this stru
We already have ring structure in virtio-ring.h for use by dataplane.
Use it in virtio.h as well, renaming some conflicting functions.
Signed-off-by: Michael S. Tsirkin
---
hw/virtio/virtio.c | 23 +--
include/hw/virtio/virtio.h | 45 +++---
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio_pci.h header from linux 3.10-rc1, and
remove duplicate symbols from virtio-pci.h
Signed-off-by: Michael S. Tsirkin
---
hw/virtio/virtio-pci.c | 49 +++-
linux-headers/li
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio_rng.h header from linux 3.10-rc1, and
remove duplicate symbols from virtio-rng.h
Signed-off-by: Michael S. Tsirkin
---
include/hw/virtio/virtio-rng.h | 5 ++---
linux-headers/linux/virtio_rng.h
It's easier to keep everything in sync if
we just use linux headers for virtio constants.
Add virtio_console.h header from linux 3.10-rc1, and
remove duplicate symbols from virtio-serial.h
Signed-off-by: Michael S. Tsirkin
---
include/hw/virtio/virtio-serial.h| 38 +-
linux-h
All imported headers will use it.
Signed-off-by: Michael S. Tsirkin
---
linux-headers/linux/virtio_ids.h | 43
1 file changed, 43 insertions(+)
create mode 100644 linux-headers/linux/virtio_ids.h
diff --git a/linux-headers/linux/virtio_ids.h b/linux-hea
On Sun, May 26, 2013 at 12:00:57PM +, Blue Swirl wrote:
> I get this on i386 chroot for make check:
>
> GTESTER tests/test-qmp-output-visitor
> **
> ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:check_native_list:
> assertion failed: (tmp)
> GTester: last random seed: R02S559792e7c8d0762
In the past, CHR_EVENT_OPENED events were emitted via a pre-expired
QEMUTimer. Due to timers being processing at the tail end of each main
loop iteration, this generally meant that such events would be emitted
within the same main loop iteration, prior any client data being read
by tcp/unix socket
On Sun, May 26, 2013 at 05:13:36PM +0200, Stefan Priebe wrote:
> Am 26.05.2013 03:23, schrieb mdroth:
> >On Sat, May 25, 2013 at 01:09:50PM +0200, Stefan Priebe wrote:
> >>Am 25.05.2013 00:32, schrieb mdroth:
> >>>On Sat, May 25, 2013 at 12:12:22AM +0200, Stefan Priebe wrote:
> Am 25.05.2013 00
On 26 May 2013 16:22, Michael S. Tsirkin wrote:
> virtio linux headers are actually pretty portable:
> all we need is implement linux/types.h in a portable
> way, and we can import them and use on any platform.
>
> These patches do exactly that, as a pre-requisite
> to adding support for new virti
Am 24.05.2013 13:37, schrieb Andreas Färber:
> Am 23.04.2013 10:16, schrieb liguang:
>> remove macros EAX, EBX, ECX, EDX, EBP, ESP, ESI, EDI, EIP, DF
>> as suggested by Richard Henderson
>>
>> Li Guang (12)
>> target-i386/helper: remove EAX macro
>> target-i386/helper: remove EBX macro
On Sun, May 26, 2013 at 12:00 PM, Andreas Färber wrote:
> Am 26.05.2013 07:40, schrieb Lior Vernia:
>> On Sat, May 25, 2013 at 10:06 PM, Andreas Färber wrote:
>>> Am 24.05.2013 21:24, schrieb Lior Vernia:
I am running x86 applications on an ARM device using QEMU, and found
it too slow f
Hi Peter,
On May 26, 2013 12:26 PM, "Peter Maydell" wrote:
>
> On 26 May 2013 06:40, Lior Vernia wrote:
> > Sorry, right after I wrote the message it occured to me I should have
> > mentioned that I was talking about qemu-system, either x86 or i386. At
> > the moment I just ran the limbo app on
On Thu, May 23, 2013 at 11:59 AM, Peter Maydell
wrote:
> This patch series is preparatory cleanup for the impending
> AArch64 support.
Thanks, applied 1 to 9.
>
> Patch 1 replaces all the uses of TCGv, tcg_temp_new(), etc in the
> current 32 bit ARM decoder with the specifically-TCGv_i32 version
On Fri, May 24, 2013 at 11:01 PM, Brad Smith wrote:
> Remove the OSS support for OpenBSD. The OSS API has not been usable
> for quite some time.
>
> Signed-off-by: Brad Smith
Thanks, applied.
>
>
> diff --git a/audio/ossaudio.c b/audio/ossaudio.c
> index 00be9c9..007c641 100644
> --- a/audio/os
Am 21.05.2013 09:12, schrieb Gonglei (Arei):
> Through analysis, I found that because the system call the fdatasync command
> in the Qemu over 30s,
> after the Guest's kernel thread detects the io transferation is timeout, went
> to check IDE disk state.
> But the IDE disk status is 0x50, rathe
MPC86xx processors are based on the e600 core, which is not the case
in qemu where it is based on the 7400 processor.
This patch creates the e600 core and instantiates the MPC86xx
processors based on it. Therefore, adding the high BATs and the SPRG
4..7 registers, which are e600-specific [1].
Thi
On Sun, May 26, 2013 at 04:43:57PM +0100, Peter Maydell wrote:
> On 26 May 2013 16:22, Michael S. Tsirkin wrote:
> > virtio linux headers are actually pretty portable:
> > all we need is implement linux/types.h in a portable
> > way, and we can import them and use on any platform.
> >
> > These pa
On 26 May 2013 18:51, Michael S. Tsirkin wrote:
> On Sun, May 26, 2013 at 04:43:57PM +0100, Peter Maydell wrote:
>> This series breaks compilation on MacOSX:
>>
>> CCnet/eth.o
>> In file included from net/eth.c:18:
>> In file included from /Users/pm215/src/qemu/include/net/eth.h:29:
>> /User
On Sun, May 26, 2013 at 07:00:58PM +0100, Peter Maydell wrote:
> On 26 May 2013 18:51, Michael S. Tsirkin wrote:
> > On Sun, May 26, 2013 at 04:43:57PM +0100, Peter Maydell wrote:
> >> This series breaks compilation on MacOSX:
> >>
> >> CCnet/eth.o
> >> In file included from net/eth.c:18:
>
On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin wrote:
> On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote:
>> On 26 May 2013 13:31, Michael S. Tsirkin wrote:
>> > On Sun, May 26, 2013 at 10:12:21AM +0100, Peter Maydell wrote:
>> >> I definitely think individual project makefiles
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Il 26/05/2013 11:12, Jan Kiszka ha scritto:
> On 2013-05-26 11:01, Paolo Bonzini wrote:
>> Il 25/05/2013 13:30, Jan Kiszka ha scritto:
>>> On 2013-05-25 13:20, Paolo Bonzini wrote:
Il 25/05/2013 12:19, Jan Kiszka ha scritto:
> addr -= section-
On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote:
> On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin wrote:
> > On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote:
> >> On 26 May 2013 13:31, Michael S. Tsirkin wrote:
> >> > On Sun, May 26, 2013 at 10:12:21AM +0100, Peter M
Il 26/05/2013 20:10, Michael S. Tsirkin ha scritto:
> On Sun, May 26, 2013 at 07:00:58PM +0100, Peter Maydell wrote:
>> On 26 May 2013 18:51, Michael S. Tsirkin wrote:
>>> On Sun, May 26, 2013 at 04:43:57PM +0100, Peter Maydell wrote:
This series breaks compilation on MacOSX:
CC
On Sun, May 26, 2013 at 08:26:14PM +0200, Paolo Bonzini wrote:
> Il 26/05/2013 20:10, Michael S. Tsirkin ha scritto:
> > On Sun, May 26, 2013 at 07:00:58PM +0100, Peter Maydell wrote:
> >> On 26 May 2013 18:51, Michael S. Tsirkin wrote:
> >>> On Sun, May 26, 2013 at 04:43:57PM +0100, Peter Maydell
Il 26/05/2013 20:37, Michael S. Tsirkin ha scritto:
>> > I don't like defining __-prefixed types. Can we preprocess
>> > linux-headers to avoid usage of __u8/16/32/64, and to
>> > s,linux/types.h,stdint.h, ?
>> >
>> > Paolo
> Let's not be purists, and do the practical thing.
>
> When I suggested
Il 26/05/2013 16:14, Andreas Färber ha scritto:
> > With the next patch, the memory API will complain if the
> > TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
> > overflow. s390x can handle up to 64 bit of physical address
> > space from its page tables, but we never use that much. Jus
On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin wrote:
> On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote:
>> On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin wrote:
>> > On Sun, May 26, 2013 at 02:36:28PM +0100, Peter Maydell wrote:
>> >> On 26 May 2013 13:31, Michael S. Tsirkin
Success of sorts. The new tool-chain seems to have fixed the
issue, but I seemed to have to use a meat cleaver to get it install
properly. In any case, I have a QEMU build working, but extremely
slowly. At this point I am content that QEMU can be built FROM
windows FOR windows, but someone m
On Sun, May 26, 2013 at 08:53:33PM +0200, Paolo Bonzini wrote:
> Il 26/05/2013 20:37, Michael S. Tsirkin ha scritto:
> >> > I don't like defining __-prefixed types. Can we preprocess
> >> > linux-headers to avoid usage of __u8/16/32/64, and to
> >> > s,linux/types.h,stdint.h, ?
> >> >
> >> > Paol
On Sun, May 26, 2013 at 07:28:40PM +, Blue Swirl wrote:
> On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin wrote:
> > On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote:
> >> On Sun, May 26, 2013 at 1:40 PM, Michael S. Tsirkin
> >> wrote:
> >> > On Sun, May 26, 2013 at 02:36:28PM
Il 26/05/2013 22:02, Michael S. Tsirkin ha scritto:
> > My fault. I should have looked at linux/types.h (actually asm-generic/).
>
> Not really, __uX appear in the headers that were posted.
> What I'm saying is - a chance of a conflict is very remote,
> if it happens it's a build failure so easy
On Sun, May 26, 2013 at 8:15 PM, Michael S. Tsirkin wrote:
> On Sun, May 26, 2013 at 07:28:40PM +, Blue Swirl wrote:
>> On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin wrote:
>> > On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote:
>> >> On Sun, May 26, 2013 at 1:40 PM, Michael S.
Paolo Bonzini writes:
> Il 26/05/2013 22:02, Michael S. Tsirkin ha scritto:
>> > My fault. I should have looked at linux/types.h (actually asm-generic/).
>>
>> Not really, __uX appear in the headers that were posted.
Which is a problem because this is a reserved namespace in C99.
>> What I'm
Am 26.05.2013 17:36, schrieb mdroth:
On Sun, May 26, 2013 at 05:13:36PM +0200, Stefan Priebe wrote:
Am 26.05.2013 03:23, schrieb mdroth:
On Sat, May 25, 2013 at 01:09:50PM +0200, Stefan Priebe wrote:
Am 25.05.2013 00:32, schrieb mdroth:
On Sat, May 25, 2013 at 12:12:22AM +0200, Stefan Priebe
On Sun, May 26, 2013 at 08:29:35PM +, Blue Swirl wrote:
> On Sun, May 26, 2013 at 8:15 PM, Michael S. Tsirkin wrote:
> > On Sun, May 26, 2013 at 07:28:40PM +, Blue Swirl wrote:
> >> On Sun, May 26, 2013 at 6:24 PM, Michael S. Tsirkin
> >> wrote:
> >> > On Sun, May 26, 2013 at 06:20:17PM
"Michael S. Tsirkin" writes:
> On Sun, May 26, 2013 at 06:20:17PM +, Blue Swirl wrote:
> It's a simple issue.
> Each time I reboot during build, I have to make clean and rebuild.
> This wastes my time so I looked for ways to save the time.
> On my system at least, it has no measureable cost,
On 26/05/13 21:07, Paolo Bonzini wrote:
> Il 26/05/2013 16:14, Andreas Färber ha scritto:
>>> With the next patch, the memory API will complain if the
>>> TARGET_PHYS_ADDR_SPACE_BITS gets dangerously close to an
>>> overflow. s390x can handle up to 64 bit of physical address
>>> space from its pag
On Sun, May 26, 2013 at 03:49:53PM -0500, Anthony Liguori wrote:
> Paolo Bonzini writes:
>
> > Il 26/05/2013 22:02, Michael S. Tsirkin ha scritto:
> >> > My fault. I should have looked at linux/types.h (actually asm-generic/).
> >>
> >> Not really, __uX appear in the headers that were posted.
>
On 05/26/13 10:33, Paolo Bonzini wrote:
> Il 26/05/2013 01:23, Richard Henderson ha scritto:
>> On 2013-05-24 14:37, Laszlo Ersek wrote:
>>> @@ -4813,7 +4813,11 @@ static target_ulong disas_insn(CPUX86State
>>> *env, DisasContext *s,
>>> /* 0x66 is ignored if rex.w is set */
>>>
On Sun, May 26, 2013 at 7:54 AM, Andreas Färber wrote:
> Hi,
>
> Am 24.05.2013 23:44, schrieb Paolo Bonzini:
>> Il 24/05/2013 23:39, Clemens Kolbitsch ha scritto:
>>> we recently had an issue with running a program using FPU instructions
>>> to obtain the current EIP (basically a weird way of "cal
On 05/26/13 15:34, Andreas Färber wrote:
> From: Laszlo Ersek
>
> The qemu guest agent creates a bunch of files with insecure permissions
> when started in daemon mode. For example:
>
> -rw-rw-rw- 1 root root /var/log/qemu-ga.log
> -rw-rw-rw- 1 root root /var/run/qga.state
> -rw-rw-rw- 1 r
On 05/27/13 02:11, Laszlo Ersek wrote:
> On 05/26/13 15:34, Andreas Färber wrote:
>> From: Laszlo Ersek
>>
>> The qemu guest agent creates a bunch of files with insecure permissions
>> when started in daemon mode. For example:
>>
>> -rw-rw-rw- 1 root root /var/log/qemu-ga.log
>> -rw-rw-rw- 1 r
Am 27.05.2013 02:11, schrieb Laszlo Ersek:
> On 05/26/13 15:34, Andreas Färber wrote:
>> From: Laszlo Ersek
>>
>> The qemu guest agent creates a bunch of files with insecure permissions
>> when started in daemon mode. For example:
>>
>> -rw-rw-rw- 1 root root /var/log/qemu-ga.log
>> -rw-rw-rw-
在 2013-05-24五的 14:45 +0300，Michael S. Tsirkin写道：
> On Wed, May 22, 2013 at 11:46:33AM +0800, liguang wrote:
> > These patches try to add ACPI Embedded Controller (EC),
> > refer-to:
> > ACPI SPEC v5 chapter 5
> > "ACPI Embedded Controller Interface Specification"
> >
> > EC is a standard ACPI dev
在 2013-05-26日的 17:55 +0200，Andreas Färber写道：
> Am 24.05.2013 13:37, schrieb Andreas Färber:
> > Am 23.04.2013 10:16, schrieb liguang:
> >> remove macros EAX, EBX, ECX, EDX, EBP, ESP, ESI, EDI, EIP, DF
> >> as suggested by Richard Henderson
> >>
> >> Li Guang (12)
> >> target-i386/helper: remov
On 05/27/13 02:19, Andreas Färber wrote:
> Am 27.05.2013 02:11, schrieb Laszlo Ersek:
>> Do you plan to backport
>>
>> 8fe6bbc qga: distinguish binary modes in "guest_file_open_modes" map
>> 2b72001 qga: unlink just created guest-file if fchmod() or fdopen()
>> fails on it
>>
>> too?
li guang writes:
> 在 2013-05-24五的 14:45 +0300，Michael S. Tsirkin写道：
>> On Wed, May 22, 2013 at 11:46:33AM +0800, liguang wrote:
>> > These patches try to add ACPI Embedded Controller (EC),
>> > refer-to:
>> > ACPI SPEC v5 chapter 5
>> > "ACPI Embedded Controller Interface Specification"
>> >
>>
"Michael S. Tsirkin" writes:
> On Sun, May 26, 2013 at 03:49:53PM -0500, Anthony Liguori wrote:
>> Paolo Bonzini writes:
>>
>> > Il 26/05/2013 22:02, Michael S. Tsirkin ha scritto:
>> >> > My fault. I should have looked at linux/types.h (actually
>> >> > asm-generic/).
>> >>
>> >> Not really
On Sat, May 25, 2013 at 5:39 AM, Clemens Kolbitsch
wrote:
> Hi guys,
>
> we recently had an issue with running a program using FPU instructions
> to obtain the current EIP (basically a weird way of "call 0; pop eax")
> that was not working on QEMU (with TCG).
>
> Looking at the problem, we found t
在 2013-05-26日的 19:51 -0500，Anthony Liguori写道：
> li guang writes:
>
> > 在 2013-05-24五的 14:45 +0300，Michael S. Tsirkin写道：
> >> On Wed, May 22, 2013 at 11:46:33AM +0800, liguang wrote:
> >> > These patches try to add ACPI Embedded Controller (EC),
> >> > refer-to:
> >> > ACPI SPEC v5 chapter 5
> >>
于 2013-5-26 0:10, Eric Blake 写道:
On 05/24/2013 10:24 PM, Wenchao Xia wrote:
New member *backing-image is added to reflect the backing chain
status.
Signed-off-by: Wenchao Xia
---
block/qapi.c | 16 +++-
qapi-schema.json |5 -
2 files changed, 19 insertions(+), 2 d
在 2013-05-25六的 14:42 +0400，Michael Tokarev写道：
> 25.05.2013 14:35, Andreas Färber wrote:
> > Am 25.05.2013 11:28, schrieb Michael Tokarev:
> []
> >>>debugcon: use fprintf(stderr...) instead of printf
> >>
> >> The subjects and commit messages are a bit inaccurate, and
> >> as Andreas says, these
For systemtap the location of the process being tapped is crucial, so
the existing stp file requires installation to use. A new file providing
qemu.local prefixed probes lets scripts run without an install step.
Signed-off-by: Alon Levy
---
Makefile.target | 13 -
1 file changed, 12
On Fri, 05/24 09:07, Richard W.M. Jones wrote:
> On Fri, May 24, 2013 at 01:36:55PM +0800, Fam Zheng wrote:
> > Changes from v5:
> > 05: Rename bs to s for BDRVCURLState.
> > 06: Use int64_t for offsets.
> > Fix printf format string.
> > Move introducing of use_count to 07.
> > 07
when enable DEBUG_DEBUGCON, there are some message
printing issues, so fix them.
Li Guang (3)
debugcon: fix debug format specifiers
debugcon: beautify debugcon debug output
debugcon: add DPRINTF for debugcon debug
hw/char/debugcon.c | 22 +++--
1 files changed, 16 insert
From: Peter Crosthwaite
QEMU models two (of the three) ACMD41 has two modes, "inquiry" and
"first". The selection logic for which of the two is incorrect - it
compares != 0 for the entire argument value rather than only bits 23:0
as per the spec. Fix.
Signed-off-by: Peter Crosthwaite
---
Change
some specifiers of printing format for debugcon
debug were wrong, either always print 0 for any
values wrote to debugcon or spit compiler warnings,
so fix them.
Signed-off-by: liguang
---
hw/char/debugcon.c |5 +++--
1 files changed, 3 insertions(+), 2 deletions(-)
diff --git a/hw/char/debu
Signed-off-by: liguang
---
hw/char/debugcon.c | 13 +++--
1 files changed, 11 insertions(+), 2 deletions(-)
diff --git a/hw/char/debugcon.c b/hw/char/debugcon.c
index de73f1b..49a76d5 100644
--- a/hw/char/debugcon.c
+++ b/hw/char/debugcon.c
@@ -35,6 +35,15 @@
//#define DEBUG_DEBUGCO
use '[...msg...]' to separate debug console output
from device debug output
Signed-off-by: liguang
---
hw/char/debugcon.c |4 ++--
1 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/hw/char/debugcon.c b/hw/char/debugcon.c
index cb31544..de73f1b 100644
--- a/hw/char/debugcon.c
+++
Hi Peter,
On Wed, May 22, 2013 at 6:26 PM, Peter Maydell wrote:
> On 22 May 2013 08:47, Edgar E. Iglesias wrote:
>> On Wed, May 22, 2013 at 11:50:22AM +1000, peter.crosthwa...@xilinx.com wrote:
>>> From: Peter Crosthwaite
>>> Currently QEMU provides a local clone of the file libfdt_env.h in
>>>
Ping
> On 05/23/2013 04:47 PM, Wanlong Gao wrote:
>> Use mbind to pin guest numa node memory to host nodes manually.
>>
>> If we are not able to pin memory to host node, we may meet the
>> cross node memory access performance regression.
>>
>> With this patch, we can add manual pinni
With the introduction of native list types, we now have types such as
int64List where the 'value' field is not a pointer, but the actual
64-bit value.
On 32-bit architectures, this can lead to situations where 'next' field
offset in GenericList does not correspond to the 'next' field in the
types
On Sun, May 26, 2013 at 10:26:48AM -0500, mdroth wrote:
> On Sun, May 26, 2013 at 12:00:57PM +, Blue Swirl wrote:
> > I get this on i386 chroot for make check:
> >
> > GTESTER tests/test-qmp-output-visitor
> > **
> > ERROR:/src/qemu/tests/test-qmp-output-visitor.c:595:check_native_list:
> > as
Hi,
I tried the patch v3,with the following config.
Guest os : win7 32bit professional
Host os : fedora 17
Command:
qemu-kvm -enable-kvm -name win7 -M pc-0.15 -m 1024 -smp 2 -boot c -device
virtio-serial -drive
file=/home/libaiqing/vss/win7.img,if=virtio,index=0,format=qcow2 -
From: Peter Crosthwaite
Currently QEMU provides a local clone of the file libfdt_env.h in
/include. This file is supposed to come with the libfdt package and is
only needed for broken installs of libfdt. Now that we have submodule
dtc, just ignore these broken installs and prompt for the dtc subm
Am 27.05.2013 05:20, schrieb Michael Roth:
> With the introduction of native list types, we now have types such as
> int64List where the 'value' field is not a pointer, but the actual
> 64-bit value.
>
> On 32-bit architectures, this can lead to situations where 'next' field
> offset in GenericList
QEMU uses headers from source directory, however the "asm" symlink was
created in the build directory what broke KVM stuff compilation.
Signed-off-by: Alexey Kardashevskiy
---
configure |2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/configure b/configure
index 5ae7e4a..9c
Hi all,
I ocassionally have seen a probably related problem in the past. It mainly
happend with rtl8139 under
WinXP where we most likely use rtl8139 due to lack of shipped e1000 drivers.
My question is if you see increasing dropped packets on the tap device if this
problem occurs?
tap36 L
1 - 100 of 105 matches
Mail list logo
