On Thu, Jul 7, 2016 at 12:04 PM, Prerna Saxena
wrote:
> From: Prerna Saxena
>
> The current vhost-user protocol requires the client to send responses to
> only a
> few commands. For the remaining commands, it is impossible for QEMU to
> know the
> status of the requested operation -- ie, did it
On Monday, July 25, 2016 9:38 AM Gonglei (Arei) wrote:
>
> 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 (R
Nikunj A Dadhania writes:
> Richard Henderson writes:
>
>> On 07/23/2016 02:14 PM, Nikunj A Dadhania wrote:
>> +uint32_t helper_modsw(uint32_t rau, uint32_t rbu)
>>> +{
>>> +int32_t ra = (int32_t) rau;
>>> +int32_t rb = (int32_t) rbu;
>>> +
>>> +if ((rb == 0) || (ra == INT32_MIN && r
This patch adds a basic dd subcommand analogous to dd(1) to qemu-img.
For the start, this implements the bs, if, of and count options and requires
both if and of to be specified (no stdin/stdout if not specified) and doesn't
support tty, pipes, etc.
The image format must be specified with -O for
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
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 | 2 ++
>> target-ppc/int_helper.c | 15 +++
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 use
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) 4.3.4 [gcc-4_3-branch revision 152973]
>
> slave:~
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
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.
I
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 O
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 this case I think
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 canno
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
I can't really review this until the series is a bit more polished and
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 e500mc, too
>
> targ
** 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 call
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 Kokk
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 try
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 underst
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
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 I'
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.
https://bugs.launchpad.net/
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 versi
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.
>
> T
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 happe
25 matches
Mail list logo
