summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/840
blob: deaabaf10b89ff3cab77fe521b8b3e925b8b52f5 (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
24
25
device: 0.681
graphic: 0.655
performance: 0.473
semantic: 0.453
files: 0.408
permissions: 0.395
boot: 0.367
vnc: 0.351
PID: 0.297
other: 0.101
socket: 0.075
network: 0.066
debug: 0.014
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)