[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [PATCH] s390x/kvm: fix run_on_cpu sigp conversions
From: |
Fam Zheng |
Subject: |
Re: [Qemu-devel] [PATCH] s390x/kvm: fix run_on_cpu sigp conversions |
Date: |
Mon, 7 Nov 2016 17:00:55 +0800 |
User-agent: |
Mutt/1.7.1 (2016-10-04) |
On Mon, 11/07 09:34, Paolo Bonzini wrote:
>
>
> On 07/11/2016 08:36, Fam Zheng wrote:
> > On Fri, 11/04 10:06, Paolo Bonzini wrote:
> >>
> >>
> >> On 02/11/2016 17:21, Cornelia Huck wrote:
> >>> Commit 14e6fe12a ("*_run_on_cpu: introduce run_on_cpu_data type")
> >>> attempted to convert all users of run_on_cpu to use the new
> >>> run_on_cpu_data type. It missed to change the called sigp_* routines,
> >>> however. Fix that.
> >>>
> >>> Fixes: 14e6fe12a ("*_run_on_cpu: introduce run_on_cpu_data type")
> >>> Signed-off-by: Cornelia Huck <address@hidden>
> >>> ---
> >>> Peter, Stefan: This fixes building for s390x which is currently
> >>> broken (at least with kvm enabled). Two questions:
> >>> - Will you pick this up as a build fix, or should I do a pull req?
> >>> - Can we do anything more to catch errors like this?
> >>
> >> Fam, can we use the linux-user support in tests/docker to build QEMU
> >> with KVM support on ARM/MIPS/s390? It would be already much better,
> >> even if it obviously cannot run with KVM.
> >
> > I suppose you are asking adding coverage to patchew? (If you are asking if
> > tests/docker can use linux-user to do that, the answer is yes, as long as
> > there
> > is debootstrap support for that platform.)
>
> No, not necessarily---I use tests/docker myself before sending pull
> requests, and these days Peter only rejects my pull request for macOS
> problems. :)
OK. The command is something along:
$ arch=mips
$ make address@hidden \
DEB_ARCH=$arch DEB_TYPE=stable \
EXECUTABLE=/usr/bin/qemu-$arch \
V=1 J=8
(FWIW, to avoid ld.so collision with the $arch binaries in the image, I only use
statically compiled qemu-user.)
Fam