summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/105/device/840
blob: 2f1f4f7aeab2e4b6e1b8df4add693e3b6c204591 (plain) (blame)
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
device: 0.681
instruction: 0.669
graphic: 0.655
semantic: 0.453
boot: 0.367
vnc: 0.351
other: 0.101
socket: 0.075
network: 0.066
mistranslation: 0.046
assembly: 0.015
KVM: 0.002

When O2 level is enabled raspi3b board crash randomly when creating abuffer of a differnt size
Description of problem:
Sometimes when running the code creating a framebuffer different from the default size ej:1024x768 qemu hangs and crash with a SIGV, making a weird screen that's painted with the original size and the background of the current window merged onto a large window. This happens when you resize a window without updating it's contents, so qemu is crashing before the first frame after reising the window.
Steps to reproduce:
1. Create a producedure similar to the one descrived below
2. Run qemu with O2 enabled(debuggind disabled)
3. You may need to run it multiple times to see the bug(like two or three times)
Additional information:
Here is the example procedure implemented on rust, the mailbox interface is test and it's sure that the procedure it's well implemented:
[code.rs](/uploads/a28fe33a856fb843d80ffeb078bc6729/code.rs)