summary refs log tree commit diff stats
path: root/results/classifier/118/none/1135
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/118/none/1135')
-rw-r--r--results/classifier/118/none/113542
1 files changed, 42 insertions, 0 deletions
diff --git a/results/classifier/118/none/1135 b/results/classifier/118/none/1135
new file mode 100644
index 00000000..599d7a7b
--- /dev/null
+++ b/results/classifier/118/none/1135
@@ -0,0 +1,42 @@
+device: 0.661
+graphic: 0.653
+boot: 0.463
+semantic: 0.397
+debug: 0.388
+architecture: 0.296
+i386: 0.294
+x86: 0.260
+register: 0.249
+performance: 0.210
+network: 0.203
+risc-v: 0.202
+PID: 0.199
+vnc: 0.198
+mistranslation: 0.181
+ppc: 0.152
+VMM: 0.150
+kernel: 0.149
+TCG: 0.146
+KVM: 0.144
+arm: 0.139
+user-level: 0.091
+socket: 0.074
+virtual: 0.072
+permissions: 0.069
+peripherals: 0.067
+hypervisor: 0.058
+files: 0.027
+assembly: 0.020
+
+Multiboot: invalid multiboot information block
+Description of problem:
+Breakpoint at 0x85d4, this is the entrypoint of this Multiboot loader.
+According to the Multiboot specification, the EAX register should be a pointer to the Multiboot information block. When I am testing, it is 0x9500. However, when dumping the memory using `dump binary memory`, nearby memory areas are all zeros.
+
+When dumping some bigger memory aeras, I found that the module hasbeen loaded to the memory successfully, altough MBI was broken.
+Steps to reproduce:
+
+Additional information:
+multiboot: [multiboot](/uploads/55fdfcf30ada0af2d00badf11fcd308c/multiboot)
+
+toop: [toop](/uploads/de3b63ae021303c544105ba1498f3373/toop)