[Qemu-devel] Dynamically linked file using qemu

Hi, How to run dynamically linked file using qemu for x86 64 bit?I have used -L option but it is not working. Thanks,

Re: [Qemu-devel] [PATCH 1/7] tcg: Define "deposit" as an optional operation.

On Fri, Jan 07, 2011 at 02:42:57PM -0800, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > tcg/README| 14 ++ > tcg/tcg-op.h | 40 > tcg/tcg-opc.h |6 ++ > tcg/tcg.c | 13 + > 4 files change

Re: [Qemu-devel] [PATCH 3/7] tcg-hppa: Implement deposit operation.

On 01/07/2011 03:35 PM, Stuart Brady wrote: >> +static inline void tcg_out_depi(TCGContext *s, int ret, int arg, >^^^ >> +unsigned ofs, unsigned len) >> +{ >> +assert(ofs < 32 && len <= 32 - ofs); >>

Re: [Qemu-devel] [PATCH 0/7] Define "deposit" tcg operation

On 01/07/2011 03:10 PM, Peter Maydell wrote: > Unless I've missed something, deposit_i32 is basically the same > as the ARM BFI instruction, so for ARM we could use deposit_i32 in > the implementation of BFI (and conversely implement deposit_i32 > using BFI when we're generating for an ARMv6T2 or b

Re: [Qemu-devel] [PATCH 3/7] tcg-hppa: Implement deposit operation.

On Fri, Jan 07, 2011 at 02:42:59PM -0800, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > tcg/hppa/tcg-target.c | 58 +++- > tcg/hppa/tcg-target.h |1 + > 2 files changed, 53 insertions(+), 6 deletions(-) > > diff --git a/tcg/

[Qemu-devel] Re: [PATCH 2/7] tcg-ppc: Implement deposit operation.

On Fri, 7 Jan 2011, Richard Henderson wrote: > Signed-off-by: Richard Henderson > --- > tcg/ppc/tcg-target.c | 17 - > tcg/ppc/tcg-target.h |1 + > 2 files changed, 17 insertions(+), 1 deletions(-) > PPC bits look fine to me. [..snip..] -- mailto:av1...@comtv.ru

[Qemu-devel] Re: [PATCH 26/35] kvm: Eliminate KVMState arguments

On 01/07/2011 03:03 AM, Jan Kiszka wrote: Am 06.01.2011 20:24, Anthony Liguori wrote: On 01/06/2011 11:56 AM, Marcelo Tosatti wrote: From: Jan Kiszka QEMU supports only one VM, so there is only one kvm_state per process, and we gain nothing passing a reference to it around. Eliminate

Re: [Qemu-devel] [PATCH 0/7] Define "deposit" tcg operation

On 7 January 2011 22:42, Richard Henderson wrote: > Emulating i386 -- particularly in 16-bit mode -- requires quite a few > bitfield insert operations, to handle byte and word stores into the > dword registers.  On several hosts, this can be done natively, without > resorting to a sequence of and

[Qemu-devel] [PATCH 5/7] tcg-i386: Implement deposit operation.

Special case deposits that are implementable with byte and word stores. Otherwise implement with double-word shift plus rotates. Expose tcg_reg_alloc to the backend for allocation of scratch registers. There's an edge condition that cannot actually happen at the moment due to a bug elsewhere in th

[Qemu-devel] [PATCH 1/7] tcg: Define "deposit" as an optional operation.

Signed-off-by: Richard Henderson --- tcg/README| 14 ++ tcg/tcg-op.h | 40 tcg/tcg-opc.h |6 ++ tcg/tcg.c | 13 + 4 files changed, 73 insertions(+), 0 deletions(-) diff --git a/tcg/README b/tcg/README index 6

[Qemu-devel] [PATCH 2/7] tcg-ppc: Implement deposit operation.

Signed-off-by: Richard Henderson --- tcg/ppc/tcg-target.c | 17 - tcg/ppc/tcg-target.h |1 + 2 files changed, 17 insertions(+), 1 deletions(-) diff --git a/tcg/ppc/tcg-target.c b/tcg/ppc/tcg-target.c index 7970268..2947d1b 100644 --- a/tcg/ppc/tcg-target.c +++ b/tcg/ppc/tcg

[Qemu-devel] [PATCH 4/7] tcg-ia64: Implement deposit operation.

Signed-off-by: Richard Henderson --- tcg/ia64/tcg-target.c | 92 + tcg/ia64/tcg-target.h |2 + 2 files changed, 94 insertions(+), 0 deletions(-) diff --git a/tcg/ia64/tcg-target.c b/tcg/ia64/tcg-target.c index 3ddf434..2708d55 100644 --- a/tc

[Qemu-devel] [PATCH 0/7] Define "deposit" tcg operation

Emulating i386 -- particularly in 16-bit mode -- requires quite a few bitfield insert operations, to handle byte and word stores into the dword registers. On several hosts, this can be done natively, without resorting to a sequence of and and or instructions. Even i386 as a host can do better tha

[Qemu-devel] [PATCH 3/7] tcg-hppa: Implement deposit operation.

Signed-off-by: Richard Henderson --- tcg/hppa/tcg-target.c | 58 +++- tcg/hppa/tcg-target.h |1 + 2 files changed, 53 insertions(+), 6 deletions(-) diff --git a/tcg/hppa/tcg-target.c b/tcg/hppa/tcg-target.c index 7f4653e..2c5df57 100644 --- a/tcg

[Qemu-devel] [PATCH 7/7] target-ppc: Use deposit operation.

Use this in implementing rl[wd]imi, at least for the cases that don't require true rotation. Signed-off-by: Richard Henderson --- target-ppc/translate.c | 10 ++ 1 files changed, 10 insertions(+), 0 deletions(-) diff --git a/target-ppc/translate.c b/target-ppc/translate.c index 74e06d

[Qemu-devel] [PATCH 6/7] target-i386: Use deposit operation.

Use this for assignment to the low byte or low word of a register. Signed-off-by: Richard Henderson --- target-i386/translate.c | 34 ++ 1 files changed, 6 insertions(+), 28 deletions(-) diff --git a/target-i386/translate.c b/target-i386/translate.c index 7b6e3

[Qemu-devel] [PATCH v4] savevm: Fix no_migrate

The no_migrate save state flag is currently only checked in the last phase of migration. This means that we potentially waste a lot of time and bandwidth with the live state handlers before we ever check the no_migrate flags. The error message printed when we catch a non-migratable device doesn't

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

On Fri, Jan 07, 2011 at 08:33:20PM +0100, Jan Kiszka wrote: > Am 07.01.2011 20:10, Gleb Natapov wrote: > We are on a good track now. I predict that we will be left with only one > or two major additional features in qemu-kvm in a few months from now, > no more duplications with subtl

[Qemu-devel] [PATCH 6/7] Fix commandline handling for ARM semihosted executables

From: Wolfgang Schildbach Use the copy of the command line that loader_build_argptr() sets up in guest memory as the command line to return from the ARM SYS_GET_CMDLINE semihosting call. Previously we were using a pointer to memory which had already been freed before the guest program started. T

[Qemu-devel] [PATCH 7/7] Remove dead code for ARM semihosting commandline handling

From: Wolfgang Schildbach There are some bits in the code which were used to store the commandline for the semihosting call. These bits are now write-only and can be removed. Signed-off-by: Wolfgang Schildbach Reviewed-by: Peter Maydell Signed-off-by: Riku Voipio --- bsd-user/bsdload.c |

[Qemu-devel] [PATCH 3/7] linux-user: Implement FS_IOC_FIEMAP ioctl

From: Peter Maydell Implement the FS_IOC_FIEMAP ioctl using the new support for custom handling of ioctls; this is needed because the struct that is passed includes a variable-length array. Signed-off-by: Peter Maydell Signed-off-by: Riku Voipio --- linux-user/ioctls.h|4 ++ linux

[Qemu-devel] [PATCH 5/7] linux-user: Fix incorrect NaN detection in ARM nwfpe emulation

From: Peter Maydell The code in the linux-user ARM nwfpe emulation was incorrectly checking only for quiet NaNs when it should have been checking for any kind of NaN. This is probably because the code in question was taken from the Linux kernel, whose copy of the softfloat library had been modifi

[Qemu-devel] [PATCH 2/7] linux-user: Support ioctls whose parameter size is not constant

From: Peter Maydell Some ioctls (for example FS_IOC_FIEMAP) use structures whose size is not constant. The generic argument conversion code in do_ioctl() cannot handle this, so add support for implementing a special-case handler for a particular ioctl which does the conversion itself. Signed-off

[Qemu-devel] [PATCH 0/7] linux-user fixes for pull

From: Riku Voipio The following changes since commit 2a704b137f1acfbd972aa6e9f031c5015c7e28cb: cris: Avoid useless tmp in t_gen_cc_jmp() (2011-01-07 12:50:38 +0100) are available in the git repository at: git://gitorious.org/qemu-maemo/qemu.git linux-user-for-upstream Peter Maydell (5):

[Qemu-devel] [PATCH 1/7] linux-user: Implement sync_file_range{, 2} syscalls

From: Peter Maydell Implement the missing syscalls sync_file_range and sync_file_range2. The latter in particular is used by newer versions of apt on Ubuntu for ARM. Signed-off-by: Peter Maydell Signed-off-by: Riku Voipio --- configure | 18 ++ linux-user/strace

[Qemu-devel] [PATCH 4/7] softfloat: Implement floatx80_is_any_nan() and float128_is_any_nan()

From: Peter Maydell Implement versions of float*_is_any_nan() for the floatx80 and float128 types. Acked-by: Aurelien Jarno Signed-off-by: Peter Maydell Signed-off-by: Riku Voipio --- fpu/softfloat.h | 11 +++ 1 files changed, 11 insertions(+), 0 deletions(-) diff --git a/fpu/soft

Re: [Qemu-devel] Linux as VirtualBox quest OS with QEMU running Solaris

On Fri, Jan 7, 2011 at 5:28 PM, Mateusz Loskot wrote: > Hi, > > First, I'm sorry if my question does not belong here. The qemu-devel > says it's "devel", but I can't find any qemu-users mailing list. A forum exists: http://qemu-forum.ipi.fi/ > I have no experience with QEMU. I've been using x86-

[Qemu-devel] [PATCH] tcg/README: Spelling fixes

Signed-off-by: Stefan Weil --- tcg/README |8 1 files changed, 4 insertions(+), 4 deletions(-) diff --git a/tcg/README b/tcg/README index 68d27ff..a2b69dd 100644 --- a/tcg/README +++ b/tcg/README @@ -75,11 +75,11 @@ destroyed, but local temporaries and globals are preserved. * Help

[Qemu-devel] [PATCH] qemu-tech: Spelling fixes

Signed-off-by: Stefan Weil --- qemu-tech.texi |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/qemu-tech.texi b/qemu-tech.texi index 2e2a081..138e3ce 100644 --- a/qemu-tech.texi +++ b/qemu-tech.texi @@ -516,7 +516,7 @@ timers, especially together with the use of bottom

[Qemu-devel] [PATCH] Fix trivial "endianness bugs"

Replace endianess -> endianness. Signed-off-by: Stefan Weil --- audio/sdlaudio.c| 20 ++-- block/vdi.c |4 ++-- hw/xilinx_ethlite.c |2 +- target-mips/cpu.h |2 +- usb-bsd.c |2 +- 5 files changed, 15 insertions(+), 15 deletions(-) diff

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

Am 07.01.2011 20:10, Gleb Natapov wrote: We are on a good track now. I predict that we will be left with only one or two major additional features in qemu-kvm in a few months from now, no more duplications with subtle differences, and production-grade kvm upstream stability. >>>

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

On Fri, Jan 07, 2011 at 07:24:00PM +0100, Jan Kiszka wrote: > Am 07.01.2011 18:53, Gleb Natapov wrote: > > On Fri, Jan 07, 2011 at 06:30:57PM +0100, Jan Kiszka wrote: > >> Am 07.01.2011 18:16, Gleb Natapov wrote: > >>> On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: > Am 07.01.2011

[Qemu-devel] Re: [PATCH v3] savevm: Fix no_migrate

Am 07.01.2011 19:39, Alex Williamson wrote: > The no_migrate save state flag is currently only checked in the > last phase of migration. This means that we potentially waste > a lot of time and bandwidth with the live state handlers before > we ever check the no_migrate flags. The error message p

[Qemu-devel] Re: [PATCH V2] savevm: use error_report for vmstate_save error

On Fri, 2011-01-07 at 17:27 +0100, Jan Kiszka wrote: > Am 07.01.2011 17:10, Alex Williamson wrote: > > On Fri, 2011-01-07 at 17:03 +0100, Jan Kiszka wrote: > >> Am 07.01.2011 16:58, Alex Williamson wrote: > >>> If migration is done in the background with the -d option, mon is > >>> NULL and this er

[Qemu-devel] [PATCH v3] savevm: Fix no_migrate

The no_migrate save state flag is currently only checked in the last phase of migration. This means that we potentially waste a lot of time and bandwidth with the live state handlers before we ever check the no_migrate flags. The error message printed when we catch a non-migratable device doesn't

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

Am 07.01.2011 19:24, Jan Kiszka wrote: > Am 07.01.2011 18:53, Gleb Natapov wrote: >> On Fri, Jan 07, 2011 at 06:30:57PM +0100, Jan Kiszka wrote: >>> Am 07.01.2011 18:16, Gleb Natapov wrote: On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: > Am 07.01.2011 17:53, Gleb Natapov wrot

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

Am 07.01.2011 18:53, Gleb Natapov wrote: > On Fri, Jan 07, 2011 at 06:30:57PM +0100, Jan Kiszka wrote: >> Am 07.01.2011 18:16, Gleb Natapov wrote: >>> On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: Am 07.01.2011 17:53, Gleb Natapov wrote: > On Fri, Jan 07, 2011 at 04:57:31PM +

Re: [Qemu-devel] Linux as VirtualBox quest OS with QEMU running Solaris

Am 07.01.2011 18:28, schrieb Mateusz Loskot: Hi, First, I'm sorry if my question does not belong here. The qemu-devel says it's "devel", but I can't find any qemu-users mailing list. I have no experience with QEMU. I've been using x86-only virtualization software like VirtualBox, VMWare and oth

[Qemu-devel] [PATCH 2/4] qemu-doc: Add missing menu entry

Each @section should have a menu entry and a @node entry. Signed-off-by: Stefan Weil --- qemu-doc.texi |2 ++ 1 files changed, 2 insertions(+), 0 deletions(-) diff --git a/qemu-doc.texi b/qemu-doc.texi index 21d8a82..744ba73 100644 --- a/qemu-doc.texi +++ b/qemu-doc.texi @@ -162,6 +162,7 @@

[Qemu-devel] [PATCH 4/4] qemu-doc: Spelling fixes

neccessary -> necessary Keberos -> Kerberos emuilated -> emulated transciever -> transceiver emulaton -> emulation inital -> initial MingGW -> MinGW Signed-off-by: Stefan Weil --- qemu-doc.texi | 20 ++-- 1 files changed, 10 insertions(+), 10 deletions(-) diff --git a/qemu-doc

[Qemu-devel] [PATCH 3/4] qemu-doc: Add missing blanks

Signed-off-by: Stefan Weil --- qemu-doc.texi |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/qemu-doc.texi b/qemu-doc.texi index 744ba73..a1e6130 100644 --- a/qemu-doc.texi +++ b/qemu-doc.texi @@ -203,7 +203,7 @@ Intel 82801AA AC97 Audio compatible sound card @item I

[Qemu-devel] [PATCH 1/4] qemu-doc: Clean whitespace

Remove blanks at line endings. Signed-off-by: Stefan Weil --- qemu-doc.texi |4 ++-- 1 files changed, 2 insertions(+), 2 deletions(-) diff --git a/qemu-doc.texi b/qemu-doc.texi index 7ce8999..21d8a82 100644 --- a/qemu-doc.texi +++ b/qemu-doc.texi @@ -832,7 +832,7 @@ Standard USB keyboard.

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

On Fri, Jan 07, 2011 at 06:30:57PM +0100, Jan Kiszka wrote: > Am 07.01.2011 18:16, Gleb Natapov wrote: > > On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: > >> Am 07.01.2011 17:53, Gleb Natapov wrote: > >>> On Fri, Jan 07, 2011 at 04:57:31PM +0100, Jan Kiszka wrote: > Hi, > >

Re: [Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

On 7 January 2011 16:01, Aurelien Jarno wrote: > My other concern is about the definition of the individual bits in the > flags. I have seen that you have tried to summarize the usage in the > patch 6, but the masks and shifts are still duplicated in different > files, which may leads to mistakes

Re: [Qemu-devel] Linux as VirtualBox quest OS with QEMU running Solaris

On 7 January 2011 18:28, Mateusz Loskot wrote: > Hi, > > First, I'm sorry if my question does not belong here. The qemu-devel > says it's "devel", but I can't find any qemu-users mailing list. I have seen it once but could not find it either when searching for a qemu mailing list to subscribe to.

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

Am 07.01.2011 18:16, Gleb Natapov wrote: > On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: >> Am 07.01.2011 17:53, Gleb Natapov wrote: >>> On Fri, Jan 07, 2011 at 04:57:31PM +0100, Jan Kiszka wrote: Hi, does anyone immediately know if this hunk from vl.c @@ -127

[Qemu-devel] Linux as VirtualBox quest OS with QEMU running Solaris

Hi, First, I'm sorry if my question does not belong here. The qemu-devel says it's "devel", but I can't find any qemu-users mailing list. I have no experience with QEMU. I've been using x86-only virtualization software like VirtualBox, VMWare and others. I need to run Solaris (SPARC) OS and I'd

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

On Fri, Jan 07, 2011 at 05:59:34PM +0100, Jan Kiszka wrote: > Am 07.01.2011 17:53, Gleb Natapov wrote: > > On Fri, Jan 07, 2011 at 04:57:31PM +0100, Jan Kiszka wrote: > >> Hi, > >> > >> does anyone immediately know if this hunk from vl.c > >> > >> @@ -1278,6 +1197,10 @@ void qemu_system_reset_reque

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

Am 07.01.2011 17:53, Gleb Natapov wrote: > On Fri, Jan 07, 2011 at 04:57:31PM +0100, Jan Kiszka wrote: >> Hi, >> >> does anyone immediately know if this hunk from vl.c >> >> @@ -1278,6 +1197,10 @@ void qemu_system_reset_request(void) >> } else { >> reset_requested = 1; >> } >> +

Re: [Qemu-devel] [PATCH 1/7] target-arm: Don't generate code specific to current CPU mode for SRS

On 7 January 2011 16:01, Aurelien Jarno wrote: > On Fri, Jan 07, 2011 at 03:06:28PM +, Peter Maydell wrote: >> When translating the SRS instruction, handle the "store registers >> to stack of current mode" case in the helper function rather than >> inline. This means the generated code does no

[Qemu-devel] Re: qemu-kvm vs. qemu: Terminate cpu loop on reset?

On Fri, Jan 07, 2011 at 04:57:31PM +0100, Jan Kiszka wrote: > Hi, > > does anyone immediately know if this hunk from vl.c > > @@ -1278,6 +1197,10 @@ void qemu_system_reset_request(void) > } else { > reset_requested = 1; > } > +if (cpu_single_env) { > +cpu_single_env

Re: [Qemu-devel] [PATCH] lsi53c895a: fix endianness issues

On Fri, Jan 07, 2011 at 04:21:29PM +, Stefan Hajnoczi wrote: > On Fri, Jan 7, 2011 at 2:43 PM, wrote: > > From: Aurelien Jarno > > > > lsi_ram_read*() and lsi_ram_write*() are not consistent, one uses > > leXX_to_cpu() the other uses nothing. As the comment above the RAM > > declaration says

Re: [Qemu-devel] [PATCH 0/2] ARM: fix commandline handling forsemihosted executables

On 01/07/2011 05:56 PM, Peter Maydell wrote: Or you can just test "by hand": Got it. For anyone wondering into this thread, if you use ubuntu/linaro toolchains to compile the example below, you need a -marm flag for the compiler or you'll get a weird error on swi... Looks good, I'll add the

[Qemu-devel] Re: [PATCH V2] savevm: use error_report for vmstate_save error

Am 07.01.2011 17:10, Alex Williamson wrote: > On Fri, 2011-01-07 at 17:03 +0100, Jan Kiszka wrote: >> Am 07.01.2011 16:58, Alex Williamson wrote: >>> If migration is done in the background with the -d option, mon is >>> NULL and this error message is lost. Instead use error_report(). >>> >>> Signe

Re: [Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

For what is worth, this was fixed in the Android emulator with the following patch: http://android.git.kernel.org/?p=platform/external/qemu.git;a=commit;h=01e9608cb62901d13b330f851a260a2082e81a06

Re: [Qemu-devel] [PATCH] lsi53c895a: fix endianness issues

On Fri, Jan 7, 2011 at 2:43 PM, wrote: > From: Aurelien Jarno > > lsi_ram_read*() and lsi_ram_write*() are not consistent, one uses > leXX_to_cpu() the other uses nothing. As the comment above the RAM > declaration says: "Script ram is stored as 32-bit words in host > byteorder.", remove the leX

Re: [Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

On 7 January 2011 16:01, Aurelien Jarno wrote: > My other concern is about the definition of the individual bits in the > flags. I have seen that you have tried to summarize the usage in the > patch 6, but the masks and shifts are still duplicated in different > files, which may leads to mistakes

Re: [Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

On 7 January 2011 16:01, Aurelien Jarno wrote: > In overall I think it's the correct approach to fix the issue, this is > a really good cleanup. I have tested this patch series, and it clearly > improve armv7 support. However I am surprised it doesn't fix the issue > mentioned in https://bugs.laun

[Qemu-devel] [Bug 524447] Re: virsh save is very slow

Hi, please test the qemu-kvm packages in ppa:serge-hallyn/virt for lucid (0.12.3+noroms-0ubuntu10slowsave2) and maverick (0.12.5+noroms- 0ubuntu7slowsave2), which have the proposed patch from upstream. If they succeed, then I will proceed with the SRU. -- You received this bug notification beca

[Qemu-devel] Re: [PATCH V2] savevm: use error_report for vmstate_save error

On Fri, 2011-01-07 at 17:03 +0100, Jan Kiszka wrote: > Am 07.01.2011 16:58, Alex Williamson wrote: > > If migration is done in the background with the -d option, mon is > > NULL and this error message is lost. Instead use error_report(). > > > > Signed-off-by: Alex Williamson > > Reviewed-by: J

[Qemu-devel] Re: [PATCH V2] savevm: use error_report for vmstate_save error

Am 07.01.2011 16:58, Alex Williamson wrote: > If migration is done in the background with the -d option, mon is > NULL and this error message is lost. Instead use error_report(). > > Signed-off-by: Alex Williamson Reviewed-by: Jan Kiszka As already at it: Is this the only error during migrati

Re: [Qemu-devel] [PATCH 1/7] target-arm: Don't generate code specific to current CPU mode for SRS

On Fri, Jan 07, 2011 at 03:06:28PM +, Peter Maydell wrote: > When translating the SRS instruction, handle the "store registers > to stack of current mode" case in the helper function rather than > inline. This means the generated code does not make assumptions > about the current CPU mode which

Re: [Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

Hi, On Fri, Jan 07, 2011 at 03:06:27PM +, Peter Maydell wrote: > This patchset corrects a number of places in the ARM translation code > which were generating code which was dependent on values in the CPUState > structure which might change at runtime. This is a bad idea for two > reasons. Fir

[Qemu-devel] [PATCH V2] savevm: use error_report for vmstate_save error

If migration is done in the background with the -d option, mon is NULL and this error message is lost. Instead use error_report(). Signed-off-by: Alex Williamson --- savevm.c |2 +- 1 files changed, 1 insertions(+), 1 deletions(-) diff --git a/savevm.c b/savevm.c index 90aa237..148871d 10

[Qemu-devel] qemu-kvm vs. qemu: Terminate cpu loop on reset?

Hi, does anyone immediately know if this hunk from vl.c @@ -1278,6 +1197,10 @@ void qemu_system_reset_request(void) } else { reset_requested = 1; } +if (cpu_single_env) { +cpu_single_env->stopped = 1; +cpu_exit(cpu_single_env); +} qemu_notify_event(

Re: [Qemu-devel] [PATCH 0/2] ARM: fix commandline handling forsemihosted executables

On 7 January 2011 15:46, Schildbach, Wolfgang wrote: > I usually compile a hello world (echoing its arguments) with rvds2.2 or > above: > If you don't have an ARM compiler available, I could send you the > compiled binary to test. Peter, is there another way to generate > binaries using semihosti

[Qemu-devel] Re: [PATCH] savevm: print migration failure to stderr rather than monitor

On Fri, 2011-01-07 at 16:46 +0100, Jan Kiszka wrote: > Am 07.01.2011 16:39, Alex Williamson wrote: > > On Fri, 2011-01-07 at 09:51 +0100, Jan Kiszka wrote: > >> Am 07.01.2011 08:18, Alex Williamson wrote: > >>> monitor_print only does anything for foreground commands, so we > >>> don't ever see thi

Re: [Qemu-devel] [PATCH 3/3] tcg/arm: improve constant loading

On 7 January 2011 15:40, Aurelien Jarno wrote: > On Fri, Jan 07, 2011 at 01:52:25PM +0100, andrzej zaborowski wrote: >> Hi, >> >> On 6 January 2011 22:54, Aurelien Jarno wrote: >> > Improve constant loading in two ways: >> > - On all ARM versions, it's possible to load 0xff00 = -0x100 using >

Re: [Qemu-devel] [PATCH 1/2] softfloat: Implement floatx80_is_any_nan() and float128_is_any_nan()

On 7 January 2011 15:28, Aurelien Jarno wrote: > On Thu, Jan 06, 2011 at 06:34:43PM +, Peter Maydell wrote: >> Implement versions of float*_is_any_nan() for the floatx80 and >> float128 types. >> >> Signed-off-by: Peter Maydell >> --- >>  fpu/softfloat.h |   11 +++ >>  1 files changed

RE: [Qemu-devel] [PATCH 0/2] ARM: fix commandline handling forsemihosted executables

Hi Riku, I usually compile a hello world (echoing its arguments) with rvds2.2 or above: #include int main(int ac, char *av[]) { int i; printf("Hello world\n"); for (i=0; i armcc -o hello -L--sysv hello.c I configure qemu like this: > ./configure '--prefix=/data/project/qemu/latest' '--

[Qemu-devel] Re: [PATCH] savevm: print migration failure to stderr rather than monitor

Am 07.01.2011 16:39, Alex Williamson wrote: > On Fri, 2011-01-07 at 09:51 +0100, Jan Kiszka wrote: >> Am 07.01.2011 08:18, Alex Williamson wrote: >>> monitor_print only does anything for foreground commands, so we >>> don't ever see this error message in the case of a 'migrate -d'. >> >> Your chang

[Qemu-devel] Re: [PATCH] savevm: print migration failure to stderr rather than monitor

On Fri, 2011-01-07 at 09:51 +0100, Jan Kiszka wrote: > Am 07.01.2011 08:18, Alex Williamson wrote: > > monitor_print only does anything for foreground commands, so we > > don't ever see this error message in the case of a 'migrate -d'. > > Your change needlessly steals the error from the monitor c

[Qemu-devel] [Bug 604872] Re: qemu-system-arm segfaults emulating versatile machine after running debootstrap --second-stage inside vm

I've now posted this patchset; it comes in 7 parts: http://patchwork.ozlabs.org/patch/77887/ http://patchwork.ozlabs.org/patch/77882/ http://patchwork.ozlabs.org/patch/77884/ http://patchwork.ozlabs.org/patch/77885/ http://patchwork.ozlabs.org/patch/77888/ http://patchwork.ozlabs.org/patch/77881/

Re: [Qemu-devel] [PATCH 0/2] ARM: fix commandline handling forsemihosted executables

Hi, Honestly, I have never tried ARM semihosting. Do you have some recommended test instructions? Riku On 12/23/2010 04:09 PM, Peter Maydell wrote: Riku, did you want to pick this one up as a linux-user patch? Otherwise it's on my list of "patches which got no comments and will go into the n

[Qemu-devel] [Bug 688085] Re: Guest kernel hang during boot when KVM is active on i386 host

Thanks very much for confirming. Forwarded the patch. -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/688085 Title: Guest kernel hang during boot when KVM is active on i386 host Status in meego pro

Re: [Qemu-devel] [PATCH 1/2] softfloat: Implement floatx80_is_any_nan() and float128_is_any_nan()

On Thu, Jan 06, 2011 at 06:34:43PM +, Peter Maydell wrote: > Implement versions of float*_is_any_nan() for the floatx80 and > float128 types. > > Signed-off-by: Peter Maydell > --- > fpu/softfloat.h | 11 +++ > 1 files changed, 11 insertions(+), 0 deletions(-) > > diff --git a/fpu

Re: [Qemu-devel] [PATCH 2/2] linux-user: Fix incorrect NaN detection in ARM nwfpe emulation

On Thu, Jan 06, 2011 at 06:34:44PM +, Peter Maydell wrote: > The code in the linux-user ARM nwfpe emulation was incorrectly > checking only for quiet NaNs when it should have been checking > for any kind of NaN. This is probably because the code in > question was taken from the Linux kernel, wh

[Qemu-devel] [PATCH 5/7] target-arm: Translate with condexec bits from TB flags, not CPUState

When translating, the condexec bits for the TB are in the TB flags; the CPUState condexec bits may be different. This patch fixes https://bugs.launchpad.net/bugs/604872 where we might segfault if we took an exception in the middle of a TB with an IT block, because when we came to retranslate in cp

[Qemu-devel] [PATCH 1/7] target-arm: Don't generate code specific to current CPU mode for SRS

When translating the SRS instruction, handle the "store registers to stack of current mode" case in the helper function rather than inline. This means the generated code does not make assumptions about the current CPU mode which might not be valid when the TB is executed later. Signed-off-by: Pete

[Qemu-devel] [PATCH 4/7] target-arm: Translate with Thumb state from TB flags, not CPUState

The Thumb/ARM state for the TB being translated should come from the TB flags, not the CPUState. Signed-off-by: Peter Maydell --- target-arm/translate.c |6 +++--- 1 files changed, 3 insertions(+), 3 deletions(-) diff --git a/target-arm/translate.c b/target-arm/translate.c index 10419bf..72

[Qemu-devel] [PATCH 7/7] target-arm: Translate with user-state from TB flags, not CPUState

When translating, get the user/priv state from the TB flags, not the CPUState. Signed-off-by: Peter Maydell --- target-arm/translate.c |6 +- 1 files changed, 1 insertions(+), 5 deletions(-) diff --git a/target-arm/translate.c b/target-arm/translate.c index 7d042ee..289501d 100644 --- a

[Qemu-devel] [PATCH 3/7] target-arm: Translate with VFP len/stride from TB flags, not CPUState

When translating, the VFP vector length and stride for this TB are encoded in the TB flags; the CPUState copies may be different and must not be used. Signed-off-by: Peter Maydell --- target-arm/translate.c | 10 +++--- 1 files changed, 7 insertions(+), 3 deletions(-) diff --git a/target-

[Qemu-devel] [PATCH 2/7] target-arm: Translate with VFP-enabled from TB flags, not CPUState

When translating code, whether the VFP unit is enabled for this TB is stored in a bit in the TB flags. Use this rather than incorrectly reading the FPEXC from the CPUState passed to translation. Signed-off-by: Peter Maydell --- target-arm/translate.c | 14 +- 1 files changed, 5 ins

[Qemu-devel] [PATCH 0/7] target-arm: Translate based on TB flags, not CPUState

This patchset corrects a number of places in the ARM translation code which were generating code which was dependent on values in the CPUState structure which might change at runtime. This is a bad idea for two reasons. Firstly, we might try to reuse the generated code later when the assumptions ba

[Qemu-devel] [PATCH 6/7] target-arm: Set privileged bit in TB flags correctly for M profile

M profile ARM cores don't have a CPSR mode field. Set the bit in the TB flags that indicates non-user mode correctly for these cores. Signed-off-by: Peter Maydell --- target-arm/cpu.h | 17 - 1 files changed, 16 insertions(+), 1 deletions(-) diff --git a/target-arm/cpu.h b/tar

[Qemu-devel] [PATCH] lsi53c895a: fix endianness issues

From: Aurelien Jarno lsi_ram_read*() and lsi_ram_write*() are not consistent, one uses leXX_to_cpu() the other uses nothing. As the comment above the RAM declaration says: "Script ram is stored as 32-bit words in host byteorder.", remove the leXX_to_cpu() calls. This fixes the boot of an ARM ver

Re: [Qemu-devel] [PATCH v2 2/4] piix: tag as not hotpluggable.

On Thu, Jan 06, 2011 at 03:14:38PM +0100, Gerd Hoffmann wrote: > This patch tags all pci devices which belong to the piix3/4 chipsets as > not hotpluggable (Host bridge, ISA bridge, IDE controller, ACPI bridge). > > Signed-off-by: Gerd Hoffmann > --- > hw/acpi_piix4.c |2 ++ > hw/ide/piix.c

Re: [Qemu-devel] [PATCH 3/3] tcg/arm: improve constant loading

On Fri, Jan 07, 2011 at 01:52:25PM +0100, andrzej zaborowski wrote: > Hi, > > On 6 January 2011 22:54, Aurelien Jarno wrote: > > Improve constant loading in two ways: > > - On all ARM versions, it's possible to load 0xff00 = -0x100 using > >  the mvn rd, #0. Fix the conditions. > > - On <= AR

Re: [Qemu-devel] [PATCH 3/3] tcg/arm: improve constant loading

On 7 January 2011 13:52, andrzej zaborowski wrote: > On 6 January 2011 22:54, Aurelien Jarno wrote: >> Improve constant loading in two ways: >> - On all ARM versions, it's possible to load 0xff00 = -0x100 using >>  the mvn rd, #0. Fix the conditions. >> - On <= ARMv6 versions, where movw and

Re: [Qemu-devel] [PATCH 3/3] tcg/arm: improve constant loading

Hi, On 6 January 2011 22:54, Aurelien Jarno wrote: > Improve constant loading in two ways: > - On all ARM versions, it's possible to load 0xff00 = -0x100 using >  the mvn rd, #0. Fix the conditions. > - On <= ARMv6 versions, where movw and movt are not available, load the >  constants using m

Re: [Qemu-devel] [PATCH 2/3] tcg/arm: fix qemu_st64 for big endian targets

On 6 January 2011 22:54, Aurelien Jarno wrote: > Due to a typo, qemu_st64 doesn't properly byteswap the 32-bit low word of > a 64 bit word before saving it. This patch fixes that. This is a good catch. Acked-by: Andrzej Zaborowski Cheers

[Qemu-devel] Re: [PATCH] add event queueing to USB HID

I wrote: > Paulo: For reference, here is a diff of the relevant functionality. > It's against qemu 0.10.0 (ish) but it may be a better starting point > than what you used. I just had a go at seeing how that applies to current upstream master and it doesn't look like it would be hard to fix up. Ia

[Qemu-devel] Re: [PATCH] add event queueing to USB HID

Gerd Hoffmann writes ("Re: [PATCH] add event queueing to USB HID"): > On 12/23/10 15:57, Paolo Bonzini wrote: > > @@ -68,7 +77,7 @@ typedef struct USBHIDState { > > int protocol; > > uint8_t idle; > > int64_t next_idle_clock; > > -int changed; > > +int have_data, changed;

Re: [Qemu-devel] Re: [PATCH 2/3] piix: tag as not hotpluggable.

On Thu, Jan 06, 2011 at 04:45:20PM -0200, Marcelo Tosatti wrote: > On Thu, Jan 06, 2011 at 04:34:38PM +0200, Michael S. Tsirkin wrote: > > On Thu, Jan 06, 2011 at 03:14:18PM +0100, Gerd Hoffmann wrote: > > > Hi, > > > > > > >Could you split the tested and untested parts to separate patches, > >

[Qemu-devel] Re: [Bug 604872] Re: qemu-system-arm segfaults emulating versatile machine after running debootstrap --second-stage inside vm

On Fri, Jan 7, 2011 at 7:53 AM, Jani Monoses wrote: > should the fixes be applied to qemu-kvm if we plan on packaging qemu- > meego for ARM support anyway? It depends on the size of the fix, if it's something simple we can for sure also update the qemu-kvm package. But as Loic pointed out, these

Re: [Qemu-devel] Re: [PATCH 06/13] Threadlet: Add dequeue_work threadlet API

On Thu, Jan 6, 2011 at 10:43 AM, Arun R Bharadwaj wrote: > * Stefan Hajnoczi [2011-01-05 19:55:46]: > >> On Tue, Jan 04, 2011 at 10:57:39AM +0530, Arun R Bharadwaj wrote: >> > @@ -574,33 +574,39 @@ static void paio_remove(struct qemu_paiocb *acb) >> >      } >> >  } >> > >> > -static void paio_ca

[Qemu-devel] [Bug 604872] Re: qemu-system-arm segfaults emulating versatile machine after running debootstrap --second-stage inside vm

qemu-kvm is what's currently in the Ubuntu archive; I'm sure Peter will also arrange for the ubuntu-qemu-omap branch to get these fixes once they are in suitable shape. In any case, these fixes are also going upstream and will eventually bubble up to derived trees -- You received this bug notifi

[Qemu-devel] [Bug 604872] Re: qemu-system-arm segfaults emulating versatile machine after running debootstrap --second-stage inside vm

should the fixes be applied to qemu-kvm if we plan on packaging qemu- meego for ARM support anyway? -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/604872 Title: qemu-system-arm segfaults emulating v

Re: [Qemu-devel] snapshots

On Fri, Jan 7, 2011 at 4:37 AM, chandra shekar wrote: > hi everyone i have got snapshot out of the image file now i would like to > analyze the snapshot > like opening it or identifying the fields in it can anyone suggest any > softwares which i can use > to open the snapshot analyze it,thanks I'

[Qemu-devel] [PATCH 0/4] target-arm: Fix VRSQRTS

This patch series fixes various bugs in VRSQRTS including the major one that it was calculating completely the wrong value (missing a division by 2). It also introduces the infrastructure to support the ARM "Standard FPSCR Value" as used for operations which use "ARM standard floating-point arithm

  1   2   >