Linux g5eas 3.15.0-rc7-1-desktop #1 SMP PREEMPT Wed May 28 15:39:51 UTC 2014 (96f5b60) x86_64 x86_64 x86_64 GNU/Linux
MOZ_NO_REMOTE=1
# rpm -qa | grep dri libxcb-dri2-0-1.10-4.1.x86_64 libxcb-dri3-0-1.10-4.1.x86_64 xorg-x11-driver-video-7.6_1-13.2.x86_64
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such file or directory)
zypper se -s swra produces a bunch of uninstalled *ndiswrapper* packages
| ndiswrapper | package | 1.59-1.10 | x86_64 | OSS | ndiswrapper-kmp-default | package | 1.59_k3.13.3_1-1.10 | x86_64 | OSS | ndiswrapper-kmp-desktop | package | 1.59_k3.13.3_1-1.10 | x86_64 | OSS | pm-utils-ndiswrapper | package | 1.4.1-36.4 | x86_64 | OSS
but if I try
zypper -v in -d to examine its contents, I get:
Selecting 'ndiswrapper-1.59-1.10.x86_64' from repository 'OSS' for installation. ... Problem: nothing provides kernel-uname-r = 3.13.3-1-default needed by ndiswrapper-kmp-default-1.59_k3.13.3_1-1.10.x86_64 Solution 1: do not install ndiswrapper-1.59-1.10.x86_64 Solution 2: break ndiswrapper-kmp-default-1.59_k3.13.3_1-1.10.x86_64 by ignoring some of its dependencies
Proceeding from 2 and examining the package contents I see no swrast_dri.so.
How do I get FF10 to run? What package contains swrast_dri.so?
On Thu, 5 Jun 2014 23:55, Felix Miata <mrmazda@...> wrote:
Linux g5eas 3.15.0-rc7-1-desktop #1 SMP PREEMPT Wed May 28 15:39:51 UTC 2014 (96f5b60) x86_64 x86_64 x86_64 GNU/Linux
MOZ_NO_REMOTE=1
# rpm -qa | grep dri libxcb-dri2-0-1.10-4.1.x86_64 libxcb-dri3-0-1.10-4.1.x86_64 xorg-x11-driver-video-7.6_1-13.2.x86_64
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such file or directory)
The file: /usr/lib64/dri/swrast_dri.so is / should be part of the "Mesa" package
The output of "rpm -ql Mesa" should include the file.
If not, either the Mesa package has a failure, or some realy weird shit has happend.
- Yamaban
On 2014-06-06 00:02 (GMT+0200) Yamaban composed:
Felix Miata wrote:
Linux g5eas 3.15.0-rc7-1-desktop #1 SMP PREEMPT Wed May 28 15:39:51 UTC 2014 (96f5b60) x86_64 x86_64 x86_64 GNU/Linux
MOZ_NO_REMOTE=1
# rpm -qa | grep dri libxcb-dri2-0-1.10-4.1.x86_64 libxcb-dri3-0-1.10-4.1.x86_64 xorg-x11-driver-video-7.6_1-13.2.x86_64
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Trying to run the same binary on the same hardware in both Cauldron and Rawhide produce the same sys_page_size failure message.
Looks like drivers don't differ much: x11-driver-video-sis-0.10.7-11.mga5.x86_64.rpm (Cauldron) xf86-video-sis-0.10.7-7.10.x86_64 (Factory) xorg-x11-drv-sis-0.10.7-16.fc21.x86_64.rpm (Rawhide)
libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such file or directory)
The file: /usr/lib64/dri/swrast_dri.so is / should be part of the "Mesa" package
The output of "rpm -ql Mesa" should include the file.
If not, either the Mesa package has a failure, or some realy weird shit has happend.
# file /usr/lib64/dri/swrast_dri.so /usr/lib64/dri/swrast_dri.so: ELF 64-bit LSB shared object, x86-64, version 1 (SYSV), dynamically linked, BuildID[sha1]=0d5b0af563757dc3e3615258f906c310d1c990a6, stripped
# rpmqa Mesa Mesa-10.2.0~rc4-84.1.x86_64 Mesa-libEGL1-10.2.0~rc4-84.1.x86_64 Mesa-libGL1-10.2.0~rc4-84.1.x86_64 Mesa-libGLESv2-2-10.2.0~rc4-84.1.x86_64 Mesa-libglapi0-10.2.0~rc4-84.1.x86_64
# rpm -ql Mesa ... /usr/lib64/dri/swrast_dri.so ... /usr/lib64/dri# ll ... rwxr-xr-x 1 root root 4619400 Jun 2 02:33 swrast_dri.so ...
# zypper in -f Mesa
did not help.
Firefox esr 17 works fine.
Could the real problem maybe be in the SiS video driver? 0a:03.0 VGA compatible controller: XGI Technology Inc. (eXtreme Graphics Innovation) Z7/Z9 (XG20 core)
El 05/06/14 19:08, Felix Miata escribió:
On 2014-06-06 00:02 (GMT+0200) Yamaban composed:
Felix Miata wrote:
Linux g5eas 3.15.0-rc7-1-desktop #1 SMP PREEMPT Wed May 28 15:39:51 UTC 2014 (96f5b60) x86_64 x86_64 x86_64 GNU/Linux
MOZ_NO_REMOTE=1
# rpm -qa | grep dri libxcb-dri2-0-1.10-4.1.x86_64 libxcb-dri3-0-1.10-4.1.x86_64 xorg-x11-driver-video-7.6_1-13.2.x86_64
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Did you tried
export G_SLICE=always-malloc ..execute firefox binary...
On 06/05/2014 06:40 PM, Cristian Rodríguez wrote:
El 05/06/14 19:08, Felix Miata escribió:
On 2014-06-06 00:02 (GMT+0200) Yamaban composed:
Felix Miata wrote:
Linux g5eas 3.15.0-rc7-1-desktop #1 SMP PREEMPT Wed May 28 15:39:51 UTC 2014 (96f5b60) x86_64 x86_64 x86_64 GNU/Linux
MOZ_NO_REMOTE=1
# rpm -qa | grep dri libxcb-dri2-0-1.10-4.1.x86_64 libxcb-dri3-0-1.10-4.1.x86_64 xorg-x11-driver-video-7.6_1-13.2.x86_64
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Did you tried
export G_SLICE=always-malloc ..execute firefox binary...
Due to some problems with my usual laptop, I am currently running over an "ssh -X" link. Starting Firefox or Thunderbird from the console yields that message, but the programs work correctly. There may be some other problem.
Larry
On 2014-06-05 19:40 (GMT-0400) Cristian Rodríguez composed:
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Did you tried
export G_SLICE=always-malloc ..execute firefox binary...
That doesn't stop the crash. It only makes the sys_page_size error go away, not the swrast_dri.so failure.
El 05/06/14 20:06, Felix Miata escribió:
On 2014-06-05 19:40 (GMT-0400) Cristian Rodríguez composed:
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Did you tried
export G_SLICE=always-malloc ..execute firefox binary...
That doesn't stop the crash. It only makes the sys_page_size error go away, not the swrast_dri.so failure.
the swrast_dri.so issue is not really an error , /usr/lib64/dri/updates/swrast_dri.so may not exists .. it searching "updated modules first, then will try to load /usr/lib64/dri/wrast_dri.so" and program execution must continue as usual..
On 2014-06-05 20:12 (GMT-0400) Cristian Rodríguez composed:
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed
Did you tried
export G_SLICE=always-malloc ..execute firefox binary...
That doesn't stop the crash. It only makes the sys_page_size error go away, not the swrast_dri.so failure.
the swrast_dri.so issue is not really an error , /usr/lib64/dri/updates/swrast_dri.so may not exists .. it searching "updated modules first, then will try to load /usr/lib64/dri/wrast_dri.so" and program execution must continue as usual..
I've determined that:
No crash in 32bit of any of Kubuntu, Mageia, Fedora, 13.1 or 13.2.
Video drivers intel vs. radeon vs. nouveau vs. sis of no import.
Crashes in 64 bit in all of Kubuntu, Mageia, Fedora, 13.1 and 13.2.
No bug on point as yet found in bugzilla.mozilla.org.
On Friday 2014-06-06 00:02, Yamaban wrote:
When I try starting FF10:
(process:3529): GLib-CRITICAL **: g_slice_set_config: assertion 'sys_page_size == 0' failed libGL error: dlopen /usr/lib64/dri/updates/swrast_dri.so failed (/usr/lib64/dri/updates/swrast_dri.so: cannot open shared object file: No such file or directory)
The file: /usr/lib64/dri/swrast_dri.so is / should be part of the "Mesa" package
One possibility is:
swrast is built against a specific version of LLVM, and if you update LLVM to a different version, swrast_dri can breaks. LLVM does not version their libraries, so the package managers don't notice :( Been there, had that...
-
Cristian Rodríguez -
Felix Miata -
Jan Engelhardt -
Larry Finger -
Yamaban