Re: firefox52 quits on netbsd-9 w/i915drmkmsfb
jdba...@consolidated.net ("John D. Baker") writes:
> $ ssh -X user@localhost
> $ firefox52 > /dev/null 2>&1 &
> $
>and the problem sites don't tickle the i915drmkms/intel driver's sensitive
>spot that makes firefox52 suddenly quit.
>(X11-forwarding otherwise represents too much of a performance hit for
>using video sites, so need an instance running directly to avoid this.
The X11-forwarding basically prevents direct rendering. Then everything
is done by the X server which usually supports only some 2D hardware
acceleration. There is also some minor overhead from the network code.
You can test this by setting the LIBGL_ALWAYS_INDIRECT=1 environment
variable instead. That also prevents direct rendering, but also
avoids the network overhead of ssh.
Another option is to set LIBGL_ALWAYS_SOFTWARE=1, that still allows
direct rendering but doesn't use hardware acceleration.
Playing video without hardware acceleration is possible even on some
older PC hardware, maybe not at full screen resolution. 3D and compositing
on the other hand requires hardware support to be useful.
--
--
Michael van Elst
Internet: mlel...@serpens.de
"A potential Snark may lurk in every tree."
Re: firefox52 quits on netbsd-9 w/i915drmkmsfb
Hack: $ ssh -X user@localhost $ firefox52 > /dev/null 2>&1 & $ and the problem sites don't tickle the i915drmkms/intel driver's sensitive spot that makes firefox52 suddenly quit. I've been using an alternate username for this. Perhaps I can set up an alternate profile to run two simultaneous instances of firefox52 as my normal user? Haven't tried that before. (X11-forwarding otherwise represents too much of a performance hit for using video sites, so need an instance running directly to avoid this. Maybe do the other way around--all non-video stuff through X11-forwarding and a separate instance running directly only for using video sites.) -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: firefox52 quits on netbsd-9 w/i915drmkmsfb
Le mar. 5 nov. 2019 à 20:14, John D. Baker a écrit : > [...] > i965: Failed to submit batchbuffer: Input/output error > assertion "pthread__tsd_destructors[key] != NULL" failed: file > "/x/netbsd-9/src/lib/libpthread/pthread_tsd.c", line 177, function > "pthread__add_specific" > > It seems like something called pthread_key_delete() while/before the pthread_setspecific() call. I believe the code there should be changed to simply return without doing anything if specified key doesn't exist, and the assert() removed. Jaromir
Re: firefox52 quits on netbsd-9 w/i915drmkmsfb
On Tue, 5 Nov 2019, John D. Baker wrote: > I have been noticing a lot of messages on the console (xconsole) about: Also, this message: [ 2717.7371974] kern error: [drm:(/x/netbsd-9/src/sys/external/bsd/drm2/dist/drm/i915/intel_sprite.c:132)intel_pipe_update_start] *ERROR* Potential atomic update failure on pipe A: -35 -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
Re: firefox52 quits on netbsd-9 w/i915drmkmsfb
On Tue, 5 Nov 2019, John D. Baker wrote: > Restarting firefox52, it recovers the open tabs and tries to repaint the > one that was last open, but then it just quits--no core, just the same > message at the end of the ".xsession-errors" file. It seems to be a problem when repainting tabs that were on particularly complex web sites. I my case, trying to repaint the one from the US National Weather Service (www.weather.gov). Curiously, reloading a YouTube user page works fine. I seem to recall seeing this before and the only way to "fix" it is to at least terminate the Xsession (resetting the server) or reboot the workstation. I tried refreshing the NWS page again and got a little more information when firefox52 quit: [...] i965: Failed to submit batchbuffer: Input/output error assertion "pthread__tsd_destructors[key] != NULL" failed: file "/x/netbsd-9/src/lib/libpthread/pthread_tsd.c", line 177, function "pthread__add_specific" -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
firefox52 quits on netbsd-9 w/i915drmkmsfb
I switched back to my intel-based workstation as it's slightly faster and has more RAM than the radeon-based one. All was working fine for a few days and after some time away came back to find that firefox52 was no-longer running. There was no core file, either. The only tell-tail was the last line in ".xsession-errors": i965: Failed to submit batchbuffer: Input/output error Restarting firefox52, it recovers the open tabs and tries to repaint the one that was last open, but then it just quits--no core, just the same message at the end of the ".xsession-errors" file. I have been noticing a lot of messages on the console (xconsole) about: [...] [ 149770[ 149776.8299129] kern info: [drm] stuck on render ring [ 149776.8299129] kern info: [drm] GPU HANG: ecode 4:0:0x87f7fff8, reason: Ring hung, action: reset [ 149776.8299129] kern error: [drm:(/x/netbsd-9/src/sys/external/bsd/drm2/dist/drm/i915/i915_gem.c:3196)i915_context_is_banned] *ERROR* gpu hanging too fast, banning! [ 149776.8299129] drm/i915: Resetting chip after gpu hang [ 149776.8299129] kern error: [drm:(/x/netbsd-9/src/sys/external/bsd/drm2/dist/drm/i915/i915_irq.c:2703)i915_handle_error] *ERROR* Error state: [ 149776.8299129] GPU HANG: ecode 4:0:0xf7d85fff, reason: Ring hung, action: reset [ 149776.8299129] Time: 1572840829 s 821141 us [ 149776.8299129] Kernel: 9 [ 149776.8299129] Reset count: 0 [ 149776.8299129] Suspend count: 0 [ 149776.8299129] PCI ID: 0x2e32 [ 149776.8299129] IOMMU enabled?: -1 [ 149776.8299129] EIR: 0x [ 149776.8299129] IER: 0x02028053 [ 149776.8299129] PGTBL_ER: 0x [ 149776.8299129] FORCEWAKE: 0x [ 149776.8299129] DERRMR: 0x [ 149776.8299129] CCID: 0x [ 149776.8299129] Missed interrupts: 0x [ 149776.8299129] fence[0] = [ 149776.8299129] fence[1] = fbc0abd09d [ 149776.8299129] fence[2] = 1146113301d [ 149776.8299129] fence[3] = 89f289db07d [ 149776.8299129] fence[4] = [ 149776.8299129] fence[5] = [ 14977 fence[8] = 7036702309d [ 149776.8299129] fence[9] = [ 149776.8299129] fence[10] = 95c090c109d [ 149776.8299129] fence[11] = [ 149776.8299129] fence[12] = 103d103409d [ 149776.8299129] fence[13] = [ 149776.8299129] fence[14] = 70dc70d309d [ 149776.8299129] fence[15] = [ 149776.8299129] INSTDONE_0: 0x [ 149776.8299129] INSTDONE_1: 0xbfff [ 149776.8299129] INSTDONE_2: 0x [ 149776.8299129] INSTDONE_3: 0x [ 149776.8299129] render command stream: [ 149776.8299129] START: 0x3000 [ 149776.8299129] HEAD: 0x0e209600 [ 149776.8299129] TAIL: 0x9640 [ 149776.8299129] CTL: 0x0001f001 [ 149776.8299129] HWS: 0x1000 [ 149776.8299129] ACTHD: 0x 00a96138 [ 149776.8299129] IPEIR: 0x [ 149776.8299129] IPEHR: 0x0827a000 [ 149776.8299129] INSTDONE: 0x [ 149776.8299129] BBADDR: 0x 00a96133 [ 149776.8299129] BB_STATE : 002c And then what looks like a series of addresses/offsets with apparent contents. I'm using the stock 2019 intel X driver, but due to SNA being broken on my particular hardware, I must force UXA acceleration to get a working display. Anyone else having issues like this? -- |/"\ John D. Baker, KN5UKS NetBSD Darwin/MacOS X |\ / jdbaker[snail]consolidated[flyspeck]net OpenBSDFreeBSD | X No HTML/proprietary data in email. BSD just sits there and works! |/ \ GPGkeyID: D703 4A7E 479F 63F8 D3F4 BD99 9572 8F23 E4AD 1645
