summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1811
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/108/other/1811')
-rw-r--r--results/classifier/zero-shot/108/other/181151
1 files changed, 51 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1811 b/results/classifier/zero-shot/108/other/1811
new file mode 100644
index 000000000..915ef2e6c
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/1811
@@ -0,0 +1,51 @@
+boot: 0.909
+graphic: 0.805
+PID: 0.765
+device: 0.690
+performance: 0.640
+semantic: 0.626
+other: 0.528
+debug: 0.511
+vnc: 0.509
+network: 0.417
+socket: 0.409
+permissions: 0.381
+files: 0.375
+KVM: 0.125
+
+ppc serial appears to have a maximum ratio of output to input, hides output and only writes it on subsequent input(?!)
+Description of problem:
+When pasting in large chunks of text, the echo is partial, but completes with subsequent writes (and is drained when the writes are small). Sorry this is really stupid, see video.
+
+(also, when booting, the console stops at
+```
+Building dt strings...
+Building dt structure...
+Device tree strings 0x00000000062c0000 -> 0x00000000062c0b90
+Device tree struct  0x00000000062d0000 -> 0x00000000062e0000
+Quiescing Open Firmware ...
+Booting Linux via __start() @ 0x0000000002000000 ...
+Linux ppc64le
+#1 SMP Debian 6.
+```
+and then continues with more messages from just after the dot:
+```
+Linux ppc64le
+#1 SMP Debian 6.[   15.683156] vio vio: uevent: failed to send synthetic uevent: -19
+vio: Failed to write 'add' to '/sys/devices/vio/uevent', ignoring: No such device
+/dev/vda2: clean, 17371/987360 files, 345018/3942144 blocks
+```
+)
+Steps to reproduce:
+1. `cat > /dev/null`
+2. paste in a couple solid lines
+3. observe that the echo completed mid-line
+4. paste in a couple more solid lines
+5. observe that the echo includes the end of the first few lines, and the start of the second set
+6. ^D
+7. observe that with every key input into the shell, you get a few bytes back, and those bytes are the tail-end of the second set of lines
+8. when the echo buffer is drained, it's drained
+Additional information:
+Demo video: https://bugs.debian.org/cgi-bin/bugreport.cgi?att=1;bug=1041707;filename=2023-07-21+17-59-25.mp4;msg=5
+
+Downstream bug: https://bugs.debian.org/1041707