summary refs log tree commit diff stats
path: root/results/classifier/zero-shot/108/other/1037606
diff options
context:
space:
mode:
Diffstat (limited to 'results/classifier/zero-shot/108/other/1037606')
-rw-r--r--results/classifier/zero-shot/108/other/1037606146
1 files changed, 146 insertions, 0 deletions
diff --git a/results/classifier/zero-shot/108/other/1037606 b/results/classifier/zero-shot/108/other/1037606
new file mode 100644
index 000000000..85ae942aa
--- /dev/null
+++ b/results/classifier/zero-shot/108/other/1037606
@@ -0,0 +1,146 @@
+other: 0.919
+permissions: 0.890
+debug: 0.858
+device: 0.857
+KVM: 0.843
+vnc: 0.820
+graphic: 0.812
+semantic: 0.805
+PID: 0.793
+network: 0.756
+performance: 0.755
+boot: 0.754
+socket: 0.720
+files: 0.684
+
+vmwgfx does not work with kvm vmware vga
+
+vmwgfx driver fails to initialize inside kvm.
+
+tried: kvm -m 2048 -vga vmware -cdrom RebeccaBlackLinux.iso (Ubuntu based, any Ubuntu live CD would do)
+
+
+
+This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
+
+apport-collect 1037606
+
+and then change the status of the bug to 'Confirmed'.
+
+If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
+
+This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
+
+There is screenshot of the error message.
+
+The message reads
+
+*ERROR* Hardware has no pichlock
+
+
+This bug is missing log files that will aid in diagnosing the problem. From a terminal window please run:
+
+apport-collect 1037606
+
+and then change the status of the bug to 'Confirmed'.
+
+If, due to the nature of the issue you have encountered, you are unable to run this command, please add a comment stating that fact and change the bug status to 'Confirmed'.
+
+This change has been made by an automated script, maintained by the Ubuntu Kernel Team.
+
+Since the error prevents graphical environment from starting and apport-collect requires a graphical browser to post the data it collects it is not useful to run.
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+apport information
+
+Would it be possible for you to test the latest upstream kernel?  Refer to https://wiki.ubuntu.com/KernelMainlineBuilds . Please test the latest v3.6 kernel[0] (Not a kernel in the daily directory) and install both the linux-image and linux-image-extra .deb packages.
+
+Once you've tested the upstream kernel, please remove the 'needs-upstream-testing' tag.  Please only remove that one tag and leave the other tags. This can be done by clicking on the yellow pencil icon next to the tag located at the bottom of the bug description and deleting the 'needs-upstream-testing' text. 
+
+If this bug is fixed in the mainline kernel, please add the following tag 'kernel-fixed-upstream'.
+
+If the mainline kernel does not fix this bug, please add the tag: 'kernel-bug-exists-upstream'.
+
+If you are unable to test the mainline kernel, for example it will not boot, please add the tag: 'kernel-unable-to-test-upstream'.  
+Once testing of the upstream kernel is complete, please mark this bug as "Confirmed".
+
+
+Thanks in advance.
+
+[0] http://kernel.ubuntu.com/~kernel-ppa/mainline/v3.6-rc3-quantal/
+
+This issue appears to be an upstream bug, since you tested the latest upstream kernel.  Would it be possible for you to open an upstream bug report[0]?  That will allow the upstream Developers to examine the issue, and may provide a quicker resolution to the bug.
+
+If you are comfortable with opening a bug upstream, It would be great if you can report back the upstream bug number in this bug report.  That will allow us to link this bug to the upstream report.
+
+[0] https://wiki.ubuntu.com/Bugs/Upstream/kernel
+
+i am also having this problem on amd64 debian sid, using:
+
+    qemu                            1.7.0+dfsg-5
+
+on the guest system, i'm also running sid:
+
+    linux-image-amd64               3.13+56
+    xserver-xorg-video-vmware       1:13.0.1-3+b1
+
+i added vmwgfx to /etc/modules, trying to follow the directions here (aside from using VMware Play, etc.):
+
+    http://www.x.org/wiki/vmware/vmware3D/
+
+however, that only gives me the bug sooner than Michael.
+
+[    1.590515] [drm] Initialized drm 1.1.0 20060810
+[    1.598096] [drm] DMA map mode: Using physical TTM page addresses.
+[    1.598131] [drm] Capabilities:
+[    1.598132] [drm]   Rect copy.
+[    1.598133] [drm]   Cursor.
+[    1.598133] [drm]   Cursor bypass.
+[    1.598134] [drm]   Cursor bypass 2.
+[    1.598135] [drm] VRAM at 0xfd000000 size is 16384 kiB
+[    1.598136] [drm] MMIO at 0xfe000000 size is 64 kiB
+[    1.598138] [drm] global init.
+[    1.601643] [TTM] Zone  kernel: Available graphics memory: 512610 kiB
+[    1.601646] [TTM] Initializing pool allocator
+[    1.601649] [TTM] Initializing DMA pool allocator
+[    1.601657] [drm] No GMR memory available. Graphics memory resources are very limited.
+[    1.601718] [drm:vmw_driver_load] *ERROR* Hardware has no pitchlock
+[    1.601971] [TTM] Finalizing pool allocator
+[    1.601975] [TTM] Finalizing DMA pool allocator
+[    1.602006] [TTM] Zone  kernel: Used memory at exit: 0 kiB
+[    1.602724] vmwgfx: probe of 0000:00:02.0 failed with error -38
+
+
+the bug on the kernel bug tracker is marked as "resolved obsolete", not "confirmed".
+
+https://bugzilla.kernel.org/show_bug.cgi?id=46711 is marked as WILLNOTFIX, so I'm closing the QEMU bug here, too.
+
+The kernel bugzilla response is:
+
+The vmwgfx kernel module does not support devices without the pitchlock capability. Sorry. In that case you need to use the xf86-video-vmware driver standalone without kernel modesetting.
+
+So presumably this is some capability to be added to the qemu device
+
+Also http://airlied.livejournal.com/69291.html
+
+OK, got your point ... but AFAIK the vmware display device in QEMU is pretty much unmaintened anyway, so unless someone steps up and takes care of this device, I think the WONT-FIX status is appropriate for this bug.
+