mirror of
https://github.com/mii443/qemu.git
synced 2025-08-22 15:15:46 +00:00
tests: bump QOS_PATH_MAX_ELEMENT_SIZE again
We "fixed" a bug with LTO builds with 100c459f19
(tests/qtest: bump
up QOS_PATH_MAX_ELEMENT_SIZE) but it seems it has triggered again.
The array is sized according to the maximum anticipated length of a
path on the graph. However, the worst case for a depth-first search is
to push all nodes on the graph. So it's not really LTO, it depends on
the ordering of the constructors.
Lets be more assertive raising QOS_PATH_MAX_ELEMENT_SIZE to make it go
away again.
Resolves: https://gitlab.com/qemu-project/qemu/-/issues/1186 (again)
Reviewed-by: Thomas Huth <thuth@redhat.com>
Signed-off-by: Alex Bennée <alex.bennee@linaro.org>
Message-Id: <20240305121005.3528075-2-alex.bennee@linaro.org>
This commit is contained in:
@ -24,7 +24,7 @@
|
|||||||
#include "libqos-malloc.h"
|
#include "libqos-malloc.h"
|
||||||
|
|
||||||
/* maximum path length */
|
/* maximum path length */
|
||||||
#define QOS_PATH_MAX_ELEMENT_SIZE 64
|
#define QOS_PATH_MAX_ELEMENT_SIZE 128
|
||||||
|
|
||||||
typedef struct QOSGraphObject QOSGraphObject;
|
typedef struct QOSGraphObject QOSGraphObject;
|
||||||
typedef struct QOSGraphNode QOSGraphNode;
|
typedef struct QOSGraphNode QOSGraphNode;
|
||||||
|
Reference in New Issue
Block a user