I tried putting some less load on the register transfer and found that using "-O1" (down from 2) already would work around the issue. This does in no means make the issue go away, but it helps to service qemu until resolved.
Internally this is set statically and can be overwritten from d/rules to use -O1 instead.
Mitigation
I tried putting some less load on the register transfer and found that using "-O1" (down from 2) already would work around the issue. This does in no means make the issue go away, but it helps to service qemu until resolved.
Internally this is set statically and can be overwritten from d/rules to use -O1 instead.
--- a/debian/rules palcode- clipper: b/qemu- palcode/ palcode- clipper palcode/ palcode- clipper: | b /b/qemu- palcode CROSS=$ {ALPHAEV67_ CROSSPFX} /b/qemu- palcode CROSS=$ {ALPHAEV67_ CROSSPFX} OPT=-O1
${ALPHAEV67_ CROSSPFX} strip b/qemu- palcode/ palcode- clipper palcode- clipper: b/qemu- palcode/ palcode- clipper /palcode- clipper
+++ b/debian/rules
@@ -557,7 +557,7 @@ sysdata-components += qboot
build-
b/qemu-
cp -al roms/qemu-palcode b/
- ${MAKE} -C ${CURDIR}
+ ${MAKE} -C ${CURDIR}
install-
install -m 0644 $< ${sysdataidir}
This is already emulation of alpha code, the performance impact is tolerable to make it overall build again.
This worked locally already, currently building a test in PPA: /launchpad. net/~paelzer/ +archive/ ubuntu/ lp-1988710- gcc-crash- qemu/+packages
https:/