diff options
| author | Peter Maydell <peter.maydell@linaro.org> | 2023-04-24 16:19:19 +0100 |
|---|---|---|
| committer | Peter Maydell <peter.maydell@linaro.org> | 2023-05-02 15:47:40 +0100 |
| commit | d565f58b38424e9a390a7ea33ff7477bab693fda (patch) | |
| tree | 068257463cff4c42eb06e08fcfcfa0dcff1d3c0a /include/hw/arm/boot.h | |
| parent | ac64ebbecf80f6bc764d120f85fe9fa28fbd9e85 (diff) | |
| download | focaccia-qemu-d565f58b38424e9a390a7ea33ff7477bab693fda.tar.gz focaccia-qemu-d565f58b38424e9a390a7ea33ff7477bab693fda.zip | |
hw/net/msf2-emac: Don't modify descriptor in-place in emac_store_desc()
The msf2-emac ethernet controller has functions emac_load_desc() and emac_store_desc() which read and write the in-memory descriptor blocks and handle conversion between guest and host endianness. As currently written, emac_store_desc() does the endianness conversion in-place; this means that it effectively consumes the input EmacDesc struct, because on a big-endian host the fields will be overwritten with the little-endian versions of their values. Unfortunately, in all the callsites the code continues to access fields in the EmacDesc struct after it has called emac_store_desc() -- specifically, it looks at the d.next field. The effect of this is that on a big-endian host networking doesn't work because the address of the next descriptor is corrupted. We could fix this by making the callsite avoid using the struct; but it's more robust to have emac_store_desc() leave its input alone. (emac_load_desc() also does an in-place conversion, but here this is fine, because the function is supposed to be initializing the struct.) Cc: qemu-stable@nongnu.org Signed-off-by: Peter Maydell <peter.maydell@linaro.org> Reviewed-by: Thomas Huth <thuth@redhat.com> Message-id: 20230424151919.1333299-1-peter.maydell@linaro.org
Diffstat (limited to 'include/hw/arm/boot.h')
0 files changed, 0 insertions, 0 deletions