Re: OpenGL - browser and WebGL support - failed libGL.so

[Chavdar Ivanov <ci4ic4%gmail.com@localhost>]

On 8/24/21 6:02 PM, Riccardo Mottola wrote:
> Hello.
>
>
> Chavdar Ivanov wrote:
> > FWIW WebGL works for me with the latest Firefox (both using my laptop
> > with Intel 530 graphics and also using the software renderer under
> > VirtualBox). From time to time some firefox version would behave
> > somewhat strangely - i.e. the demos from webglsamples.org  would work,
> > buthttps://cad.onshape.com/check ; would complain of too slow updates
> > and refuse to check; right now firefox 91 works ok for both.
>
> I have FF 88 Nightly and it doesn't work.
> Would you mind trying out seamonkey too? ilt


I built it just an hour ago. My system is -current from today, though; I 
also finished a full pkg_rolling-replace, so I have seamonkey 2.53.6nb5 
and firefox 91.0.1.

> Does glxgears run fine for you? displays fine too?


Perfect, no error messages whatsoever.

vblank_mode=0 seamonkey

on a full screen window gives me about 550 fps, glmark2 returns score of 
2255.


Actually, cad.onshape.com/check returns better numbers for seamonkeu 
than for firefox:

...

seamonkey:

Measured triangles per second
29.5 million
Measured lines per second
30.8 million

 av
firefox 91.01:

Measured triangles per second
25.1 million
Measured lines per second
21.4 million


I have the following patch in use, though:


Index: intel_csr.c
===================================================================
RCS file: /cvsroot/src/sys/external/bsd/drm2/dist/drm/i915/intel_csr.c,v
retrieving revision 1.6
diff -u -r1.6 intel_csr.c
--- intel_csr.c 14 Feb 2020 14:34:58 -0000      1.6
+++ intel_csr.c 24 Aug 2021 20:27:25 -0000
@@ -47,7 +47,7 @@
  * be moved to FW_FAILED.
  */

-#define I915_CSR_KBL "i915/kbl_dmc_ver1.bin"
+#define I915_CSR_KBL "i915/kbl_dmc_ver1_04.bin"
 #define I915_CSR_SKL "i915/skl_dmc_ver1.bin"
 #define I915_CSR_BXT "i915/bxt_dmc_ver1.bin"

@@ -190,7 +190,7 @@
  * is the right firmware for KBL A0 (revid 0).
  */
 static const struct stepping_info kbl_stepping_info[] = {
-       {'H', '0'}, {'I', '0'}
+       {'H', '0'}, {'I', '0'}, {'J', '0'}
 };

 static const struct stepping_info skl_stepping_info[] = {
Index: intel_guc_loader.c
===================================================================
RCS file: 
/cvsroot/src/sys/external/bsd/drm2/dist/drm/i915/intel_guc_loader.c,v
retrieving revision 1.14
diff -u -r1.14 intel_guc_loader.c
--- intel_guc_loader.c  14 Feb 2020 14:34:58 -0000      1.14
+++ intel_guc_loader.c  24 Aug 2021 20:27:25 -0000
@@ -68,7 +68,7 @@
 #define I915_SKL_GUC_UCODE "i915/skl_guc_ver4.bin"
 MODULE_FIRMWARE(I915_SKL_GUC_UCODE);

-#define I915_KBL_GUC_UCODE "i915/kbl_guc_ver9_14.bin"
+#define I915_KBL_GUC_UCODE "i915/kbl_guc_ver9_39.bin"
 MODULE_FIRMWARE(I915_KBL_GUC_UCODE);

 /* User-friendly representation of an enum */


(it was someone's earlier suggestion, apologies to the author; I have 
also at some stage downloaded all the relevant Intel microcodes and 
placed them in /libdata/firmware:


ls -l /libdata/firmware/i915
total 688
lrwxr-xr-x 1 root wheel     19 Oct 13  2018 bxt_dmc_ver1.bin -> 
bxt_dmc_ver1_07.bin
-rw-r--r-- 1 root wheel   8380 Oct 13  2018 bxt_dmc_ver1_07.bin
-rw-r--r-- 1 root wheel 140928 Oct 13  2018 bxt_guc_ver8_7.bin
lrwxr-xr-x 1 root wheel     19 Oct 13  2018 kbl_dmc_ver1.bin -> 
kbl_dmc_ver1_01.bin
-rw-r--r-- 1 root wheel   8616 Oct 13  2018 kbl_dmc_ver1_01.bin
-rw-r--r-- 1 root wheel 142656 Oct 13  2018 kbl_guc_ver9_14.bin
-rw-r--r-- 1 root wheel   8928 Apr 23  2019 skl_dmc_ver1.bin
-rw-r--r-- 1 root wheel   8824 Oct 13  2018 skl_dmc_ver1_23.bin
-rw-r--r-- 1 root wheel   8928 Oct 13  2018 skl_dmc_ver1_26.bin
-rw-r--r-- 1 root wheel 109636 Oct 13  2018 skl_guc_ver1.bin
-rw-r--r-- 1 root wheel 128320 Oct 13  2018 skl_guc_ver4.bin
lrwxr-xr-x 1 root wheel     18 Oct 13  2018 skl_guc_ver6.bin -> 
skl_guc_ver6_1.bin
-rw-r--r-- 1 root wheel 129024 Oct 13  2018 skl_guc_ver6_1.bin

(but I see the files mentioned in the patch do not appear in that list).


> However, I also noticed today that I have issues with glxgears. So I 
> fear I have two types of issues:
> SeaMonkey and ArcticFox do not correctly detect, initialize or use my 
> GL libraries.
> Generally however, GL support is shakey for my videocard (I always had 
> various issues with intel cards, but being older/slower computers I 
> never bothered much with GL or even less WebGL.
>
> I'll ask a separate question about this browser- independent issue.
>
> Thanks,
> RIccardo