[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [PULL 00/34] s390x update
From: |
Cornelia Huck |
Subject: |
Re: [PULL 00/34] s390x update |
Date: |
Fri, 20 Sep 2019 13:00:38 +0200 |
On Fri, 20 Sep 2019 11:45:18 +0100
Peter Maydell <address@hidden> wrote:
> On Thu, 19 Sep 2019 at 13:41, Cornelia Huck <address@hidden> wrote:
> >
> > The following changes since commit f8c3db33a5e863291182f8862ddf81618a7c6194:
> >
> > target/sparc: Switch to do_transaction_failed() hook (2019-09-17 12:01:00
> > +0100)
> >
> > are available in the Git repository at:
> >
> > https://github.com/cohuck/qemu tags/s390x-20190919
> >
> > for you to fetch changes up to 37105adebeb28e60da3cb1ef82231d7ed8d23589:
> >
> > Merge tag 'tags/s390-ccw-bios-2019-09-18' into s390-next-staging
> > (2019-09-19 12:04:01 +0200)
> >
> > ----------------------------------------------------------------
> > - bugfixes in tcg and the ccw bios
> > - gen15a is called z15
> > - officially require a 3.15 kernel or later for kvm
> >
> > ----------------------------------------------------------------
>
> Hi -- I'm afraid this pullreq results in new warnings from
> the runtime-sanitizer build when 'make check' is run:
> MALLOC_PERTURB_=${MALLOC_PERTURB_:-$(( ${RANDOM:-0} % 255 + 1))}
> QTEST_QEMU_BINARY=s390x-softmmu/qemu-system-s390x
> QTEST_QEMU_IMG=qemu-img tests
> /boot-serial-test -m=quick -k --tap < /dev/null |
> ./scripts/tap-driver.pl --test-name="boot-serial-test"
> /home/petmay01/linaro/qemu-for-merges/target/s390x/mem_helper.c:293:17:
> runtime error: null pointer passed as argument 1, which is declared to
> never be null
> /usr/include/string.h:47:14: note: nonnull attribute specified here
> /home/petmay01/linaro/qemu-for-merges/target/s390x/mem_helper.c:293:32:
> runtime error: null pointer passed as argument 2, which is declared to
> never be null
>
> (and the same warnings for a few other tests).
>
> Looks like you sometimes can pass NULL pointers to the source
> and destination of memmove(). This isn't permitted by the
> standard even in the case where the size argument is zero.
>
> thanks
> -- PMM
David, can you take a look?
- [qemu-s390x] [PULL 12/34] s390x/tcg: MVCS/MVCP: Properly wrap the length, (continued)
- [qemu-s390x] [PULL 12/34] s390x/tcg: MVCS/MVCP: Properly wrap the length, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 09/34] s390x/tcg: MVCLU/MVCLE: Process max 4k bytes at a time, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 06/34] s390x/tcg: MVC: Use is_destructive_overlap(), Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 08/34] s390x/tcg: MVPG: Properly wrap the addresses, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 04/34] s390x/tcg: MVCL: Process max 4k bytes at a time, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 05/34] s390x/tcg: MVC: Increment the length once, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 03/34] s390x/tcg: MVCL: Detect destructive overlaps, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 01/34] s390x/tcg: Reset exception_index to -1 instead of 0, Cornelia Huck, 2019/09/19
- [qemu-s390x] [PULL 02/34] s390x/tcg: MVCL: Zero out unused bits of address, Cornelia Huck, 2019/09/19
- Re: [PULL 00/34] s390x update, Peter Maydell, 2019/09/20
- Re: [PULL 00/34] s390x update,
Cornelia Huck <=
- Re: [PULL 00/34] s390x update, David Hildenbrand, 2019/09/20
- Re: [PULL 00/34] s390x update, David Hildenbrand, 2019/09/20
- Re: [PULL 00/34] s390x update, Cornelia Huck, 2019/09/20
- Re: [PULL 00/34] s390x update, Peter Maydell, 2019/09/20
- Re: [PULL 00/34] s390x update, David Hildenbrand, 2019/09/20