summary refs log tree commit diff stats
path: root/results/classifier/118/none/757654
diff options
context:
space:
mode:
authorChristian Krinitsin <mail@krinitsin.com>2025-06-16 16:59:00 +0000
committerChristian Krinitsin <mail@krinitsin.com>2025-06-16 16:59:33 +0000
commit9aba81d8eb048db908c94a3c40c25a5fde0caee6 (patch)
treeb765e7fb5e9a3c2143c68b0414e0055adb70e785 /results/classifier/118/none/757654
parentb89a938452613061c0f1f23e710281cf5c83cb29 (diff)
downloademulator-bug-study-9aba81d8eb048db908c94a3c40c25a5fde0caee6.tar.gz
emulator-bug-study-9aba81d8eb048db908c94a3c40c25a5fde0caee6.zip
add 18th iteration of classifier
Diffstat (limited to 'results/classifier/118/none/757654')
-rw-r--r--results/classifier/118/none/75765479
1 files changed, 79 insertions, 0 deletions
diff --git a/results/classifier/118/none/757654 b/results/classifier/118/none/757654
new file mode 100644
index 00000000..47b3c5b6
--- /dev/null
+++ b/results/classifier/118/none/757654
@@ -0,0 +1,79 @@
+device: 0.775
+performance: 0.748
+register: 0.699
+ppc: 0.669
+user-level: 0.654
+socket: 0.654
+mistranslation: 0.616
+peripherals: 0.612
+vnc: 0.599
+risc-v: 0.586
+semantic: 0.548
+network: 0.541
+graphic: 0.536
+permissions: 0.520
+VMM: 0.499
+i386: 0.497
+TCG: 0.488
+arm: 0.482
+boot: 0.454
+x86: 0.440
+architecture: 0.431
+PID: 0.428
+KVM: 0.421
+hypervisor: 0.410
+debug: 0.408
+virtual: 0.392
+files: 0.372
+kernel: 0.363
+assembly: 0.234
+
+UHCI fails to signal stall response
+
+When TD execution results in STALL error (STALL handshake, no stall as a result of err count reaching 0), there is no way to know about it except for checking that TD. IMO it is an error condition and it should be reflected in the status register (and issue an interrupt if enabled).
+
+Ways to replicate:
+Send a query that is answered by stall (like set_idle request to a mouse)
+
+Expected behavior:
+UHCI hc sets status bit 1 (usb error interrupt) and issues an interrupt
+
+current behavior:
+Neither status bit is set nor interrupt triggered
+
+Version 0.14
+attached patch for current master (quick fix, it might be I got something wrong)
+
+
+
+Hi,
+
+Thanks for reporting this issue.
+
+Just so you are aware: the qemu USB maintainer is probably going to be away for a while longer, so don't be too worried if this patch doesn't get looked at for 2-4 weeks.
+
+Brad
+
+
+No problem, it's not like it breaks something. This fix just makes driver development easier.
+
+On Thu, Apr 14, 2011 at 11:35 AM, jvesely <email address hidden> wrote:
+> No problem, it's not like it breaks something. This fix just makes
+> driver development easier.
+
+Please send your patch to the mailing list:
+
+http://wiki.qemu.org/Contribute/SubmitAPatch
+
+It may seem petty to ask this since you've already attached it to the
+bug, but for QEMU development to scale and keep at a rapid pace,
+everyone needs to follow these steps on submitting patches.  Thanks
+for your effort!
+
+Stefan
+
+
+Patch had been included here:
+http://git.qemu.org/?p=qemu.git;a=commitdiff;h=8656954aedbd9995e68e
+... so closing this ticket now.
+