1 files changed, 49 insertions, 0 deletions
diff --git a/results/classifier/118/none/1947933 b/results/classifier/118/none/1947933
new file mode 100644
index 000000000..5ec079300
--- /dev/null
+++ b/results/classifier/118/none/1947933
@@ -0,0 +1,49 @@
+device: 0.726
+ppc: 0.695
+graphic: 0.614
+network: 0.587
+mistranslation: 0.515
+socket: 0.504
+semantic: 0.498
+user-level: 0.493
+performance: 0.453
+architecture: 0.433
+i386: 0.416
+x86: 0.398
+PID: 0.398
+risc-v: 0.352
+vnc: 0.349
+VMM: 0.342
+hypervisor: 0.312
+boot: 0.305
+peripherals: 0.301
+TCG: 0.299
+KVM: 0.295
+permissions: 0.275
+kernel: 0.274
+register: 0.260
+virtual: 0.202
+arm: 0.192
+files: 0.177
+debug: 0.165
+assembly: 0.148
+
+xHCI Port Status Change Event at port powered
+
+Per section 4.19.3 of the xHCI version 1.0 specification, when the Port Power bit transitions from 0 to 1, if there is a connection on that port, a Port Status Change Event should be issued.
+
+Currently, when the port is powered, this event is not being issued.
+
+I don't know the QEMU code base well enough to submit a patch, but I believe that when the port is powered, check to see if there is a connection (hence, setting the CCS and CSC bits), and then a call to:
+
+xhci_port_notify(port, PORTSC_PLC);
+
+will suffice.
+
+Thank you,
+Ben
+
+This bug tracker is not used anymore. Please open new tickets here:
+
+https://gitlab.com/qemu-project/qemu/-/issues
+