Re: firefox-74.0 crash on -current
On Mon, 30 Mar 2020 at 20:11, Mike Pumford wrote: > > On 29/03/2020 19:27, Chavdar Ivanov wrote: > >> > >> I usually do the updates the long way via pkg_rolling-replace, this time > >> was lazy and updated only firefox, rust and cbindgen before building > >> firefox, so most likely it is my fault. > #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so > #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so > #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 > #4 0x0001000b in ?? () > #5 0x in ?? () > ... > > Haven't analysed the core but webgl has gone from working to non-working > for me after upgrading to firefox-74 on 9.0 as well. > > Web GL demos used to work fine (albeit occasionally a bit slowly on some > of the more challenging ones) on the previous firefox-73. In my case I'm > fairly certain I can rule out package inconsistencies as I build a > complete package set from the ground up in a chroot and then > install/refresh everything with pkgin. That's what I said; on every machine I tried 74.0 fails them, 73.0.1 runs them well. After my last pkg_rolling-replace 73.0.1 stopped working as lbffi was upgraded, but with the obvious 'naughty' soft link it started working again, with no apparent problem. > > X reports the card as: > [40.980] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD > Graphics 4600 > [40.980] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, > sse4.2, avx, avx2; using a maximum of 4 threads > [40.980] (II) intel(0): Creating default Display subsection in > Screen section > > Its the onboard graphics from a: > cpu0: "Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz" > cpu0: Intel 4th gen Core, Xeon E3-12xx v3 (Haswell) (686-class), 3997.87 MHz > cpu0: family 0x6 model 0x3c stepping 0x3 (id 0x306c3 > Mike --
Re: firefox-74.0 crash on -current
On 29/03/2020 19:27, Chavdar Ivanov wrote: I usually do the updates the long way via pkg_rolling-replace, this time was lazy and updated only firefox, rust and cbindgen before building firefox, so most likely it is my fault. #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 #4 0x0001000b in ?? () #5 0x in ?? () ... Haven't analysed the core but webgl has gone from working to non-working for me after upgrading to firefox-74 on 9.0 as well. Web GL demos used to work fine (albeit occasionally a bit slowly on some of the more challenging ones) on the previous firefox-73. In my case I'm fairly certain I can rule out package inconsistencies as I build a complete package set from the ground up in a chroot and then install/refresh everything with pkgin. X reports the card as: [40.980] (--) intel(0): Integrated Graphics Chipset: Intel(R) HD Graphics 4600 [40.980] (--) intel(0): CPU: x86-64, sse2, sse3, ssse3, sse4.1, sse4.2, avx, avx2; using a maximum of 4 threads [40.980] (II) intel(0): Creating default Display subsection in Screen section Its the onboard graphics from a: cpu0: "Intel(R) Core(TM) i7-4790K CPU @ 4.00GHz" cpu0: Intel 4th gen Core, Xeon E3-12xx v3 (Haswell) (686-class), 3997.87 MHz cpu0: family 0x6 model 0x3c stepping 0x3 (id 0x306c3 Mike
Re: firefox-74.0 crash on -current
On Thu, 19 Mar 2020 at 01:22, Chavdar Ivanov wrote: > > > На 2020-03-18 в 04:01, Ryo ONODERA написа: > > Hi, > > > > Your firefox-73.0.1 and 74.0 share the same graphics/MesaLib? > > And what is your GPU? > > > > With my Intel internal GPU in KabyLake Refresh, > > https://webglsamples.org/aquarium/aquarium.html > > works fine (firefox-74.0/MesaLib-20.0.1nb1). > > It still crashes for me on real hardware, but I see your MesaLib is > newer, so I am going to update it as well. I went through full pkg_rolling-replace; this included the new MesaLib, rust and firefox-74.0 rebuild, so hopefully I do not have many inconsistencies in my packages now. It still crashes on today's -current exactly the same way when I try to run any demo from webglsamples.org; otherwise all other OpenGL programs installed continue to work as expected. > > > I usually do the updates the long way via pkg_rolling-replace, this time > was lazy and updated only firefox, rust and cbindgen before building > firefox, so most likely it is my fault. > > > > Thank you. > > > > Chavdar Ivanov writes: > > > >> Hi, > >> > >> On today's -current my build of firefox-74.0 (from yesterday, rust > >> 1.42.0 from the day before, cbindgen also rebuilt), when I access the > >> demos at webglsamples.org I get: > >> > >> Core was generated by `firefox'. > >> Program terminated with signal SIGSEGV, Segmentation fault. > >> #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > >> [Current thread is 1 (process 1)] > >> (gdb) bt > >> #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > >> #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so > >> #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so > >> #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 > >> #4 0x0001000b in ?? () > >> #5 0x in ?? () > >> ... > >> > >> On the same system, firefox-73.0.1 works just fine. > >> > >> > >> Chavdar > >> > >> > >> -- > >> --
Re: firefox-74.0 crash on -current
На 2020-03-18 в 04:01, Ryo ONODERA написа: > Hi, > > Your firefox-73.0.1 and 74.0 share the same graphics/MesaLib? > And what is your GPU? > > With my Intel internal GPU in KabyLake Refresh, > https://webglsamples.org/aquarium/aquarium.html > works fine (firefox-74.0/MesaLib-20.0.1nb1). It still crashes for me on real hardware, but I see your MesaLib is newer, so I am going to update it as well. I usually do the updates the long way via pkg_rolling-replace, this time was lazy and updated only firefox, rust and cbindgen before building firefox, so most likely it is my fault. > Thank you. > > Chavdar Ivanov writes: > >> Hi, >> >> On today's -current my build of firefox-74.0 (from yesterday, rust >> 1.42.0 from the day before, cbindgen also rebuilt), when I access the >> demos at webglsamples.org I get: >> >> Core was generated by `firefox'. >> Program terminated with signal SIGSEGV, Segmentation fault. >> #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 >> [Current thread is 1 (process 1)] >> (gdb) bt >> #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 >> #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so >> #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so >> #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 >> #4 0x0001000b in ?? () >> #5 0x in ?? () >> ... >> >> On the same system, firefox-73.0.1 works just fine. >> >> >> Chavdar >> >> >> -- >>
Re: firefox-74.0 crash on -current
On Wed, 18 Mar 2020 at 04:01, Ryo ONODERA wrote: > > Hi, > > Your firefox-73.0.1 and 74.0 share the same graphics/MesaLib? It is on the same machine, so I would presume so. How should I check? MesaLib does not appear as a dependency. The version installed is MesaLib-19.2.7nb4. > And what is your GPU? In this case the test was done under VirtualBox: ... [40.370] (II) Initializing extension GLX [40.371] (II) AIGLX: Screen 0 is not DRI2 capable [40.955] (II) IGLX: Loaded and initialized swrast [40.955] (II) GLX: Initialized DRISWRAST GL provider for screen 0 [40.956] (II) Initializing extension XFree86-VidModeExtension [40.956] (II) Initializing extension XFree86-DGA [40.957] (II) Initializing extension XFree86-DRI [40.957] (II) Initializing extension DRI2 and 73.0.1 works fine. If I upgrade it to 74.0 - using pkgin - it crashes when opening a WebGL demo; otherwise it works fine. > > With my Intel internal GPU in KabyLake Refresh, > https://webglsamples.org/aquarium/aquarium.html > works fine (firefox-74.0/MesaLib-20.0.1nb1). I still haven't tested my laptop (Intel 530 grapics) yet, I might boot NetBSD later for that. > > Thank you. Thanks, Chavdar > > Chavdar Ivanov writes: > > > Hi, > > > > On today's -current my build of firefox-74.0 (from yesterday, rust > > 1.42.0 from the day before, cbindgen also rebuilt), when I access the > > demos at webglsamples.org I get: > > > > Core was generated by `firefox'. > > Program terminated with signal SIGSEGV, Segmentation fault. > > #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > > [Current thread is 1 (process 1)] > > (gdb) bt > > #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > > #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so > > #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so > > #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 > > #4 0x0001000b in ?? () > > #5 0x in ?? () > > ... > > > > On the same system, firefox-73.0.1 works just fine. > > > > > > Chavdar > > > > > > -- > > > > -- > Ryo ONODERA // r...@tetera.org > PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3 --
Re: firefox-74.0 crash on -current
Hi, Your firefox-73.0.1 and 74.0 share the same graphics/MesaLib? And what is your GPU? With my Intel internal GPU in KabyLake Refresh, https://webglsamples.org/aquarium/aquarium.html works fine (firefox-74.0/MesaLib-20.0.1nb1). Thank you. Chavdar Ivanov writes: > Hi, > > On today's -current my build of firefox-74.0 (from yesterday, rust > 1.42.0 from the day before, cbindgen also rebuilt), when I access the > demos at webglsamples.org I get: > > Core was generated by `firefox'. > Program terminated with signal SIGSEGV, Segmentation fault. > #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > [Current thread is 1 (process 1)] > (gdb) bt > #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 > #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so > #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so > #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 > #4 0x0001000b in ?? () > #5 0x in ?? () > ... > > On the same system, firefox-73.0.1 works just fine. > > > Chavdar > > > -- > -- Ryo ONODERA // r...@tetera.org PGP fingerprint = 82A2 DC91 76E0 A10A 8ABB FD1B F404 27FA C7D1 15F3
firefox-74.0 crash on -current
Hi, On today's -current my build of firefox-74.0 (from yesterday, rust 1.42.0 from the day before, cbindgen also rebuilt), when I access the demos at webglsamples.org I get: Core was generated by `firefox'. Program terminated with signal SIGSEGV, Segmentation fault. #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 [Current thread is 1 (process 1)] (gdb) bt #0 0x7b00ceb85e8a in _lwp_kill () from /usr/lib/libc.so.12 #1 0x7b00bc9e6681 in ?? () from /usr/pkg/lib/firefox/libxul.so #2 0x7b00bd2628a7 in ?? () from /usr/pkg/lib/firefox/libxul.so #3 0x7b00ceab0010 in opendir () from /usr/lib/libc.so.12 #4 0x0001000b in ?? () #5 0x in ?? () ... On the same system, firefox-73.0.1 works just fine. Chavdar --
