On Wed, Oct 02, 2019 at 05:40:28PM -0500, Bruce Dubbs via blfs-dev wrote: > On 10/2/19 3:41 PM, Ken Moffat via blfs-dev wrote: > > On Tue, Oct 01, 2019 at 10:25:58PM -0500, Bruce Dubbs via blfs-dev wrote: > > > On 10/1/19 9:23 PM, Ken Moffat via blfs-dev wrote: > > > > On Wed, Sep 25, 2019 at 02:05:57PM -0500, Bruce Dubbs via blfs-dev > > > > wrote: > > > > > On 9/25/19 12:07 PM, Ken Moffat via blfs-dev wrote: > > > > > As an aside, perhaps amdgpu (and maybe radeon) has a second issue - I > > > > was testing out systemrescuecd-6.03 the other day - it has a 4.19 > > > > kernel and startx fails, trying to load radeon instead of amdgpu > > > > (Picasso vga is not recognized, I suppose). By 'installing' the > > > > stick's contents in RAM I was able to drop radeon and amdgpu, but > > > > then startx failed, it could not use the framebuffer which I guess > > > > was not surprising because it didn't know about the Picasso firmware. > > >
> > > > And startx (as a user) still failed. > > > > Snippets from /home/ken/.local/share/xorg/Xorg.0.log > > > > So on amdgpu I definitely have a separate problem. > > But it works as root, right? > Yes (I had to create a .xinitrc for root, but I've now done that and proved it works). And I've now installed the suid workaround in the wrapper, so that the build can progress. > > Debian bug (for sysvinit) > > https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=801605 > > is on an amd or radeon machine, reply says logind needs to be > > running and working, apparently fixed for normal user by installing > > libpam-systemd and systemd-shim. > > A long thread from 2016. Indeed. Rootless xorg is new, but had been restricted to systemd. > > > But someone else had a similar problem with AMD Mullins, not fixed > > by installing those, fixed by suid. Or alternatively fixed by > > enabling the root perms in the systemd wrapper. > > As best I can tell, something in the AMDGPU driver appears to do something > dependent on something in systemd. It is a lot to ask, but you might want > to do a systemd minimal build through xorg to see if that works. Another > option would be to try an inexpensive nvidia card to see if that gives > different results. > > -- Bruce > Possibly also in radeon (my old phenom with the RS780 variant of R600, and the R600 card I bought last year similarly fail). I won't be looking at this in the near future, need to make preparations for more hardware upgrades. For systemd my scripts are unmaintained (I recall that nfs was a problem when I last tried it). I did try an nvidia GT710 last year when I first got a ryzen, but what a [deleted] that was - worked adequately for ttys, but could not suspend to ram, and critically it frequently locked up the machine in X and spammed the logs, e.g. Mar 28 16:39:00 origin kernel: [41644.858087] nouveau 0000:26:00.0: fifo: FB_FLUSH_TIMEOUT Mar 28 16:40:02 origin kernel: [41707.692180] nouveau 0000:26:00.0: fifo: FB_FLUSH_TIMEOUT Mar 28 16:40:02 origin kernel: [41707.692215] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000001 Mar 28 16:40:02 origin kernel: [41707.692264] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000003 Mar 28 16:40:16 origin kernel: [41720.825498] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000002 Mar 28 16:40:16 origin kernel: [41720.825502] nouveau 0000:26:00.0: fifo: FB_FLUSH_TIMEOUT Mar 28 16:40:16 origin kernel: [41720.826544] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000002 Mar 28 16:40:16 origin kernel: [41720.827590] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000002 Mar 28 16:40:16 origin kernel: [41720.828639] nouveau 0000:26:00.0: fifo: CHSW_ERROR 00000002 and tens of thousands of similar lines or two different lockups which didn't spam the logs (both while running xscreensaver) : Mar 28 18:50:05 origin kernel: [ 7715.267689] nouveau 0000:26:00.0: fifo: FB_FLUSH_TIMEOUT Mar 28 18:50:05 origin kernel: [ 7715.273911] nouveau 0000:26:00.0: fifo: write fault at 0003228000 engine 1b [CE2] client 18 [GR_CE] reason 0c [UNSUPPORTED_KIND] on channel 2 [003fbfa000 Xorg[22520]] Mar 28 18:50:05 origin kernel: [ 7715.273921] nouveau 0000:26:00.0: fifo: channel 2: killed Mar 28 18:50:05 origin kernel: [ 7715.273923] nouveau 0000:26:00.0: fifo: runlist 0: scheduled for recovery Mar 28 18:50:05 origin kernel: [ 7715.273934] nouveau 0000:26:00.0: fifo: engine 0: scheduled for recovery Mar 28 18:50:05 origin kernel: [ 7715.273938] nouveau 0000:26:00.0: fifo: engine 6: scheduled for recovery Mar 28 18:50:05 origin kernel: [ 7715.273965] nouveau 0000:26:00.0: Xorg[22520]: channel 2 killed! and Mar 28 19:33:30 origin kernel: [ 2215.090852] nouveau 0000:26:00.0: fifo: read fault at 000171c000 engine 1b [CE2] client 18 [GR_CE] reason 02 [PTE] on channel 2 [003fbfa000 Xorg[1576]] Mar 28 19:33:30 origin kernel: [ 2215.090861] nouveau 0000:26:00.0: fifo: channel 2: killed Mar 28 19:33:30 origin kernel: [ 2215.090863] nouveau 0000:26:00.0: fifo: runlist 0: scheduled for recovery Mar 28 19:33:30 origin kernel: [ 2215.090873] nouveau 0000:26:00.0: fifo: engine 0: scheduled for recovery Mar 28 19:33:30 origin kernel: [ 2215.090877] nouveau 0000:26:00.0: fifo: engine 6: scheduled for recovery Mar 28 19:33:30 origin kernel: [ 2215.090891] nouveau 0000:26:00.0: Xorg[1576]: channel 2 killed! So there is no way that I'm intending to buy a currently available nvidia card (quite apart from the need for firmware on the latest generations). For the moment I'm now going to enable the suid wrapper in /etc/X11/Xwrapper.config for future builds on amdgpu or radeon machines. ĸen -- Truth, in front of her huge walk-in wardrobe, selected black leather boots with stiletto heels for such a barefaced truth. - Unseen Academicals -- http://lists.linuxfromscratch.org/listinfo/blfs-dev FAQ: http://www.linuxfromscratch.org/blfs/faq.html Unsubscribe: See the above information page
