Hello, Lauching Virtualbox on my computer makes the screen get inverted/negative colors when i open new qt/kde applications. If i focus on an older windows (launched before Virtualbox), the screen goes back to normal colors, and vice versa. When the colors are inverted, my screen looks like this : http://bbs.archlinux.org/viewtopic.php?id=77040 (it's not my thread). Restarting X solves the problem. ;) The kernel (master branch), mesa, libdrm, xf86-video-nouveau were compiled this morming from the git repos. ;) I got this problem for the first time about 1 month ago but I didn't really know whether this problem was related to nouveau or not... I use KDE with compositing (via Xrender) and toggling off compositing doesn't solve the problem. This morning i tried the NV driver, and this problem didn't occur. My graphic card : 05:00.0 VGA compatible controller: nVidia Corporation NV41.1 [GeForce 6800] (rev a2) Feel free to ask if you have any further questions. Regards Thank you in advance!
How can i find out where this problem comes from ? How can i debug this bad behaviour ? Thank you.
At the very least give some kernel and xorg logs.
Created attachment 29663 [details] Dmesg before launching Virtualbox
Created attachment 29664 [details] Kernel log before launching Virtualbox
Created attachment 29665 [details] Xorg log before launching Virtualbox
Here are the different logs you ask for. ;) After having launched Virtualbox, the following lines are added to the kern.log : gentoo thomas # diff kern.log /var/log/kern.log 8936a8937,8940 > Sep 18 13:57:16 gentoo kernel: [ 349.772788] warning: `VirtualBox' uses 32-bit capabilities (legacy support in use) > Sep 18 13:57:18 gentoo kernel: [ 351.947281] nouveau 0000:05:00.0: Allocating FIFO number 2 > Sep 18 13:57:18 gentoo kernel: [ 351.948771] nouveau 0000:05:00.0: nouveau_channel_alloc: initialised FIFO 2 > Sep 18 13:57:18 gentoo kernel: [ 352.103528] nouveau 0000:05:00.0: nouveau_channel_free: freeing fifo 2 Thank you in advance! ;) Regards.
Disabling opengl in Virtualbox solved the problem. ;) I even didn't know that it was enabled ... :(
(In reply to comment #7) > Disabling opengl in Virtualbox solved the problem. ;) I even didn't know that > it was enabled ... :( Were you using the Nouveau Gallium/DRI driver or swrast? The description sounds like VirtualBox sets up a window palette, a feature from the dark ages. X desktop was 256-color so it used a palette. If an application set up its own palette, all other windows would draw with "bad" colors while the application had focus. IIRC. Is you X in 256-color paletted mode? I don't know if we even support that, so all this is unlikely.
> Were you using the Nouveau Gallium/DRI driver or swrast? Actually, I've been using the Mesa ebuild from the X11 overlay for a while with gallium support enabled, as well as Nouveau (VIDEO_CARDS="nouveau)". What is swrast? > Is you X in 256-color paletted mode? I don't know if we even support that, so all this is unlikely. According to xdpyinfo, the default number of colormap cells is 256. Is that what you want to know ? If i'm wrong, just tell me where i can find this and i'll tell you. ;)
(In reply to comment #9) > Actually, I've been using the Mesa ebuild from the X11 overlay for a while with > gallium support enabled, as well as Nouveau (VIDEO_CARDS="nouveau)". Okay, that is enough to make this report invalid. We do not take Gallium3D bugs yet. > What is swrast? The Mesa software rasterizer, the only supported OpenGL renderer for Nouveau at this time. glxinfo would say: OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer > According to xdpyinfo, the default number of colormap cells is 256. Is that > what you want to know ? If i'm wrong, just tell me where i can find this and > i'll tell you. ;) "Depth of root window". I bet you would know if you were in 256-color mode. Ever looked at 256-color gifs? Not to mention that anything OpenGL would probably refuse to work.
> Okay, that is enough to make this report invalid. We do not take Gallium3D bugs > yet I think I had the same problem even when gallium was disabled ... but i'm not sure about it. If i've time, i'll try it again. ;) Anyway, i don't need OpenGL support in Virtualbox, disabling it is fine for me. Even disabling Gallium is ok. > "Depth of root window". I bet you would know if you were in 256-color mode. > Ever looked at 256-color gifs? Not to mention that anything OpenGL would > probably refuse to work. Because of my English, i definitely missed the point about the 256-color mode. You're right, i would have known if i were using this crappy mode. :p depth of root window: 24 planes
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.