summaryrefslogtreecommitdiffstats
path: root/results/classifier/105/socket/1213196
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/105/socket/1213196')
-rw-r--r--results/classifier/105/socket/121319637
1 files changed, 0 insertions, 37 deletions
diff --git a/results/classifier/105/socket/1213196 b/results/classifier/105/socket/1213196
deleted file mode 100644
index d39f1c24..00000000
--- a/results/classifier/105/socket/1213196
+++ /dev/null
@@ -1,37 +0,0 @@
-socket: 0.799
-semantic: 0.557
-device: 0.523
-network: 0.502
-graphic: 0.422
-other: 0.410
-mistranslation: 0.363
-vnc: 0.323
-instruction: 0.255
-boot: 0.251
-KVM: 0.146
-assembly: 0.066
-
--serial tcp should hang up when DTR goes low
-
-In keeping with the spirit of serial modem control signals, de-asserting DTR should cause the TCP connection to break; asserting DTR should cause QEMU to initiate a new connection or for it to accept another (in server mode; this may involve waiting for one to arrive, too).
-
-In addition to allowing low DTR to drop the socket connection, and allowing low DTR to reject a socket connection, the DCD modem bit also be implemented - DCD should follow the state of the TCP socket: a connected socket should pull DCD high, and a disconnected socket should pull DCD low. From what Ive seen in the source, it looks like a serial IOCTL functioned needs to be added to chardev/char-socket.c to allow the MSR bits to be tracked against the state of the socket. DCD should be very easy to implement this way, but I hadn't thought about DTR.
-
-Sent in a patch for this.
-
-https://lists.gnu.org/archive/html/qemu-devel/2020-12/msg04658.html
-
-DTR controls the socket.
-
-DCD reflects the state of the socket.
-
-
-
-
-This is an automated cleanup. This bug report has been moved to QEMU's
-new bug tracker on gitlab.com and thus gets marked as 'expired' now.
-Please continue with the discussion here:
-
- https://gitlab.com/qemu-project/qemu/-/issues/97
-
-