On Sat, 23 Dec 2017 16:50:45 -0300 Lisandro Damián Nicanor Pérez Meyer <perezme...@gmail.com> wrote:
> Vversion: 5.8.0+dfsg-1 > > Karl: please note I'm closing this bug for testing and unstable, as > this is not an issue there, read below. Ok. > On martes, 19 de diciembre de 2017 16:46:48 -03 Karl O. Pinc wrote: [snip] > > > So far this is the first time we hear this > > > inconvinience. > > > > First time I've seen it also. Started when I upgraded from Debian > > Jessie to Debian Stretch. For what it's worth, that's the same > > time my video frame rate dropped to about 1 frame every 2 seconds > > when playing video files with avplay. I've not bothered to debug > > this. My desktop works fine as far as I can tell. Can't say > > what happens with video in a browser, I've ads turned off and not > > tried to view a video at, say, youtube, since the Debian upgrade. > > That's maybe because of the way stuff is being rendered, specially > for Qt5. There are options, see below. > > > > What video card do you have? > > > > > > > Note that my configuration is an X terminal; the glxinfo call > > > > is on the X client. This may have somethig to do with why > > > > glxinfo hangs. > > > > > > Sorry, I did not understand that. But glxinfo needs an X session > > > to work. > > > > This means that I sit in front of a monitor, keyboard, and mouse > > attached to a computer (the X server) attached to a network on the > > other end of which is another computer (the X client) which has a > > CPU and disk and, this is the important part, on which all programs > > are executed. Local CPU for video, running X. Remote CPU, running > > desktop and xterm windows for shell. > > ooh, that's why we never seen it before. Right, this is not very > usual. People tend to use other stuff like X2Go. In theory, I'd like to use xdmx which requires this sort of setup. In practice, I've never gotten around to setting up more than one monitor. > > So, the 90qt5-opengl file is executed on the box with the CPU. > > > > The X client, the remote box, says this for the "lspci -nn" > > output related to video: > > > > 01:00.0 VGA compatible controller [0300]: Advanced Micro Devices, > > Inc. [AMD/ATI] RV620 LE [Radeon HD 3450] [1002:95c5] > > > > FYI, the #debian irc judd bot says this about that pciid: > > > > [1002:95c5] is 'RV620 LE [Radeon HD 3450]' from 'Advanced > > Micro Devices, Inc. [AMD/ATI]' with kernel > > modules 'snd-hda-intel', 'radeon' in stretch. See > > also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=1002:95c\ 5 > > http://wiki.debian.org/ATIProprietary and the > > out-of-tree 'fglrx', 'snd-hda-intel' module. > > > > I poked around some time ago making sure that the X client had > > the video drivers it needs. I thought I succeeded, but never > > use video on that box. Attached is lsmod output from the X client. > > > > On the X server lspci -nn says: > > > > 00:02.0 VGA compatible controller [0300]: Intel Corporation Atom > > Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller > > [8086:a011] > > > > 00:02.1 Display controller [0380]: Intel Corporation Atom > > Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller > > [8086:a012] > > > > I generally use 8086:a011 (but the other is always on). > > > > Judd says this about them: > > > > [16:32:05]<judd> [8086:a011] is 'Atom Processor > > D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller' from 'Intel > > Corporation' with kernel modules 'i915', 'snd-hda-intel', > > 'ata-generic' in stretch. See > > also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=8086:a011 > > > > [16:32:17]<judd> [8086:a012] is 'Atom Processor > > D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller' from 'Intel > > Corporation' with kernel modules 'snd-hda-intel', 'ata-generic' in > > stretch. See also > > http://kmuto.jp/debian/hcl/index.rhtmlx?check=1&lspci=8086:a012 > > > > Never did look at the video drivers on the X server. I seem to have > > video so haven't bothered. > > > > (I keep thinking I'll get some more X servers and monitors and run > > xdmx but I've never gotten around to it.) > > If I understand correctly the video card is not relevant on the > server side, as stuff will be rasterized in the client. And possibly > using software instead of hardware. > > Anyways you are better of by just removing the script. You might also > want to try the render2d plugin, see > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=850705 > > The package should be available at http://snapshot.debian.org/package/ > qtdeclarative-render2d-opensource-src/ > > In newer Qt versions it's integrated in qtbase and the script you > mention is gone, so closing for versions in testing/unstable. > > For stable I think this is a wontfix, as this is a special edge case, > but itshould be fixed by removing the script and maybe using the > above mentioned plugin. > > Please do not heasitate in telling us what where the results of using > the plugin!!! Accroding to upstream things should go even faster. I can't seem to make the plugin do anything/work. I tried installing it and putting # Hack to support render2d plugin QMLSCENE_DEVICE=softwarecontext echo "Using render2d plugin" into /etc/X11/Xsession.d/90qt5-opengl I don't seem to get "Using render2d plugin" in any logs anywhere. I tried installing the plugin on the Xserver (where the screen lives) and, separately, on the Xclient (where avplay is run -- just in case). Neither works. In the FYI category avplay displays the following on startup: libGL error: failed to authenticate magic 1 libGL error: failed to load driver: i915 The i915 hardware is on the Xserver, where lsmod shows it loaded. Just for grins I tried modprobe i915 on the Xclient. It loads, but I still get the above messages from avplay. My systemd service file to start the Xserver contains (domain obfuscated): ExecStart=/usr/bin/X :1 vt8 -query xclient.example.com (/usr/bin/X is a symlink to /usr/bin/Xorg.) It's possible that given the way I'm starting X the /etc/X11/Xsession.d/90qt5-opengl on the Xclient is never used. I thought I'd report what I know thus far because I don't have time to continue working on this at the moment. Thanks for your work on this. Regards, Karl <k...@meme.com> Free Software: "You don't pay back, you pay forward." -- Robert A. Heinlein
