[Qemu-devel] [PATCH v2] hw/net/e1000e: Fix compiler warning

slave:~/.xie/qemu-colo # gcc --version gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] slave:~/.xie/qemu-colo # make -j8 CChw/net/e1000e_core.o hw/net/e1000e_core.c:56: warning: ‘e1000e_set_interrupt_cause’ declared inline after being called hw/net/e1000e_core.c:56: warning: previous

Re: [Qemu-devel] [RFC v2 05/13] target-ppc: add modulo word operations

Richard Henderson writes: > On 07/23/2016 02:14 PM, Nikunj A Dadhania wrote: >> Adding following instructions: >> >> moduw: Modulo Unsigned Word >> modsw: Modulo Signed Word >> >> Signed-off-by: Nikunj A Dadhania >> --- >> target-ppc/helper.h |

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On Mon, 2016-07-25 at 06:04 +0530, Richard Henderson wrote: > I noticed a related problem recently, while working on the cmpxchg patch set. > > In my opinion, we should (1) merge GETRA and GETPC so there's no confusion  > between the two, (2) push all adjustment down to the final moment before

Re: [Qemu-devel] [PATCH] hw/net/e1000: Fix compiler warning

Hi, s/e1000/e1000e/ in commit message subject, except this looks ok. Thanks for the patch, Dmitry Reviewed-by: Dmitry Fleytman > On 25 Jul 2016, at 06:48 AM, Changlong Xie wrote: > > slave:~/.xie/qemu-colo # gcc --version > gcc (SUSE Linux)

[Qemu-devel] [PATCH] hw/net/e1000: Fix compiler warning

slave:~/.xie/qemu-colo # gcc --version gcc (SUSE Linux) 4.3.4 [gcc-4_3-branch revision 152973] slave:~/.xie/qemu-colo # make -j8 CChw/net/e1000e_core.o hw/net/e1000e_core.c:56: warning: ‘e1000e_set_interrupt_cause’ declared inline after being called hw/net/e1000e_core.c:56: warning: previous

Re: [Qemu-devel] [PATCH v22 00/10] Block replication for continuous checkpoints

Hi all block maintainers Sorry to bother. COLO block is the necessary prerequisite of COLO framework and COLO network, what are blocked by these patchsets now. Since v19, Stefan said he had reviewed most part of this patchsets. So, this series *REALLY* need more comments from all of you.

Re: [Qemu-devel] Fw:qemu driver_mirror error "Operation not permitted"

On Fri, 07/22 15:41, lisiheng wrote: > Hi All, > I use libvirtd to call qemu drive_mirror return error message "Operation not > permitted", Butdirectlyrunqemu and call drive_mirror is OK; > when drive_mirror target is logic device return error message "Operation not > permitted",But the file is

Re: [Qemu-devel] [PULL v3 00/55] pc, pci, virtio: new features, cleanups, fixes

On Fri, 07/22 10:46, Peter Maydell wrote: > On 22 July 2016 at 02:13, Fam Zheng wrote: > > On Thu, 07/21 11:45, Peter Maydell wrote: > >> It failed on several of my test builds, not just one, but these > >> things are tricky to avoid if they don't happen on all compilers. > >> In

Re: [Qemu-devel] [PATCH v3 1/2] qdev: ignore GlobalProperty.errp for hotplugged devices

On Fri, Jul 22, 2016 at 10:56:31AM -0300, Eduardo Habkost wrote: > On Fri, Jul 22, 2016 at 11:28:48AM +1000, David Gibson wrote: > > On Fri, Jul 22, 2016 at 01:01:26AM +0200, Greg Kurz wrote: > > > This patch ensures QEMU won't terminate while hotplugging a device if the > > > global property

Re: [Qemu-devel] [RFC v2 01/13] target-ppc: Introduce Power9 family

On Sat, Jul 23, 2016 at 02:14:38PM +0530, Nikunj A Dadhania wrote: > From: "Aneesh Kumar K.V" > > Signed-off-by: Aneesh Kumar K.V > [ rebased and added POWER9 alias and POWER9 SPAPR core ] > Signed-off-by: Nikunj A Dadhania

Re: [Qemu-devel] [PATCH v2] target-ppc: add PPC_MFTB flag to e500mc and e5500

On Fri, Jul 22, 2016 at 06:53:51PM +0200, Michael Walle wrote: > According to the e500mc and e5500 core reference manual they have support > for the mftb instruction. > > Signed-off-by: Michael Walle Applied to ppc-for-2.7, thanks. > --- > changes v2: > - add the flag to

[Qemu-devel] [Bug 1605506] Re: qemu driver_mirror error "Operation not permitted"

** Tags added: qemu -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU. https://bugs.launchpad.net/bugs/1605506 Title: qemu driver_mirror error "Operation not permitted" Status in QEMU: New Bug description: I use libvirtd to

Re: [Qemu-devel] [RFC v4] virtio-crypto specification

Hi Xin, > -Original Message- > From: Zeng, Xin [mailto:xin.z...@intel.com] > Sent: Friday, July 22, 2016 1:31 PM > To: Gonglei (Arei); virtio-...@lists.oasis-open.org; qemu-devel@nongnu.org > Cc: Hanweidong (Randy); Stefan Hajnoczi; Cornelia Huck; m...@redhat.com; > Lingli Deng; Jani

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On Mon, 2016-07-25 at 10:46 +1000, Benjamin Herrenschmidt wrote: > On Mon, 2016-07-25 at 06:06 +0530, Richard Henderson wrote: > > > > These functions would have to be always_inline for this to work.  > > Otherwise you  > > could get the helper's PC, not the TCG caller's PC. > > > > But let's

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On Mon, 2016-07-25 at 06:06 +0530, Richard Henderson wrote: > These functions would have to be always_inline for this to work.  > Otherwise you  > could get the helper's PC, not the TCG caller's PC. > > But let's try to fix this the other way. I could use some help there as I don't really

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On 07/24/2016 06:22 PM, Benjamin Herrenschmidt wrote: On Sun, 2016-07-24 at 22:51 +1000, Benjamin Herrenschmidt wrote: > > FYI: This probably completely wrong patch (but it was easier than > hacking all the helpers) fixed the problem for me. With this (and the > video driver I wrote that I will

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On 07/24/2016 06:12 PM, Benjamin Herrenschmidt wrote: Hi ! I need help from TCG experts here. I was chasing down a bug causing some stuff to crash when using vector ops with a ppc32 guest on x86, but pulling that string led to a whole mess that *may* be affecting a pile of architetures unless

[Qemu-devel] [Bug 1603636] Re: Guest has not initialized the display yet on ubuntu 16.10 PPC

Hi T, i just make a test on My Quad G5 and Mate 15.10 and here i have the same issue ... no video on last 2.6. I think this issue is present on all ppc world -- You received this bug notification because you are a member of qemu- devel-ml, which is subscribed to QEMU.

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On Sun, 2016-07-24 at 22:51 +1000, Benjamin Herrenschmidt wrote: >  > FYI: This probably completely wrong patch (but it was easier than > hacking all the helpers) fixed the problem for me. With this (and the > video driver I wrote that I will publish asap), I can now reliably > boot > various

Re: [Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

On Sun, 2016-07-24 at 22:42 +1000, Benjamin Herrenschmidt wrote: >  > What *did* work was to copy what x86 does, which is to change my > helper_stvebx() to not use cpu_stb_data at all, but instead use > cpu_stb_data_ra(, GETPC()), which mimmics what x86 does for some > of > it's helpers. > >

[Qemu-devel] TCG problem with cpu_{st,ld}x_data ?

Hi ! I need help from TCG experts here. I was chasing down a bug causing some stuff to crash when using vector ops with a ppc32 guest on x86, but pulling that string led to a whole mess that *may* be affecting a pile of architetures unless I'm misunderstanding something... So basically what