Jump to content


  • Content Count

  • Joined

  • Last visited

  1. OK, for completion I have also tested mesa-17.3.0. With mesa-17.2.7, glxgears and Avogadro worth both in classic and gallium mode, whereas chimera-bin segfaults with gallium. This is better than mesa-17.2.0 in which Avogadro also segfaults in classic mode. For whatever puzzling reasons, adding extra flags (see bellow) seems to help even with 17.2.0, which now it is able to run glxgears in classic mode... With mesa-17.3.0 all three applications work fine so far both in classic and gallium mode. As gallium is reported to be better, for the time being and pending real-life testing, I personally am going stick to the latest version of mesa. It goes without saying that I am not recommending that anyone should upgrade. 17.3.0 is also a development version. So far it seems to work fine on my hardware but there might be bugs in other drivers or even bugs in i915 I have not come across yet. $ eselect mesa list 64bit i915 (Intel 915, 945) [1] classic [2] gallium * 64bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) 64bit r300 (Radeon R300-R500) 64bit r600 (Radeon R600-R700, Evergreen, Northern Islands) 64bit sw (Software renderer) [1] classic [2] gallium * 32bit i915 (Intel 915, 945) [1] classic [2] gallium * 32bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD) 32bit r300 (Radeon R300-R500) 32bit r600 (Radeon R600-R700, Evergreen, Northern Islands) 32bit sw (Software renderer) [1] classic [2] gallium * $ eix media-libs/mesa [?] media-libs/mesa [1] Available versions: 13.0.5^d (~)13.0.6^d 17.0.6^d (~)17.0.7^d (~)17.1.0^d (~)17.1.1^d (~)17.1.2^d (~)17.1.3^d (~)17.1.4^d (~)17.1.5^d (~)17.1.6^d (~)17.1.7^d (~)17.1.8^d (~)17.2.0^md {bindist +classic d3d9 debug +dri3 +egl +gallium +gbm gcrypt gles1 gles2 libressl +llvm +nettle +nptl opencl openmax openssl osmesa pax_kernel pic selinux unwind vaapi valgrind vdpau vulkan wayland xa xvmc ABI_MIPS="n32 n64 o32" ABI_PPC="32 64" ABI_S390="32 64" ABI_X86="32 64 x32" VIDEO_CARDS="freedreno i915 i965 imx intel nouveau r100 r200 r300 r600 radeon radeonsi vc4 virgl vivante vmware"} Installed versions: 17.3.0^d[?](13:58:55 19/12/17)(classic d3d9 dri3 egl gallium gbm gles1 gles2 llvm nptl xa -bindist -debug -opencl -openmax -osmesa -pax_kernel -pic -selinux -unwind -vaapi -valgrind -vdpau -vulkan -wayland -xvmc ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64" ABI_X86="32 64 -x32" VIDEO_CARDS="i915 intel -freedreno -i965 -imx -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi -vc4 -virgl -vivante -vmware") Homepage: https://www.mesa3d.org/ Description: OpenGL-like graphic library for Linux [1] "xorg-kit" /var/git/meta-repo/kits/xorg-kit
  2. https://bugs.funtoo.org/browse/FL-4548
  3. I can confirm that mesa-17.2.7 solves the issue. So far, it works fine both in classic and gallium modes. I will submit an update, should I encounter any issue in real life usage. Gentoo also has 17.3.0 but, like 17.2.0, those are development versions and, therefore, are expected to be buggy, In mesa-x.y.z, z=0 means development, one should stay away from those versions. The higher the z, the better stability one should expect.
  4. OK, it seems to be a bug in the driver affecting mesa-17.1.0_rc4 and possibly mesa-17.1 I have mesa-17.2.0, but both the problem and the workaround are identical to: https://bugs.freedesktop.org/show_bug.cgi?id=100984 https://bugs.gentoo.org/618206 eselecting classic mode as opposed to gallium allows me to run OpenGL applications. The solution they propose is upgrading to mesa-17.2.6, which I am tempted to do...
  5. I didn't include the firmware blobs in the kernel because I understood it was not strictly required. Should I? I do not use glamor because my card doesn't support it. $ uname -a Linux minchix 4.14.4-gentoo #1 SMP Wed Dec 13 00:28:42 CET 2017 x86_64 Intel(R) Atom(TM) CPU N455 @ 1.66GHz GenuineIntel GNU/Linux $ equery u xf86-video-intel Unavailable repository 'gentoo' referenced by masters entry in '/var/lib/layman/palemoon/metadata/layout.conf' Unavailable repository 'gentoo' referenced by masters entry in '/var/lib/layman/science/metadata/layout.conf' [ Legend : U - final flag setting for installation] [ : I - package is installed with flag ] [ Colors : set, unset ] * Found these USE flags for x11-drivers/xf86-video-intel-2.99.917_p20170716: U I - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see https://wiki.gentoo.org/wiki/Project:Quality_Assurance/Backtraces + + dri : Enable direct rendering: used for accelerated 3D and some 2D, like DMA + + dri3 : (Restricted to <=x11-drivers/xf86-video-intel-2.99.917_p20160621) Enable DRI3 support + + sna : Enable SandyBridge's New Acceleration (useful on all chipsets, not just SandyBridge) + + udev : Enable virtual/udev integration (device discovery, power and storage device support, etc) - - uxa : Enable UMA Acceleration Architecture - - xvmc : Enables X-Video Motion Compensation support $ dmesg [ 162.225639] glxgears[4628]: segfault at 12c ip 00007f581d92f43f sp 00007ffc20c78c10 error 4 in i915g_dri.so[7f581d471000+678000]
  6. Hi, I have just installed Funtoo, including X, with the Debian kernel as per the manual and then built a tailored Gentoo 4.14 kernel. Then I emerged LXDE and a number of applications. All seems to be running fine (I have updated world and performed a number of consistency checks, all good). However when I try to run an OpenGL application it segfaults. I have tried sci-chem/chimera-bin (two versions), sci-chem/avogadro, sci-chem/pymol and glxgears. Same result. They all emerge just fine but they segfault immediately when I run them. No problems with Libreoffice, Firefox, Gimp, Inkscape, etc. Just OpenGL. I have followed the Intel section of the Gentoo wiki to make sure everything is fine and rebooted. No joy. This is a Lenovo Ideapad S10-3s $ lspci 00:00.0 Host bridge: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx DMI Bridge 00:02.0 VGA compatible controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller 00:02.1 Display controller: Intel Corporation Atom Processor D4xx/D5xx/N4xx/N5xx Integrated Graphics Controller $ cat /proc/cpuinfo model name : Intel(R) Atom(TM) CPU N455 @ 1.66GHz $ glxinfo name of display: :0.0 display: :0 screen: 0 direct rendering: Yes server glx vendor string: SGI server glx version string: 1.4 server glx extensions: $ eselect opengl list Available OpenGL implementations: [1] xorg-x11 * $ lspci -nnk | grep -i vga -A3 | grep 'in use' Kernel driver in use: i915 I am a member of the video group, etc. Any ideas? I wonder, shouldn't Intel be the OpenGL vendor and Mesa the implementation?
  7. Thanks jhan and Oleg. Yes a guy in the Gentoo forums claims that a generous swap file and I_KNOW_WHAT_I_AM_DOING="1" emerge chromium actually do the trick. I haven't tried yet because I am facing a more urgent issue. I will ask in the Desktop section.
  8. Sorry, I have posted this to the wrong section and I do not seem to be able to move it or delete it. Hi, I have tried to emerge www-client/chromium on Funtoo but apparently one needs 3 GB of RAM in order to accomplish that (64-bit). I only have 2 GB and cannot be upgraded (Atom N455). Is there any workaround? Should all open-source Chrome derivatives, such as Iridium, present the same issue? Firefox and PaleMoon (the later with an old gcc version) emerge just fine... Best, Miro PS: The reason for compiling the entire OS on this Lenovo IdeaPad S10-3s was because only this way was I able to multitask. Binary OSs (be them Linux or Windows) made using more than one application at a time quite a pain. The reason for choosing Funtoo over Gentoo was the Atom64 stage3. With a tailored 4.14 Gentoo kernel, every single package compiled from source, LXDE, RAM upgraded to 2B and an SSD, I now can have 2/3 applications (such as LibreOffice Write, PaleMoon and Gimp) running simultaneously and manage to get the work done when on the move.
  • Create New...