qemu-ga.texi | 4 ++-- configure | 5 ++--- Makefile | 11 +++++---- hw/display/ati_int.h | 1 - include/exec/cpu-common.h | 3 --- include/hw/cpu/cluster.h | 1 - tests/fp/platform.h | 1 - tests/libqos/qgraph.h | 4 ---- contrib/elf2dmp/main.c | 3 +-- contrib/elf2dmp/pdb.c | 3 +-- hw/display/ati.c | 1 + hw/display/ati_2d.c | 1 + hw/display/ati_dbg.c | 1 + hw/net/pcnet.c | 4 +++- hw/sparc/leon3.c | 4 ++++ net/net.c | 7 +++--- qom/object.c | 2 +- tests/qos-test.c | 2 +- util/qemu-sockets.c | 12 ++++++---- CODING_STYLE | 47 +++++++++++++++++++++++++++++++++++---- 20 files changed, 80 insertions(+), 37 deletions(-)
The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
are available in the Git repository at:
git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
----------------------------------------------------------------
Pull request trivial branch 2019-05-02
----------------------------------------------------------------
Aruna Jayasena (1):
Header cleanups
Daniel P. Berrangé (1):
sockets: avoid string truncation warnings when copying UNIX path
Dr. David Alan Gilbert (1):
configure: fix pam test warning
Marc-André Lureau (1):
doc: fix the configuration path
Markus Armbruster (1):
Clean up includes
Philippe Mathieu-Daudé (3):
hw/net/pcnet: Use qemu_log_mask(GUEST_ERROR) instead of printf
Makefile: Let the 'clean' rule remove qemu-ga.exe on Windows hosts
hw/sparc/leon3: Allow load of uImage firmwares
Stefan Weil (1):
Update configure
Thomas Huth (1):
net: Print output of "-net nic, model=help" to stdout instead of
stderr
Wei Yang (3):
CODING_STYLE: specify the indent rule for multiline code
CODING_STYLE: indent example code as all others
qom: use object_new_with_type in object_new_with_propv
qemu-ga.texi | 4 ++--
configure | 5 ++---
Makefile | 11 +++++----
hw/display/ati_int.h | 1 -
include/exec/cpu-common.h | 3 ---
include/hw/cpu/cluster.h | 1 -
tests/fp/platform.h | 1 -
tests/libqos/qgraph.h | 4 ----
contrib/elf2dmp/main.c | 3 +--
contrib/elf2dmp/pdb.c | 3 +--
hw/display/ati.c | 1 +
hw/display/ati_2d.c | 1 +
hw/display/ati_dbg.c | 1 +
hw/net/pcnet.c | 4 +++-
hw/sparc/leon3.c | 4 ++++
net/net.c | 7 +++---
qom/object.c | 2 +-
tests/qos-test.c | 2 +-
util/qemu-sockets.c | 12 ++++++----
CODING_STYLE | 47 +++++++++++++++++++++++++++++++++++----
20 files changed, 80 insertions(+), 37 deletions(-)
--
2.20.1
On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>
> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>
> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>
> are available in the Git repository at:
>
> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>
> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>
> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>
> ----------------------------------------------------------------
> Pull request trivial branch 2019-05-02
>
> ----------------------------------------------------------------
Markus's "Clean up includes" patch breaks 'make check' on
big-endian hosts:
cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>> Testing i32_to_f16, rounding near_even
^M372 tests total.
^M372 tests performed.
In 372 tests, no errors found in i32_to_f16, rounding near_even.
>> Testing i32_to_f16, rounding minMag
[...]
^MErrors found in i32_to_f128:
1006FFFF => +0000.000000000000401B006FFFF00000 .....
expected +401B.006FFFF000000000000000000000 .....
^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
expected +400F.DDEB000000000000000000000000 .....
^MFFF6FFFC => +0000.000000000000C012200080000000 .....
expected -4012.2000800000000000000000000000 .....
^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
expected -4002.0000000000000000000000000000 .....
[etc]
(I had to bounce Markus' own pullreq from a week or
so back because it had this patch in too and also failed
for this reason.)
thanks
-- PMM
On 03/05/2019 12:34, Peter Maydell wrote: > On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote: >> >> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df: >> >> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100) >> >> are available in the Git repository at: >> >> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request >> >> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0: >> >> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200) >> >> ---------------------------------------------------------------- >> Pull request trivial branch 2019-05-02 >> >> ---------------------------------------------------------------- > > Markus's "Clean up includes" patch breaks 'make check' on > big-endian hosts: > cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i > 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 > > int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;) >>> Testing i32_to_f16, rounding near_even > ^M372 tests total. > ^M372 tests performed. > In 372 tests, no errors found in i32_to_f16, rounding near_even. >>> Testing i32_to_f16, rounding minMag > [...] > ^MErrors found in i32_to_f128: > 1006FFFF => +0000.000000000000401B006FFFF00000 ..... > expected +401B.006FFFF000000000000000000000 ..... > ^M0001DDEB => +0000.000000000000400FDDEB00000000 ..... > expected +400F.DDEB000000000000000000000000 ..... > ^MFFF6FFFC => +0000.000000000000C012200080000000 ..... > expected -4012.2000800000000000000000000000 ..... > ^MFFFFFFF8 => +0000.000000000000C002000000000000 ..... > expected -4002.0000000000000000000000000000 ..... > [etc] > > (I had to bounce Markus' own pullreq from a week or > so back because it had this patch in too and also failed > for this reason.) ok, I remove it and re-send the PR. Thanks, Laurent
Peter Maydell <peter.maydell@linaro.org> writes:
> On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>>
>> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>>
>> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>>
>> are available in the Git repository at:
>>
>> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>>
>> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>>
>> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>>
>> ----------------------------------------------------------------
>> Pull request trivial branch 2019-05-02
>>
>> ----------------------------------------------------------------
>
> Markus's "Clean up includes" patch breaks 'make check' on
> big-endian hosts:
> cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
> 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
> int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>>> Testing i32_to_f16, rounding near_even
> ^M372 tests total.
> ^M372 tests performed.
> In 372 tests, no errors found in i32_to_f16, rounding near_even.
>>> Testing i32_to_f16, rounding minMag
> [...]
> ^MErrors found in i32_to_f128:
> 1006FFFF => +0000.000000000000401B006FFFF00000 .....
> expected +401B.006FFFF000000000000000000000 .....
> ^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
> expected +400F.DDEB000000000000000000000000 .....
> ^MFFF6FFFC => +0000.000000000000C012200080000000 .....
> expected -4012.2000800000000000000000000000 .....
> ^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
> expected -4002.0000000000000000000000000000 .....
> [etc]
Considering the header clean-ups moved bswap related stuff and the
patterns look incorrectly swapped something has gone fishy.
If it's just stuff touching f128 then we have some magic in
softfloat-types:
typedef struct {
#ifdef HOST_WORDS_BIGENDIAN
uint64_t high, low;
#else
uint64_t low, high;
#endif
} float128;
but I would have though HOST_WORDS_BIGENDIAN is in the config. I shall
have a poke once I get onto the s390 machine.
>
> (I had to bounce Markus' own pullreq from a week or
> so back because it had this patch in too and also failed
> for this reason.)
>
> thanks
> -- PMM
--
Alex Bennée
Alex Bennée <alex.bennee@linaro.org> writes:
> Peter Maydell <peter.maydell@linaro.org> writes:
>
>> On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>>>
>>> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>>>
>>> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>>>
>>> are available in the Git repository at:
>>>
>>> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>>>
>>> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>>>
>>> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>>>
>>> ----------------------------------------------------------------
>>> Pull request trivial branch 2019-05-02
>>>
>>> ----------------------------------------------------------------
>>
>> Markus's "Clean up includes" patch breaks 'make check' on
>> big-endian hosts:
>> cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
>> 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
>> int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>>>> Testing i32_to_f16, rounding near_even
>> ^M372 tests total.
>> ^M372 tests performed.
>> In 372 tests, no errors found in i32_to_f16, rounding near_even.
>>>> Testing i32_to_f16, rounding minMag
>> [...]
>> ^MErrors found in i32_to_f128:
>> 1006FFFF => +0000.000000000000401B006FFFF00000 .....
>> expected +401B.006FFFF000000000000000000000 .....
>> ^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
>> expected +400F.DDEB000000000000000000000000 .....
>> ^MFFF6FFFC => +0000.000000000000C012200080000000 .....
>> expected -4012.2000800000000000000000000000 .....
>> ^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
>> expected -4002.0000000000000000000000000000 .....
>> [etc]
>
> Considering the header clean-ups moved bswap related stuff and the
> patterns look incorrectly swapped something has gone fishy.
>
> If it's just stuff touching f128 then we have some magic in
> softfloat-types:
>
> typedef struct {
> #ifdef HOST_WORDS_BIGENDIAN
> uint64_t high, low;
> #else
> uint64_t low, high;
> #endif
> } float128;
>
> but I would have though HOST_WORDS_BIGENDIAN is in the config. I shall
> have a poke once I get onto the s390 machine.
Any luck?
In my own poking, I stumbled over
#ifndef HOST_WORDS_BIGENDIAN
#define LITTLEENDIAN 1
/* otherwise do not define it */
#endif
in platform.h. Is LITTLEENDIAN unused, or am I confused?
[...]
Markus Armbruster <armbru@redhat.com> writes:
> Alex Bennée <alex.bennee@linaro.org> writes:
>
>> Peter Maydell <peter.maydell@linaro.org> writes:
>>
>>> On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>>>>
>>>> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>>>>
>>>> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>>>>
>>>> are available in the Git repository at:
>>>>
>>>> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>>>>
>>>> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>>>>
>>>> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>>>>
>>>> ----------------------------------------------------------------
>>>> Pull request trivial branch 2019-05-02
>>>>
>>>> ----------------------------------------------------------------
>>>
>>> Markus's "Clean up includes" patch breaks 'make check' on
>>> big-endian hosts:
>>> cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
>>> 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
>>> int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>>>>> Testing i32_to_f16, rounding near_even
>>> ^M372 tests total.
>>> ^M372 tests performed.
>>> In 372 tests, no errors found in i32_to_f16, rounding near_even.
>>>>> Testing i32_to_f16, rounding minMag
>>> [...]
>>> ^MErrors found in i32_to_f128:
>>> 1006FFFF => +0000.000000000000401B006FFFF00000 .....
>>> expected +401B.006FFFF000000000000000000000 .....
>>> ^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
>>> expected +400F.DDEB000000000000000000000000 .....
>>> ^MFFF6FFFC => +0000.000000000000C012200080000000 .....
>>> expected -4012.2000800000000000000000000000 .....
>>> ^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
>>> expected -4002.0000000000000000000000000000 .....
>>> [etc]
>>
>> Considering the header clean-ups moved bswap related stuff and the
>> patterns look incorrectly swapped something has gone fishy.
>>
>> If it's just stuff touching f128 then we have some magic in
>> softfloat-types:
>>
>> typedef struct {
>> #ifdef HOST_WORDS_BIGENDIAN
>> uint64_t high, low;
>> #else
>> uint64_t low, high;
>> #endif
>> } float128;
>>
>> but I would have though HOST_WORDS_BIGENDIAN is in the config. I shall
>> have a poke once I get onto the s390 machine.
>
> Any luck?
>
> In my own poking, I stumbled over
>
> #ifndef HOST_WORDS_BIGENDIAN
> #define LITTLEENDIAN 1
> /* otherwise do not define it */
> #endif
>
> in platform.h. Is LITTLEENDIAN unused, or am I confused?
I couldn't replicate the bug with access to my s390 account so I think
it might be existing build artefact related which is odd.
--
Alex Bennée
Alex Bennée <alex.bennee@linaro.org> writes:
> Markus Armbruster <armbru@redhat.com> writes:
>
>> Alex Bennée <alex.bennee@linaro.org> writes:
>>
>>> Peter Maydell <peter.maydell@linaro.org> writes:
>>>
>>>> On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>>>>>
>>>>> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>>>>>
>>>>> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>>>>>
>>>>> are available in the Git repository at:
>>>>>
>>>>> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>>>>>
>>>>> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>>>>>
>>>>> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>>>>>
>>>>> ----------------------------------------------------------------
>>>>> Pull request trivial branch 2019-05-02
>>>>>
>>>>> ----------------------------------------------------------------
>>>>
>>>> Markus's "Clean up includes" patch breaks 'make check' on
>>>> big-endian hosts:
>>>> cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
>>>> 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
>>>> int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>>>>>> Testing i32_to_f16, rounding near_even
>>>> ^M372 tests total.
>>>> ^M372 tests performed.
>>>> In 372 tests, no errors found in i32_to_f16, rounding near_even.
>>>>>> Testing i32_to_f16, rounding minMag
>>>> [...]
>>>> ^MErrors found in i32_to_f128:
>>>> 1006FFFF => +0000.000000000000401B006FFFF00000 .....
>>>> expected +401B.006FFFF000000000000000000000 .....
>>>> ^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
>>>> expected +400F.DDEB000000000000000000000000 .....
>>>> ^MFFF6FFFC => +0000.000000000000C012200080000000 .....
>>>> expected -4012.2000800000000000000000000000 .....
>>>> ^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
>>>> expected -4002.0000000000000000000000000000 .....
>>>> [etc]
>>>
>>> Considering the header clean-ups moved bswap related stuff and the
>>> patterns look incorrectly swapped something has gone fishy.
>>>
>>> If it's just stuff touching f128 then we have some magic in
>>> softfloat-types:
>>>
>>> typedef struct {
>>> #ifdef HOST_WORDS_BIGENDIAN
>>> uint64_t high, low;
>>> #else
>>> uint64_t low, high;
>>> #endif
>>> } float128;
>>>
>>> but I would have though HOST_WORDS_BIGENDIAN is in the config. I shall
>>> have a poke once I get onto the s390 machine.
>>
>> Any luck?
>>
>> In my own poking, I stumbled over
>>
>> #ifndef HOST_WORDS_BIGENDIAN
>> #define LITTLEENDIAN 1
>> /* otherwise do not define it */
>> #endif
>>
>> in platform.h. Is LITTLEENDIAN unused, or am I confused?
>
> I couldn't replicate the bug with access to my s390 account so I think
> it might be existing build artefact related which is odd.
Any ideas on how to debug this further?
On Thu, 9 May 2019 at 09:32, Markus Armbruster <armbru@redhat.com> wrote: > > Alex Bennée <alex.bennee@linaro.org> writes: > > I couldn't replicate the bug with access to my s390 account so I think > > it might be existing build artefact related which is odd. > > Any ideas on how to debug this further? It's consistently failed for me both times I've tried to merge the pullreq, on both s390 and ppc (which is doing a straightforward 'git merge, then do an incremental build out-of-tree'). Alex has access to the s390 box, and there's a ppc box in the gcc compile farm... thanks -- PMM
Peter Maydell <peter.maydell@linaro.org> writes: > On Thu, 9 May 2019 at 09:32, Markus Armbruster <armbru@redhat.com> wrote: >> >> Alex Bennée <alex.bennee@linaro.org> writes: >> > I couldn't replicate the bug with access to my s390 account so I think >> > it might be existing build artefact related which is odd. >> >> Any ideas on how to debug this further? > > It's consistently failed for me both times I've tried > to merge the pullreq, on both s390 and ppc (which is > doing a straightforward 'git merge, then do an incremental > build out-of-tree'). Alex has access to the s390 box, > and there's a ppc box in the gcc compile farm... I tried to reproduce on a ppc64 box in the gcc compile farm, no dice. I double-checked config-host.h has #define HOST_WORDS_BIGENDIAN 1. Clutching at straws... you say you tried "an incremental build out-of-tree". I also built out-of-tree, but it wasn't incremental. Could you try a non-incremental build just to exclude the possibility something wonky in your build tree is breaking "make check" for you?
On Fri, 10 May 2019 at 16:05, Markus Armbruster <armbru@redhat.com> wrote: > I tried to reproduce on a ppc64 box in the gcc compile farm, no dice. I > double-checked config-host.h has #define HOST_WORDS_BIGENDIAN 1. On s390: git clone git://git.qemu.org/qemu.git qemu-tmp cd qemu-tmp mkdir build cd build ../configure make -j3 make -j3 check V=1 # passes wget https://patchew.org/QEMU/20190313162812.8885-1-armbru@redhat.com/mbox git am mbox make -j3 make -j3 check V=1 # fails thanks -- PMM
On Fri, 10 May 2019 at 17:25, Peter Maydell <peter.maydell@linaro.org> wrote: > > On Fri, 10 May 2019 at 16:05, Markus Armbruster <armbru@redhat.com> wrote: > > I tried to reproduce on a ppc64 box in the gcc compile farm, no dice. I > > double-checked config-host.h has #define HOST_WORDS_BIGENDIAN 1. > > On s390: > git clone git://git.qemu.org/qemu.git qemu-tmp > cd qemu-tmp > mkdir build > cd build > ../configure > make -j3 > make -j3 check V=1 # passes > wget https://patchew.org/QEMU/20190313162812.8885-1-armbru@redhat.com/mbox > git am mbox > make -j3 > make -j3 check V=1 # fails For completeness, the commit I got from git clone was efb4f3b62c69383a7308. thanks -- PMM
Peter Maydell <peter.maydell@linaro.org> writes: > On Fri, 10 May 2019 at 16:05, Markus Armbruster <armbru@redhat.com> wrote: >> I tried to reproduce on a ppc64 box in the gcc compile farm, no dice. I >> double-checked config-host.h has #define HOST_WORDS_BIGENDIAN 1. > > On s390: > git clone git://git.qemu.org/qemu.git qemu-tmp > cd qemu-tmp > mkdir build > cd build > ../configure > make -j3 > make -j3 check V=1 # passes > wget https://patchew.org/QEMU/20190313162812.8885-1-armbru@redhat.com/mbox > git am mbox > make -j3 > make -j3 check V=1 # fails > > thanks > -- PMM I double-checked my testing and found where I screwed up. Thanks for your help!
Markus Armbruster <armbru@redhat.com> writes:
> Alex Bennée <alex.bennee@linaro.org> writes:
>
>> Peter Maydell <peter.maydell@linaro.org> writes:
>>
>>> On Thu, 2 May 2019 at 19:58, Laurent Vivier <laurent@vivier.eu> wrote:
>>>>
>>>> The following changes since commit 8482ff2eb3bb95020eb2f370a9b3ea26511e41df:
>>>>
>>>> Merge remote-tracking branch 'remotes/jnsnow/tags/bitmaps-pull-request' into staging (2019-05-02 12:04:51 +0100)
>>>>
>>>> are available in the Git repository at:
>>>>
>>>> git://github.com/vivier/qemu.git tags/trivial-branch-pull-request
>>>>
>>>> for you to fetch changes up to f7c03a68b814254df414977ff299468fbf0fa1c0:
>>>>
>>>> sockets: avoid string truncation warnings when copying UNIX path (2019-05-02 20:50:47 +0200)
>>>>
>>>> ----------------------------------------------------------------
>>>> Pull request trivial branch 2019-05-02
>>>>
>>>> ----------------------------------------------------------------
>>>
>>> Markus's "Clean up includes" patch breaks 'make check' on
>>> big-endian hosts:
>>> cd /home/pm215/qemu/build/all/tests/fp && ./fp-test -s -l 1 -r all i32_to_f16 i
>>> 64_to_f16 i32_to_f32 i64_to_f32 i32_to_f64 i64_to_f64 i32_to_f128 i64_to_f128 >
>>> int-to-float.out 2>&1 || (cat int-to-float.out && exit 1;)
>>>>> Testing i32_to_f16, rounding near_even
>>> ^M372 tests total.
>>> ^M372 tests performed.
>>> In 372 tests, no errors found in i32_to_f16, rounding near_even.
>>>>> Testing i32_to_f16, rounding minMag
>>> [...]
>>> ^MErrors found in i32_to_f128:
>>> 1006FFFF => +0000.000000000000401B006FFFF00000 .....
>>> expected +401B.006FFFF000000000000000000000 .....
>>> ^M0001DDEB => +0000.000000000000400FDDEB00000000 .....
>>> expected +400F.DDEB000000000000000000000000 .....
>>> ^MFFF6FFFC => +0000.000000000000C012200080000000 .....
>>> expected -4012.2000800000000000000000000000 .....
>>> ^MFFFFFFF8 => +0000.000000000000C002000000000000 .....
>>> expected -4002.0000000000000000000000000000 .....
>>> [etc]
>>
>> Considering the header clean-ups moved bswap related stuff and the
>> patterns look incorrectly swapped something has gone fishy.
>>
>> If it's just stuff touching f128 then we have some magic in
>> softfloat-types:
>>
>> typedef struct {
>> #ifdef HOST_WORDS_BIGENDIAN
>> uint64_t high, low;
>> #else
>> uint64_t low, high;
>> #endif
>> } float128;
>>
>> but I would have though HOST_WORDS_BIGENDIAN is in the config. I shall
Me too; qemu/osdep.h should pull it in.
>> have a poke once I get onto the s390 machine.
>
> Any luck?
>
> In my own poking, I stumbled over
>
> #ifndef HOST_WORDS_BIGENDIAN
> #define LITTLEENDIAN 1
> /* otherwise do not define it */
> #endif
>
> in platform.h. Is LITTLEENDIAN unused, or am I confused?
INLINE appears just as unused.
> [...]
© 2016 - 2026 Red Hat, Inc.