Re: [gentoo-user] correction: steam stalls
On Monday, 23 July 2018 21:19:30 BST Alan Grimes wrote: > I had made a error when reporting my problem launching steam, I had a > stalled steam launch that was causing the other launch to simply abort, > steam does stall on load. > > I deleted my entire crufty old steam directory and am trying to run this > virgin... > > # > > atg@tortoise ~ $ steam > which: no gnome-terminal in > (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/ > bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/s > bin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/ > games/bin:/opt/cuda/bin) Package curl needs to be installed > Package python-apt needs to be installed > Package xterm needs to be installed > Package xz-utils needs to be installed > Package zenity needs to be installed > Package libgl1-mesa-dri:i386 needs to be installed > Package libgl1-mesa-glx:i386 needs to be installed > Package libc6:i386 needs to be installed > Running Steam on gentoo 1.0.0.54-r4 64-bit > STEAM_RUNTIME is enabled by the user > Installing breakpad exception handler for appid(steam)/version(1532132960) > [Halts dead here... ] > > ## The above mentions a number of packages which it thinks ought to be installed. Are yours missing, or you have no way of letting steam know about their whereabouts? I don't use steam and don't know if the above causes your problem, but I would start from there if I were you. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] correction: steam stalls
I had made a error when reporting my problem launching steam, I had a stalled steam launch that was causing the other launch to simply abort, steam does stall on load. I deleted my entire crufty old steam directory and am trying to run this virgin... # atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/games/bin:/opt/cuda/bin) Package curl needs to be installed Package python-apt needs to be installed Package xterm needs to be installed Package xz-utils needs to be installed Package zenity needs to be installed Package libgl1-mesa-dri:i386 needs to be installed Package libgl1-mesa-glx:i386 needs to be installed Package libc6:i386 needs to be installed Running Steam on gentoo 1.0.0.54-r4 64-bit STEAM_RUNTIME is enabled by the user Installing breakpad exception handler for appid(steam)/version(1532132960) [Halts dead here... ] ## -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] Steam now not working too...
Okay, very good suggestions, still broken, that bootstrap.tar.gz must be broken too. =\ atg@tortoise ~ $ steam --reset Installing bootstrap /home/atg/.local/share/Steam/bootstrap.tar.xz Reset complete! [### edit ###] atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/games/bin:/opt/cuda/bin) Package curl needs to be installed Package python-apt needs to be installed Package xterm needs to be installed Package xz-utils needs to be installed Package zenity needs to be installed Package libgl1-mesa-dri:i386 needs to be installed Package libgl1-mesa-glx:i386 needs to be installed Package libc6:i386 needs to be installed Running Steam on gentoo 1.0.0.54-r4 64-bit STEAM_RUNTIME is enabled by the user atg@tortoise ~ $ Daniel Salas wrote: > Steam places the games in a directory called > Library. It is in the settings (no idea where is the default on Linux). > > You can go there and either copy the whole folder out, or just rename > it to ensure it will not delete it and once you have reinstalled, just > move the directory back, or tell steam where your new directory is. -- Please report bounces from this address to a...@numentics.com Powers are not rights.
[gentoo-user] Steam now not working too...
KDE is still very very broken. Steam is almost 1/100th as bad as filezilla at pushing out stupid updates to their beta client, which is pretty awful, whereas filezilla is unbelievable... Anyway, their client now doesn't load: ## atg@tortoise ~ $ steam which: no gnome-terminal in (/usr/x86_64-pc-linux-gnu/gcc-bin/7.3.0:/usr/lib/llvm/6/bin:/usr/lib/llvm/5/bin:/usr/lib/llvm/4/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/opt/bin:/opt/nvidia-cg-toolkit/bin:/usr/lib64/subversion/bin:/usr/games/bin:/opt/cuda/bin) Package curl needs to be installed Package python-apt needs to be installed Package xterm needs to be installed Package xz-utils needs to be installed Package zenity needs to be installed Package libgl1-mesa-dri:i386 needs to be installed Package libgl1-mesa-glx:i386 needs to be installed Package libc6:i386 needs to be installed Running Steam on gentoo 1.0.0.54-r4 64-bit STEAM_RUNTIME is enabled by the user Pins up-to-date! atg@tortoise ~ $ The troubleshooting page gives |user $||steam --reset But then I have modded the living hell out of several of the games I have and I ___REALLY___ don't want to re-install those, is there a softer reinstall that just clears out Steam's binaries without touching the game library? Also, I'm version frozen on my linux kernel at 4.15.14... Is it getting time to jump to 4.16? I'm much too shy to go to 4.17 at the moment... No complaints about 4.15 except that it's a horrible archaic monolithic kernel supporting a system that should have been obsoleted in the '90s. | -- Please report bounces from this address to a...@numentics.com Powers are not rights.
Re: [gentoo-user] skylake and x265 movie display
On 6/25/19 11:42 PM, Adam Carter wrote: What about USE flags for mesa and libva? x11-libs/libva-2.4.0:0/2::gentoo USE="X drm opengl -utils -vdpau -wayland" media-libs/mesa-19.1.1::gentoo USE="classic dri3 egl gallium gbm gles2 llvm vaapi -d3d9 -debug -gles1 (-libglvnd) -lm_sensors -opencl -osmesa -pax_kernel -pic (-selinux) -test -unwind -valgrind -vdpau -vulkan -vulkan-overlay -wayland -xa -xvmc" This wouldn't happen to be a 10-bit encoded x265, would it? If it is, 10-bit hardware decoding is only supported in Kaby Lake or newer (this could explain it decoding in software/on CPU instead of GPU.) That's possible. Is there an easy way to tell? I also had to boot with UEFI or no hardware decoding happened at all. Mine was old enough to give you a choice but video performance suffered in BIOS boot mode. Damn - this is in BIOS mode... Very odd that makes a difference. Nice find. When I got my celeron-based NUC I discovered that just because the CPU has some hardware offloading doesn't mean software will use it. :( This box is a NUC (NUC6i5SYB) that im using for a media PC. Mine's an older Celeron. It struggled with 1080p video. I found back then (maybe six years ago?) a thread stating Intel locks out some hardware in BIOS mode so performance will suffer. All I did at the time was grind my teeth and fight it to get it to boot in UEFI mode, and I could see the hardware offload on 1080p was working correctly. I see from your other reply it is a 10-bit file, that would explain why hardware offloading doesn't work - it's not supported on that CPU. Have you tried an 8-bit encoded file to see if the hardware offloading works? Dan
[gentoo-user] Re: X won't start after xorg-server update
On 3/12/20 7:46 PM, Neil Bothwick wrote: > On Fri, 13 Mar 2020 00:31:23 +0100, hitachi303 wrote: > >>>> I do edit it every time X won't start. Then X does start. But >>>> after updating and rebooting it has the old wrong line again. >>> You need to find out which ebuild is modifying it. Run "qlop -m" and >>> look for the package whose install time most closely matches the >>> modification time of the file. Then read the ebuild to see what is >>> going on. If an ebuild is setting this incorrectly, you may need to >>> file a bug report. >> >> Since I did edit the file I cannot find a match. I will have to wait >> until the problem occurs again. > > It seems that file is created/modified by the mesa ebuild. > > I would try removing the file and re-emerging mesa to see if it is > created with the correct content. > > The file is created/modified by app-eselect/eselect-opengl. If you have USE=libglvnd enabled, eselect-opengl is no longer installed, but the files it generated may remain. In this case, it is safe to remove the file if USE=libglvnd is enabled, and to regenerate the file by running `eselect opengl set xorg` (or nvidia, ...) if USE=-libglvnd. Jonathan Callen signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)
I mean, I looked in /proc/config and there's various vbox-specific module spec.s, which are all "m" in this case. On 10/22/20 11:38 AM, n952162 wrote: Dumb question: do I (perhaps newly?) need to have any special kernel parameters to be able to run virtualbox? On 10/22/20 10:47 AM, n952162 wrote: Hello all, Everybody told me to give up trying to update one of my guest gentoo systems under virtualbox and *simply* reinstall it. I did that and now, when I enter "xinit", x starts and then dies with the message: /MESA-LOADER: failed to open vboxvideo (search paths /usr/lib64/dri)/ /failed to load driver: vboxvideo/ Note that the vboxvideo module is loaded: /$ lsmod | grep vbox/ */vboxvideo 40960 1/* /ttm 122880 1 vboxvideo/ /drm_kms_helper 217088 1 vboxvideo/ /drm 552960 4 drm_kms_helper,vboxvideo,ttm/ /vboxnetadp 28672 0/ /vboxnetflt 32768 0/ /vboxdrv 475136 2 vboxnetadp,vboxnetflt/ /vboxguest 335872 0/ but it turns out there's a vboxvideo_drv.so here: //usr/lib64/xorg/modules/drivers/vboxvideo_drv.so/ I tried putting a symlink in /usr/lib64/dri to that, but it didn't help. Anybody have any experience here? TIA
Re: [gentoo-user] Gaming on gentoo
Hi, I try to have a systemd and pulseaudio free setup ("religious" reasons). When I need pulse I use apulse and otherwise everything else is compiled with alsa flag. I wonder if the issue is related to graphics drivers/libraries instead. D remember having segfaults with some other linux ports whirh were caused by a missing library which did not show up (I do not remember the name but something with ?t3c?) but I think it is now in mesa. .If you figure out what opengl features are being used we could compare glxinfo outputs. So, I tested quakespasm on an ryzen 7 apu (2700u) with vega gpu (thinkpad e485). I am using mesa drivers and a linux 6.0.8 kernel. Artur On Sat, 17 Dec 2022, 04:20 Alan Ianson, wrote: > On Fri, 16 Dec 2022 20:20:01 -0500 > David Rosenbaum wrote: > > > Thank u > > No problem.. :) > > I have the same results without pulseaudio. Both quakespasm and darkplaces > segfault on startup but ironwail runs ok. > > I'm going to mess around here for a day or two without pulseaudio then put > it back and put gdb to work and see if I can get a better idea of what the > problem is. The solution will probably be easy if I can figure out what the > issue is. > >
Re: [gentoo-user] PC freeze with ati-drivers and gentoo-sources-2.6.16-r3
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Iain Buchanan schrieb: On Mon, 2006-05-01 at 13:21 +0200, Jannis Achstetter wrote: You can check your config with glxinfo | grep direct which should return Yes. $ glxinfo | grep direct direct rendering: No OpenGL renderer string: Mesa GLX Indirect Ok, now we know why ... If it doesn't, check your /var/log/Xorg.0.log (assuming we are talking about display 0. I see a: (II) LoadModule: dri (II) Loading /usr/lib/xorg/modules/extensions/libdri.so (II) Module dri: vendor=X.Org Foundation compiled for 7.0.0, module version = 1.0.0 ABI class: X.Org Server Extension, version 0.2 Fine, Xorg can load his DRI-module and (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. Don't tell me my 9600 isn't supported by the radeon driver?... also, there's this interesting section that I'm having trouble understanding: (WW) RADEON(0): Enabling DRM support *** Direct rendering support is highly experimental for Radeon 9500 *** and newer cards. The 3d mesa driver is not provided in this tree. *** A very experimental (and incomplete) version is available from Mesa CVS. *** Additional information can be found on http://r300.sourceforge.net *** This message has been last modified on 2005-08-07. drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: Searching for BusID pci::01:00.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is 6, (OK) drmOpenByBusid: drmOpenMinor returns 6 drmOpenByBusid: drmGetBusid reports pci::01:00.0 (II) RADEON(0): [drm] DRM interface version 1.2 (II) RADEON(0): [drm] created radeon driver at busid pci::01:00.0 (II) RADEON(0): [drm] added 8192 byte SAREA at 0xe13b2000 (II) RADEON(0): [drm] mapped SAREA 0xe13b2000 to 0xb7f07000 (II) RADEON(0): [drm] framebuffer handle = 0xf000 (II) RADEON(0): [drm] added 1 reserved context for kernel (WW) RADEON(0): [agp] AGP not available (EE) RADEON(0): [agp] AGP failed to initialize. Disabling the DRI. (II) RADEON(0): [agp] You may want to make sure the agpgart kernel module is loaded before the radeon kernel module. (II) RADEON(0): [drm] removed 1 reserved context for kernel (II) RADEON(0): [drm] unmapping 8192 bytes of SAREA 0xe13b2000 at 0xb7f07000 but agpgart and radeon are both compiled in to the kernel. I heard something about the RV350 or RV300 (not sure) chipset not being supported - is this true? thanks, Since the very recent release of Xorg they added 3D-support for your card but it is highly experimental. It seems that it didn't work 100% with your box. I'm sorry I can't really help you with your problem now, you might find something interesting here: http://www.ubuntuforums.org/showthread.php?t=110008 Jannis Achstetter -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.3 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFEVh8ssnofy59UleQRAnKpAJ9eXsXq2v35hDwH0dlegtW8I2Pu1gCePizx x0QfOClRjlCpbrsVL4s9VKk= =MUC4 -END PGP SIGNATURE- smime.p7s Description: S/MIME Cryptographic Signature
Re: [gentoo-user] Re: xbmc font rendering issue after upgrade mesa or/and xorg ati driver
On Friday 01 April 2011 19:45:58 Füves Zoltán wrote: Reply to the question :D Temporary solution: I downgrade to media-libs/mesa-7.9.1 and fonts came back and mask any bigger version of this package. something bad happened in media-libs/mesa-7.10.1 So I wait until the next release Z. 2011/3/31 Füves Zoltán zolee...@gmail.com: Hi Community! I just start to give up because don't understand the reason of this problem Tried to upgrade, downgrade, change language and font settings without any positive result If anybody has similar problem or can help to start debugging this issue I wil be very grateful. this is the error messages from xbms' log: 10:52:56 T:3039086368 M:840056832 ERROR: GLX: Same window as before, refreshing context 10:52:56 T:3039086368 M:840056832 ERROR: ResetRenderSystem() GL_MAX_TEXTURE_IMAGE_UNITS_ARB returned error 1280 10:52:56 T:3039086368 M:837812224 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:836669440 ERROR: Unable to save settings to special://masterprofile/guisettings.xml 10:52:56 T:3039086368 M:835047424 ERROR: Control 402 in window 10133 has been asked to focus, but it can't 10:52:57 T:3039086368 M:834494464 ERROR: DS: Failed to connect to the D-Bus session daemon: /usr/bin/dbus-launch terminated abnormally without any error message and of course Xorg log file has no error system : radeon 9200 se ( [drm] Loading R200 Microcode) [ebuild R ] x11-libs/libdrm-2.4.24 USE=libkms -static-libs VIDEO_CARDS=radeon -intel -nouveau -vmware 0 kB [ebuild R ] media-libs/mesa-7.10.1 USE=classic gallium nptl -debug -gles -hardened -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB [ebuild R ] media-tv/xbmc- USE=alsa debug sse sse2 webserver xrandr (-altivec) -avahi -bluray% -css -joystick -midi -profile -pulseaudio -rtmp -udev -vaapi -vdpau 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE=nptl udev xorg -dmx -doc -ipv6 -kdrive -minimal -static-libs -tslib 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.1 0 kB [ebuild R ] x11-base/xorg-x11-7.4-r1 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-base/xorg-drivers-1.9 INPUT_DEVICES=keyboard mouse -acecad -aiptek -elographics -evdev -fpit -joystick -penmount -synaptics -tslib -virtualbox -vmmouse -void -wacom VIDEO_CARDS=radeon -apm -ark -ast -chips -cirrus -dummy -epson -fbdev -fglrx -geode -glint -i128 -i740 (-impact) -intel -mach64 -mga -neomagic (-newport) -nouveau -nv -nvidia (-omapfb) -r128 -rendition -s3 -s3virge -savage -siliconmotion -sis -sisusb (-sunbw2) (-suncg14) (-suncg3) (-suncg6) (-sunffb) (-sunleo) (-suntcx) -tdfx -tga -trident -tseng -v4l -vesa -via -virtualbox -vmware (-voodoo) 0 kB I upload a png image to show what my problem is. http://i51.tinypic.com/2vb4je8.png (non readable, noisy fonts in movie subtitles too) Thanks for your time and help I don't have the same card, but I'm not having such problems here. You may want to also trying setting mesa to gallium instead of classic using eselect and see if it makes any difference. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Portage spokes again...
On 21/12/2016 21:20, meino.cra...@gmx.de wrote: > Rich Freeman <ri...@gentoo.org> [16-12-21 20:12]: >> On Wed, Dec 21, 2016 at 1:44 PM, <meino.cra...@gmx.de> wrote: >>> Corbin Bird <corbinb...@charter.net> [16-12-21 17:12]: >>> The first run of emerge tells me to add the systemd USE flag to dbus. >>> I did that and ran into to problems I reported. >> >> Ok, I think you left that bit out... >> >> And this is why it is helpful to understand why portage is doing >> something before just changing configuration settings. Adding the >> systemd USE flag to packages is a really quick way to end up with >> systemd getting installed. Generally speaking it shouldn't just >> happen by default... >> >> Can you show the output when you add -t to the emerge command? I >> think that will be helpful. However, I think an earlier poster was on >> the right track when he pointed out that the tmpfiles virtual requires >> an unstable version of openrc. I'm not sure why that was getting >> pulled in in the first place, and -t should show that. >> >>> >>> emerge: there are no ebuilds built with USE flags to satisfy >>> "media-libs/mesa[egl,gbm,gles2?,wayland]". >>> !!! One of the following packages is required to complete your request: >>> - media-libs/mesa-11.2.2::gentoo (Change USE: +wayland) >>> (dependency required by "kde-plasma/kwin-5.8.3::gentoo" [ebuild]) >>> (dependency required by "kde-plasma/plasma-workspace-5.8.3-r4::gentoo" >>> [ebuild]) >>> (dependency required by "net-p2p/ktorrent-5.0.1::gentoo[shutdown]" [ebuild]) >>> (dependency required by "@selected" [set]) >>> (dependency required by "@world" [argument]) >>> [1]20322 exit 1 emerge -t --update --newuse --deep --with-bdeps=y >>> --tree --keep-going >>> >>> What? >>> >>> Now wayland shall be installed? IK! >>> I want my UNIX back! >> >> Interesting. I just noticed that it pulled in wayland for me. I have >> no idea why kwin requires wayland support in mesa. It obviously works >> fine with xorg. I might do some looking into that. >> >> There isn't really anything non-UNIX about wayland, though I'm not >> sure I'd be in a rush to use it just yet. It is just a replacement >> for xorg (to say the least, it doesn't purport to be a >> feature-complete replacement and may never be). >> >> Your wayland issues and your systemd issues are most likely entirely >> unrelated... >> >> -- >> Rich >> > Hi Rich, > > to confess everything ... this time > :) > > The following output is base on setting "-systemd" and "-wayland" > in make.confs USE flag, "-t" was set also. > > And here the master portage spoke words: > > emerge -t --update --newuse --deep --with-bdeps=y --tree --keep-going > --backtrack=30 --exclude media-video/nvidia-settings --exclude > app-misc/screen --exclude app-misc/ytree --exclude dev-python/sip --exclude > app-shells/bash @world -v > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! ... > [ebuild R] media-libs/mesa-12.0.1::gentoo USE="classic dri3 egl > gallium gbm llvm nptl udev vaapi vdpau wayland* xvmc -bindist -d3d9 -debug > -gles1 -gles2 -opencl -openmax -osmesa -pax_kernel -pic (-selinux) -valgrind > -xa" ABI_X86="32 (64) (-x32)" VIDEO_CARDS="(-freedreno) -i915 -i965 -ilo > -intel -nouveau -r100 -r200 -r300 -r600 -radeon -radeonsi (-vc4) -vmware" 0 > KiB USE=wayland is off by default for mesa, so you have something switching it on. grep -r wayland /etc/portage to find what ... > [nomerge ] virtual/tmpfiles-0::gentoo > [nomerge ] sys-apps/systemd-226-r2:0/2::gentoo USE="acl kdbus kmod > lz4 pam seccomp ssl (-apparmor) -audit -build -cryptsetup -curl -elfutils > -gcrypt -gnuefi -http -idn -importd -lzma -nat -policykit -qrcode (-selinux) > -sysv-utils {-test} -vanilla -xkb" ABI_X86="(64) -32 (-x32)" > [ebuild N ] sys-apps/gentoo-systemd-integration-6::gentoo 63 KiB > [ebuild R] sys-apps/dbus-1.10.12::gentoo USE="X systemd* -debug -doc > (-selinux) -static-libs {-test} -user-session" ABI_X86="(64) -32 (-x32)" 0 KiB USE=systemd is of by default for dbus so yu have something switching it on. grep -r systemd /etc/portage to find what Additionally, virtual/tmpfiles has this: RDEPEND=" || ( sys-apps/opentmpfiles sys-apps/systemd Because you have systemd on somehow, portage is picking the second chice. You have the first, so explicitly emerge opentmpfiles. If both of those grep -r commands return nothing, then your next avenue is your selected profile must be enabling wayland and systemd somehow. But I don't see how profile [1] would do that ... so the greps will likely reveal the true cause -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] block in emerge
On Thursday 08 Jan 2015 08:10:14 Raffaele BELARDI wrote: Alan McKinnon wrote: On 07/01/2015 16:12, Raffaele BELARDI wrote: I have a block, I'm not looking for a solution yet, just a correct interpretation of the error messages: [blocks B ] x11-base/xorg-server-1.16.2-r1 (x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1) * Error: The above package list contains packages which cannot be * installed at the same time on the same system. (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) pulled in by x11-base/xorg-server[xorg] required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) =x11-base/xorg-server-1.0.99 required by (x11-drivers/xf86-video-vesa-2.3.3:0/0::gentoo, installed) (snip) (app-admin/eselect-opengl-1.3.1-r1:0/0::gentoo, ebuild scheduled for merge) pulled in by =app-admin/eselect-opengl-1.3.0 required by (x11-proto/glproto-1.4.17-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.3.0 required by (media-libs/mesa-10.3.5-r1:0/0::gentoo, ebuild scheduled for merge) =app-admin/eselect-opengl-1.0.8 required by (x11-base/xorg-server-1.12.4-r2:0/1.12.4::gentoo, installed) Looks to me the message is wrong. Shouldn't the first line read (!x11-base/xorg-server-1.16.2-r1 is blocking app-admin/eselect-opengl-1.3.1-r1)? Note the leading '!' No, the ! doesn't mean not there The ebuild in fact contains: RDEPEND==app-admin/eselect-1.2.4 !media-libs/mesa-10.3.4-r1 !=media-libs/mesa-10.3.5 !x11-proto/glproto-1.4.17-r1 !x11-base/xorg-server-1.16.2-r1 The last line must be read as the package cannot be installed if xorg-server version 1.16.2-r1 is present. Most deps are expressed as you must have this, but those 4 are expressed you must not have this. So the error message is correct, it is saying app-admin/eselect-opengl-1.3.1-r1 cannot be installed as you have a version of xorg-server earlier than 1.16.2-r1 already installed. There is no negation there. Solution: upgrade xorg-server then do everything else. Ok, that makes sense. Unmasking xorg-server is not an option because starting from 1.13 XAA support was removed and that makes my ancient video card too slow, I'll have to find a different solution. thanks, raffaele I also have an old(ish) maxtor card on a server and the removal of xaa means that it is unable to load a Ubuntu desktop, for example. What is meant to be the solution for these old cards that can't function without xaa? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] QEMU virtio_gpu
On 11/25/2016 11:10 AM, john wrote: > On Thu, 24 Nov 2016 13:12:33 + > john <j...@jdm.myzen.co.uk> wrote: > >> Hi, >> >> I am trying to run qemu virtual machine with virtio_gpu using the >> following command >> >> /usr/bin/qemu-system-x86_64 -enable-kvm -m 4096 -smp 8 -localtime >> -cdrom Fedora-Workstation-Live-x86_64-25_Beta-1.1.iso -boot >> once=d,menu=off -vga virtio -display gtk,gl=on >> >> but getting the following error when machine gets to display manager >> >> (qemu-system-x86_64:3192): >> Gdk-WARNING **:gdk_gl_context_set_required_version - GL context >> versions less than 3.2 are not supported. >> >> No provider of glUniform4uiv found. >> Requires oneof: >> Desktop OpenGL 3.0 >> OpenGL ES 3.0 >> GL extension "GL_EXT_gpu_shader4" >> >> >> I have also tried using -display with sdl,gl=on >> >> I have tried this in another (arch) linux box and works so I think it >> must be a use flag or something but struggling to find out which one >> or perhaps missing something else! >> >> lsmod shows virtio_gpu >> >> emerge -vp mesa >> media-libs/mesa-13.0.1::gentoo USE="bindist classic dri3 egl gallium >> gbm gles2 llvm nettle nptl -d3d9 -debug -gcrypt -gles1 -libressl >> -opencl -openmax -openssl -osmesa -pax_kernel -pic (-selinux) -vaapi >> -valgrind -vdpau -vulkan -wayland -xa -xvmc" ABI_X86="(64) -32 (-x32)" >> VIDEO_CARDS="radeon radeonsi (-freedreno) -i915 -i965 -ilo -intel >> -nouveau -r100 -r200 -r300 -r600 (-vc4) -vmware" 0 KiB >> >> virglrenderer is installed. >> >> If anyone has qemu and virtio-gpu running please let me know and I'll >> keep trying. >> >> >> Many Thanks >> John >> > > After having a search around the net and trying a few things emerged > mesa with the use flag -bindist and qemu machine fired up with > virtio_gpu > > the following command showed this in virtual guest > dmesg | grep virt > > Not sure what the bindist use flag is for but hey ho it's working. > Now shall I ditch lxc for qemu?? > > John. Long live Gentoo (the Ferrari of Linux distros). > > > > 'bindist' is short for "binary distribution"; some code (mostly microcode, firmware, GPU drivers, multimedia codecs) is copyright- or patent-encumbered, meaning that you can't legally distribute some pieces of software in binary (compiled) form. The 'bindist' USE flag, in combination with the LICENSE variable in make.conf, give you the tools needed to decide how free (libre) you want your system to be. USE=bindist should be set per-package inside package.use, unless you understand the implications of setting or unsetting it globally. Great to read things are working! -- Daniel Campbell - Gentoo Developer OpenPGP Key: 0x1EA055D6 @ hkp://keys.gnupg.net fpr: AE03 9064 AE00 053C 270C 1DE4 6F7A 9091 1EA0 55D6 signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] Failed to load driver: Nouveau
No, the error still there. And the script `modinfo /lib/modules/`uname -r`/path/to/nouveau.ko` shows iceamber@localhost:~ $ modinfo /lib/modules/`uname -r`/path/to/nouveau.ko modinfo: ERROR: Module /lib/modules/4.12.5-gentoo/path/to/nouveau.ko not found. On Sun, Aug 27, 2017 at 5:59 PM, Alexander Kapshuk < alexander.kaps...@gmail.com> wrote: > On Sun, Aug 27, 2017 at 8:24 PM, IceAmber <iceamber2...@gmail.com> wrote: > > iceamber@localhost:~ $ grep NOUVEAU /usr/src/linux/.config > > CONFIG_DRM_NOUVEAU=m > > CONFIG_NOUVEAU_DEBUG=5 > > CONFIG_NOUVEAU_DEBUG_DEFAULT=3 > > CONFIG_DRM_NOUVEAU_BACKLIGHT=y > > > > iceamber@localhost:~ $ grep -E 'nvidia|VIDEO_CARDS' > /etc/portage/make.conf > > VIDEO_CARDS="nouveau" > > > > here is the `grep -si nouveau /var/log/*` > > > > I have rebuilt the xorg-server, it is built for kernel 4.12.5 now. > > And I have set the USEs of "gallium" and "video_cards_nouveau" > > > > On Sun, Aug 27, 2017 at 4:54 PM, Alexander Kapshuk > > <alexander.kaps...@gmail.com> wrote: > >> > >> On Sun, Aug 27, 2017 at 5:49 PM, Alexander Kapshuk > >> <alexander.kaps...@gmail.com> wrote: > >> > On Sun, Aug 27, 2017 at 5:45 PM, Alexander Kapshuk > >> > <alexander.kaps...@gmail.com> wrote: > >> >> On Sun, Aug 27, 2017 at 2:27 PM, IceAmber <iceamber2...@gmail.com> > >> >> wrote: > >> >>> I have tried, but the same result > >> >>> > >> >>> On Sun, Aug 27, 2017 at 10:04 AM, Adam Carter < > adamcart...@gmail.com> > >> >>> wrote: > >> >>>>> > >> >>>>> yes, here is the eselect > >> >>>> > >> >>>> > >> >>>> When i have X problems i can resolve i run emerge -av > >> >>>> @x11-module-rebuild > >> >>>> xorg-server mesa but its generally an act of desperation after > >> >>>> running out > >> >>>> of intelligent options. > >> >>> > >> >>> > >> >> > >> >> Your xorg-server was built for kernel 4.9.34. > >> >> [24.014] Build Operating System: Linux 4.9.34-gentoo x86_64 > Gentoo > >> >> [24.014] Current Operating System: Linux localhost 4.12.5-gentoo > >> >> #10 SMP Sat Aug 26 13:15:20 UTC 2017 x86_64 > >> >> > >> >> Might be a good idea to rebuild x11-base/xorg-server for your current > >> >> kernel. > >> >> > >> >> What's the output of the command lines below? > >> >> grep NOUVEAU linux/.config > >> >> grep -E 'nvidia|VIDEO_CARDS' /etc/portage/make.conf > >> > > >> > This one too please: > >> > grep -si nouveau /var/log/* > >> > >> Also, let's make sure mesa has the USE flags below enabled: > >> > >> equery -q u mesa | grep -E 'gallium|nouveau' > >> +gallium > >> +video_cards_nouveau > >> > > > > I'm not seeing these errors in your Xorg.0.log any more: > [25.361] (EE) AIGLX error: Calling driver entry point failed > [25.375] (EE) AIGLX: reverting to software rendering > > Are you still getting the error message about the nouveau driver not > being loaded when running glxinfo or glxgears? > If you are, what's the output of: > lsmod nouveau > modinfo /lib/modules/`uname -r`/path/to/nouveau.ko > >
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-27 23:02 GMT+03:00 Mick : > On Friday, 27 July 2018 19:49:45 BST gevisz wrote: >> 2018-07-27 18:29 GMT+03:00 Mick : >> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >> >> 2018-07-27 15:44 GMT+03:00 gevisz : >> >> > Updating world without global -pam, -polkit and -consolekit use flags >> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >> >> > described above: it is still cannot display the page >> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." >> >> > message. >> >> > >> >> > So, I will probably revert changes tomorrow. >> >> > >> >> > Playing with strace has been put on todo list. >> >> >> >> Last lines of the log file after runnig the following command >> >> >> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >> >> QupZilla: 0 extensions loaded >> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >> >> Root Certs, loaded==false: NSS error code: -8018 >> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com >> > >> > Mozilla is using libnss to check the validity of the website certificate >> > with the OCSP of the CA issuer of the certificate (digicert.com). For >> > some reason it seems the connection is interrupted. See lines 605 to 621 >> > here: >> > >> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ >> > nss_ocsp.cc.html >> > >> > The connection may be interrupted because the browser/tab crashes (see >> > below).> >> >> r300 FP: Compiler Error: >> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv >> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >> >> translate_rgb_opcode: Unknown opcode DDY >> >> Using a dummy shader instead. >> >> QupZilla: Crashed :( Saving backtrace in >> >> /home/gevis/.config/qupzilla/crashlog ... >> >> Backtrace successfully saved in >> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >> >> >> >> are the following: >> >> >> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >> >> = 0x7f22f565 >> >> +++ killed by SIGABRT +++ >> > >> > This looks like a radeon video driver problem. You could go into a loop >> > of >> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, >> > or you could wait for/keyword later versions of these packages. >> >> Thank you for the tip. In this case, I should first try reconfigure the >> kernel. >> > Alternatively, you could try reporting this to the application devs and >> > see >> > what they say. >> >> Do you mean developpers of FF/QZ? > > Yes, although unless this is a known bug they may point you to the devs of the > radeon drivers. I've been around this loop a couple of times (sigh ...) Ok. Thank you. It even more strengthens my impression than I should first play with reconfiguring the kernel. I will do it a bit later, when the summer heat becames more tolerable. :)
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
2018-07-28 15:24 GMT+03:00 gevisz : > 2018-07-27 23:02 GMT+03:00 Mick : >> On Friday, 27 July 2018 19:49:45 BST gevisz wrote: >>> 2018-07-27 18:29 GMT+03:00 Mick : >>> > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: >>> >> 2018-07-27 15:44 GMT+03:00 gevisz : >>> >> > Updating world without global -pam, -polkit and -consolekit use flags >>> >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx >>> >> > described above: it is still cannot display the page >>> >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." >>> >> > message. >>> >> > >>> >> > So, I will probably revert changes tomorrow. >>> >> > >>> >> > Playing with strace has been put on todo list. >>> >> >>> >> Last lines of the log file after runnig the following command >>> >> >>> >> $ strace -o strace.log qupzilla https://www.privat24.ua/ >>> >> QupZilla: 0 extensions loaded >>> >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading >>> >> Root Certs, loaded==false: NSS error code: -8018 >>> >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No >>> >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com >>> > >>> > Mozilla is using libnss to check the validity of the website certificate >>> > with the OCSP of the CA issuer of the certificate (digicert.com). For >>> > some reason it seems the connection is interrupted. See lines 605 to 621 >>> > here: >>> > >>> > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ >>> > nss_ocsp.cc.html >>> > >>> > The connection may be interrupted because the browser/tab crashes (see >>> > below).> >>> >> r300 FP: Compiler Error: >>> >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv >>> >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): >>> >> translate_rgb_opcode: Unknown opcode DDY >>> >> Using a dummy shader instead. >>> >> QupZilla: Crashed :( Saving backtrace in >>> >> /home/gevis/.config/qupzilla/crashlog ... >>> >> Backtrace successfully saved in >>> >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt >>> >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ >>> >> >>> >> are the following: >>> >> >>> >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 >>> >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 >>> >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) >>> >> = 0x7f22f565 >>> >> +++ killed by SIGABRT +++ >>> > >>> > This looks like a radeon video driver problem. You could go into a loop >>> > of >>> > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, >>> > or you could wait for/keyword later versions of these packages. >>> >>> Thank you for the tip. In this case, I should first try reconfigure the >>> kernel. >>> > Alternatively, you could try reporting this to the application devs and >>> > see >>> > what they say. >>> >>> Do you mean developpers of FF/QZ? >> >> Yes, although unless this is a known bug they may point you to the devs of >> the >> radeon drivers. I've been around this loop a couple of times (sigh ...) > > Ok. Thank you. > > It even more strengthens my impression than I should first > play with reconfiguring the kernel. I have loaded the new Gentoo system using the kernel from the old one with no change in Firefox behaviour on https://www.privat24.ua/#login page: it crashed as was described before. So, playing with the kernel configuration will not help. :(
Re: [gentoo-user] Firefox crashes on some www-pages on a newer Gentoo system
On Friday, 27 July 2018 19:49:45 BST gevisz wrote: > 2018-07-27 18:29 GMT+03:00 Mick : > > On Friday, 27 July 2018 14:00:43 BST gevisz wrote: > >> 2018-07-27 15:44 GMT+03:00 gevisz : > >> > Updating world without global -pam, -polkit and -consolekit use flags > >> > in /etc/portage/make.conf have not changed the behaviour of Fireforx > >> > described above: it is still cannot display the page > >> > https://www.privat24.ua/ and shows "Gah. Your tab just crashed." > >> > message. > >> > > >> > So, I will probably revert changes tomorrow. > >> > > >> > Playing with strace has been put on todo list. > >> > >> Last lines of the log file after runnig the following command > >> > >> $ strace -o strace.log qupzilla https://www.privat24.ua/ > >> QupZilla: 0 extensions loaded > >> [15707:15725:0727/155144.939329:ERROR:nss_util.cc(808)] After loading > >> Root Certs, loaded==false: NSS error code: -8018 > >> [15707:15719:0727/155145.900259:ERROR:nss_ocsp.cc(591)] No > >> URLRequestContext for NSS HTTP handler. host: ocsp.digicert.com > > > > Mozilla is using libnss to check the validity of the website certificate > > with the OCSP of the CA issuer of the certificate (digicert.com). For > > some reason it seems the connection is interrupted. See lines 605 to 621 > > here: > > > > https://code.woboq.org/qt5/qtwebengine/src/3rdparty/chromium/net/cert_net/ > > nss_ocsp.cc.html > > > > The connection may be interrupted because the browser/tab crashes (see > > below).> > >> r300 FP: Compiler Error: > >> /var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/driv > >> ers /r300/compiler/r300_fragprog_emit.c::translate_rgb_opcode(): > >> translate_rgb_opcode: Unknown opcode DDY > >> Using a dummy shader instead. > >> QupZilla: Crashed :( Saving backtrace in > >> /home/gevis/.config/qupzilla/crashlog ... > >> Backtrace successfully saved in > >> /home/gevis/.config/qupzilla/crashlog/Crash-2018-07-27T15:51:49.txt > >> zsh: abort strace -o strace.log qupzilla https://www.privat24.ua/ > >> > >> are the following: > >> > >> clock_gettime(CLOCK_MONOTONIC, {tv_sec=1167, tv_nsec=68524671}) = 0 > >> ioctl(8, DRM_IOCTL_RADEON_GEM_MMAP, 0x7ffd31773280) = 0 > >> mmap(NULL, 6868992, PROT_READ|PROT_WRITE, MAP_SHARED, 8, 0x107616000) > >> = 0x7f22f565 > >> +++ killed by SIGABRT +++ > > > > This looks like a radeon video driver problem. You could go into a loop > > of > > rebuilding xorg, mesa, dev-libs/nss, what-ever and see if things improve, > > or you could wait for/keyword later versions of these packages. > > Thank you for the tip. In this case, I should first try reconfigure the > kernel. > > Alternatively, you could try reporting this to the application devs and > > see > > what they say. > > Do you mean developpers of FF/QZ? Yes, although unless this is a known bug they may point you to the devs of the radeon drivers. I've been around this loop a couple of times (sigh ...) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] USE="-libglvnd" ignored
On Saturday, August 22, 2020 1:04:33 PM CEST Walter Dnes wrote: > I just updated my secondary machine. No mention of "libglvnd" in > package.use... > > [i3][root][~] grep libglvnd /etc/portage/package.use/* > > "Disabled" in make.conf... > > [i3][root][~] grep libglvnd /etc/portage/make.conf > USE="X apng fmpeg introspection jpeg opengl openmp png szip truetype x264 > x265 xorg threads vala -acl -arp -arping -berkdb -bindist -bles -caps > -chatzilla -cracklib -crypt -elogind -filecaps -gallium -gdbm > -gmp-autoupdate -graphite -gstreamer -iconv -ipc -iptables -ipv6 -jemalloc3 > -libav -libglvnd -llvm -manpager -nls -pam -pch -roaming -sendmail -spell > -tcpd -udev -udisks -unicode -upower -xinerama" > > But libglvnd is still pulled in as a hard dependency... > > [i3][root][~] emerge -pv --depclean media-libs/libglvnd > > Calculating dependencies... done! > media-libs/libglvnd-1.3.2 pulled in by: > media-libs/mesa-20.0.8 requires > >=media-libs/libglvnd-1.2.0-r1[X,abi_x86_64(-)] > x11-base/xorg-server-1.20.8-r1 requires media-libs/libglvnd[X] > >>> No packages selected for removal by depclean > > Packages installed: 583 > Packages in world:80 > Packages in system: 43 > Required packages:583 > Number to remove: 0 > > If it's really a hard dependency, then why pretend in the ebuilds that > it's optional? > > > > [i3][root][~] grep libglvnd /usr/portage/media-libs/mesa/mesa-20.0.8.ebuild > +classic d3d9 debug +dri3 +egl +gallium +gbm gles1 +gles2 +libglvnd > +llvm libglvnd? ( > > >=media-libs/libglvnd-1.2.0-r1[X?,${MULTILIB_USEDEP}] > > !libglvnd? ( > libglvnd? ( usr/lib/libGLX_mesa.so.0.0.0 ) > $(meson_use libglvnd glvnd) > if ! use libglvnd; then > > > > [i3][root][~] grep libglvnd > /usr/portage/x11-base/xorg-server/xorg-server-1.20.8-r1.ebuild > IUSE="${IUSE_SERVERS} debug +elogind ipv6 libressl +libglvnd minimal > selinux suid systemd +udev unwind xcsecurity" CDEPEND="libglvnd? ( > media-libs/libglvnd[X] > !!x11-drivers/nvidia-drivers[-libglvnd(-)] > !libglvnd? ( >=app-eselect/eselect-opengl-1.3.0 ) > if ! use libglvnd; then > > "libglvnd" is in "use.force": $ cat //profiles/base/use.force # Copyright 1999-2019 Gentoo Authors # Distributed under the terms of the GNU General Public License v2 # Matt Turner (2020-08-11) # Force USE=libglvnd in order to mask app-eselect/eselect-opengl for removal. # This USE flag will be removed completely in the near future. Bug #728286 libglvnd # Mike Gilbert (2019-07-20) # Disabling this requires a migration to be performed. split-usr # Force the GNU/Linux ELIBC, KERNEL, and USERLAND # flags that apply to the majority of profiles. elibc_glibc kernel_linux userland_GNU == For the rationale behind prefering libglvnd over the eselect-opengl hack (which has caused me more problems than it solved, even on single-GPU systems), please see Ashley Dixon's reply. -- Joost
Re: [gentoo-user] Issues with amdgpu driver: Compositor hangs, sysfs not working
On Sunday, 18 February 2024 09:17:13 GMT Paul Sopka wrote: > Thank you for your reply. > > >> Hello everybody, > >> > >> I installed an AMD Radeon RX 7900 XTX today, switching from Nvidia. But > >> once I enable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=y to have a tty once > >> the driver is up, the following happens: > >> > >> 1) My Wayland compositor (Hyprland) takes very long to start. > >> > >> 2) reading from sysfs (e.g. running "cat > >> /sys/class/drm/card0/device/gpu_busy_percent") does not work and causes > >> a hang. > >> > >> Once I disable FRAMEBUFFER_CONSOLE_DETECT_PRIMARY=n, I have no issues > >> with the starting speed of the compositors at all and the mentioned > >> command works. But this leads to a black tty. > > > > You'd normally need this enabled to get a fb display on the console, but I > > don't know if this would be provided by proprietary drivers instead for > > your card - see below. > > I made a mistake here, sorry. The issue causing setting is > DRM_FBDEV_EMULATION=y, which on itself works with the open source > driver, but causes issues as soon as I start Hyprland. I have an older AMD card here, using amdgpu only. If I disable DRM_FBDEV_EMULATION I lose my framebuffer and end up with a black screen. When the sddm display manager starts I have a GUI again to login to Plasma with. This is to be expected in my case, because I rely on the KMS driver (KMS FB helpers) to provide a framebuffer device. Unless an AMD proprietary driver is available via amdgpu-pro to substitute for the KMS FB emulation, then you won't get a framebuffer device to render your tty console. > > It could be both. I don't think there's any Linux firmware released yet > > for this card - but I don't follow the latest & greatest so I could be > > wrong. You'd need the AMD amdgpu-pro on top of the amdgpu driver, to > > bring in the proprietary OpenGL, OpenCL, Vulkan and AMF components: > > > > https://wiki.gentoo.org/wiki/AMDGPU-PRO > > > > This is what's in portage today: [snip ...] > The firmare seems good, since it is loaded just fine, "dmesg | grep > amdgpu | grep firmware" returns: > [ 16.905914] Loading firmware: amdgpu/psp_13_0_0_sos.bin > [ 16.905916] Loading firmware: amdgpu/psp_13_0_0_ta.bin > [ 16.905917] Loading firmware: amdgpu/smu_13_0_0.bin > [ 16.905917] Loading firmware: amdgpu/dcn_3_2_0_dmcub.bin > [ 16.905918] Loading firmware: amdgpu/gc_11_0_0_pfp.bin > [ 16.905919] Loading firmware: amdgpu/gc_11_0_0_me.bin > [ 16.905919] Loading firmware: amdgpu/gc_11_0_0_rlc.bin > [ 16.905920] Loading firmware: amdgpu/gc_11_0_0_mec.bin > [ 16.905921] Loading firmware: amdgpu/gc_11_0_0_imu.bin > [ 16.905922] Loading firmware: amdgpu/sdma_6_0_0.bin > [ 16.905923] Loading firmware: amdgpu/vcn_4_0_0.bin > [ 16.906095] Loading firmware: amdgpu/gc_11_0_0_mes_2.bin > [ 16.906096] Loading firmware: amdgpu/gc_11_0_0_mes1.bin > [ 16.906496] amdgpu :03:00.0: amdgpu: Will use PSP to load VCN > firmware These are for the amdgpu driver. I expect the amdgpu-pro proprietary driver contains additional firmware. > Also the mesa libraries work just fine, Mesa is the open source implementation of OpenGL, Vulkan, et al. graphics API specifications. If you are using proprietary AMD drivers then I understand all the graphics API instructions will go through these proprietary drivers, instead of being translated by Mesa. > if I disable > DRM_FBDEV_EMULATION=n, I just get a black tty, but Hyprland starts and I > can play games with the expected performance. I am not sure how the fbdev emulation in the kernel works with the amdgpu-pro when combined with Hyprland. Have you tried a different compositor to see how it compares. If your problem is caused by some Hyprland bug, you'd soon know. signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [query] Compiz-fusion working slow
2008/1/30, Mateusz Mierzwinski [EMAIL PROTECTED]: Hi! I have compiz-fusion on my Intel X3100 - it run smoothly and very fast. This is not compiz problem, try to re-emerge mesa and install oryginal drivers from www.nvidia.com. I have using some time ago compiz-fusion on nVidia 5500FX and this works normal only on drivers from nvidia webpage. If You use - such as I EM64T on amd64 distro (x86_64) then drivers are also available. If after instalation of driver this You will still have this problem please let me know on: [EMAIL PROTECTED], we find whats about... Mateusz M. dell core2duo pisze: Hi, I am running compiz-fusion. but it seems to run very slow. Although Cpu/memory usage are normal. But even when i resize a terminal it takes few seconds to do so. while there is no such problem in doing same without running compiz-fusion. I have nvidia-8600-GT graphics card. I would like to know how to make my compiz-fusion run smoother. The Nvidia-drivers are in Portage-tree. No need to dl them at nvidia...
Re: [gentoo-user] [query] Compiz-fusion working slow
Hi! I have compiz-fusion on my Intel X3100 - it run smoothly and very fast. This is not compiz problem, try to re-emerge mesa and install oryginal drivers from www.nvidia.com. I have using some time ago compiz-fusion on nVidia 5500FX and this works normal only on drivers from nvidia webpage. If You use - such as I EM64T on amd64 distro (x86_64) then drivers are also available. If after instalation of driver this You will still have this problem please let me know on: [EMAIL PROTECTED], we find whats about... Mateusz M. dell core2duo pisze: Hi, I am running compiz-fusion. but it seems to run very slow. Although Cpu/memory usage are normal. But even when i resize a terminal it takes few seconds to do so. while there is no such problem in doing same without running compiz-fusion. I have nvidia-8600-GT graphics card. I would like to know how to make my compiz-fusion run smoother. --flukebox -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Error emerging gtk+ Pango not found (expat issue or not?)
* Patrick Holthaus [EMAIL PROTECTED] wrote: What does config.out say about this ? There is no config.out in /var/tmp/portage. You can find build.log and config.log here: yeah, I meant config.log ;-o ... and it clearly tells what's wrong. cairo's obviously built w/ GL, and your GL library is broken. In no way surprising, since it's NVidia's proprietary crap. You could try switching to another GL (via eselect) or rebuilding cairo w/o GL. BTW: if you experience system lockups or X11 crashes, also the NVidia driver may be the source of evil. Sad but true: there is *NO* reliable 3D driver for recent NVidia cards. NV's proprietary driver is crap, and they're totally unwilling to support OSS community in any way. So if you really want GL, either try software rendering (via mesa) or get a supported card. (I've got the same problem - didn't properly check before bying :( ) cu -- - Enrico Weigelt== metux IT service - http://www.metux.de/ - Please visit the OpenSource QM Taskforce: http://wiki.metux.de/public/OpenSource_QM_Taskforce Patches / Fixes for a lot dozens of packages in dozens of versions: http://patches.metux.de/ - -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Problem compiling ati-drivers-8.35.5
On 8/4/07, Herbert Laubner [EMAIL PROTECTED] wrote: Running revdep-rebuild, I got an error building fgl_glxgears. Here the section of the build.log /usr/lib/gcc/x86_64-pc-linux-gnu/4.1.2/../../../../x86_64-pc-linux- gnu/bin/ld: cannot find -lGL collect2: ld returned 1 exit status !!! ERROR: x11-drivers/ati-drivers-8.35.5 failed. Call stack: ebuild.sh, line 1632: Called dyn_compile ebuild.sh, line 983: Called qa_call 'src_compile' ebuild.sh, line 44: Called src_compile ati-drivers-8.35.5.ebuild, line 182: Called die I have no clue what IGL is, nor if I need it. It is the OpenGL library. Do this: emerge media-libs/mesa eselect opengl set xorg-x11 emerge ati-drivers eselect opengl set ati And then you should be good to go. HTH- James -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] problems with Xorg 7.2 and i810
I reemerged mesa, it seems a little bit better: there are popup menus, which seems ok, but windows still do not refresh the contents. Cheers, István 2007. 09. 15, szombat keltezéssel 17.04-kor Pongracz Istvan ezt írta: Hi, Hm, I'm not sure, what should I rebuild.. Using metacity, opengl applications working well. Changing to compiz/beryl, everything seems fine, except, nothing refreshes its content. For example the terminal is only a black box: if I resize, I get a fresh snapshot of its content (for example a cursor or what I typed before). Cheers, IStván -- eGroupWare, gLiveCD, gentoo és barátai http://www.osbusiness.hu „A humor a méltóság támasza, fölényünket hirdeti mindazzal szemben, amit a sors ránk mér.” (Romain Gary) -- [EMAIL PROTECTED] mailing list
[gentoo-user] Glxgears crashes X
Another day of probing finally got DRI working on my new machine: the basic problem was that Mesa needed recompiling with 'i810' enabled. Naturally (wry smile), this led to another show-stopper: X starts with no errors in the log, but 'glxgears' 'glxinfo' crash X. There is a brief back-trace, but it shows nothing immediately useful. There are many reports via Google Gentoo Forum of similar experiences, some of them as recent as Aug-Sep 2007, all involving Nvidia or Radeon, but none revealing a cause, let alone a solution. Might the problem involve a conflict between kernel/Xorg modules ? Is there some required combination of entries in xorg.conf ? -- 'man xorg.conf' is not the most helpful of documents, it not being clear what many of the options etc really do. The processor is an Intel G33 using drivers 'i810' 'i915' ; kernel 2.6.22-r8 ; 64-bit system . Has anyone else encountered this or have any suggestions ? -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] new box DRI problem : more
071031 Philip Webb wrote: 071030 James Ausmus wrote: the media-libs/mesa-7.0.1 works fine *IF* you apply the attached patch (either hack the ebuild or CTRL-Z immediately after emerge gets done unpacking the source). I had the same problem you did, did the Googling, found the patch and everything works fine for me now. I managed to hit ^z at the right moment the emerge succeeded. Afterwards, 'glxgears' ran safely revealing all of 1964 fps (it's 1491 with software acceleration on the new machine 1212 with h/ware acceleration on the current machine). So thanks for the patch, but the big showstopper remains, for which I will send another msg to the list. -- ,, SUPPORT ___//___, Philip Webb : [EMAIL PROTECTED] ELECTRIC /] [] [] [] [] []| Centre for Urban Community Studies TRANSIT`-O--O---' University of Toronto -- [EMAIL PROTECTED] mailing list
Re: [gentoo-user] problem with X.org (i915) [SOLVED]
pat wrote: On Mon, 26 Jan 2009 16:08:33 +0100, Pat wrote Hello, I'm using Gentoo on my laptop and quite often the graphic output goes mad. There are messed lines and the contend is not readable. I've made screen shots (attached). Please, could someone help me? In the system log I've found these lines: [drm] Initialized i915 1.6.0 20060119 on minor 0 [drm:i915_getparam] *ERROR* Unknown parameter 5 [drm:i915_initialize] *ERROR* can not ioremap virtual address for ring buffer The system configuration: amd64, 2.6.26-gentoo-r4, Core2 Duo CPU, DRM i915 graphics driver ~amd64: xorg-server-1.5.3-r1, xf86-video-intel-2.5.1-r1, xorg-x11- 7.4, mesa-7.2 Thanks a lot for the help Pat I've forget to attach the screen shots, sorry :-\ Switching to newer kernel (I've switched to 2.6.27-gentoo-r8) fixed to problem. Pat
Re: [gentoo-user] Re: [xorg-server-1.5] managing graphic card
On Monday 13 April 2009 02:32:18 Mike Kazantsev wrote: On Sun, 12 Apr 2009 20:26:19 +0100 Peter Humphrey pe...@humphrey.ukfsn.org wrote: On Saturday 11 April 2009 11:26:11 Mike Kazantsev wrote: If so, try x11-misc/driconf. Is this for ATI only? On my box I get a complaint about libGL being too old. Actually, it's absent altogether. I have nvidia. Could be even mesa-only, sorry, because I've used it only with intel IGP, but suppose it should be worth a try. So not ATI-only then. Do you know what package includes libGL? I've looked on Google but haven't found anything. I asked this yesterday but just got an unrelated reply. -- Rgds Peter
Re: [gentoo-user] xorg-server-1.5 breaks X, How to downgrade?
Grant wrote: Upgrading to xorg-server-1.5 went relatively smoothly on 2 laptops, but my first attempt on a desktop has been a failure. I get: Backtrace: Inconsistency detected by ld.so: dl-open.c: 260: dl_open_worker: Assertion `_dl_debug_initialize (0, args-nsid)-r_state == RT_CONSISTENT' failed! So many packages were upgraded along with xorg-server that I'm not sure what to downgrade. Here are the packages that were upgraded at the same time. Can anyone suggest any to downgrade? I've already downgraded to xorg-server-1.3.0.0-r6 and mesa-6.5.2-r1. SNIP Should I just mask the installed version of all of these? Thanks for any advice. - Grant This is the list I used: # xorg-server masking # =x11-base/xorg-server-1.5.3-r4 =x11-drivers/xf86-input-keyboard-1.3.2 =x11-drivers/xf86-input-evdev-2.1.3 =x11-proto/printproto-1.0.4 =x11-proto/renderproto-0.9.3 =x11-libs/libXrender-0.9.4 That should be a start at least. Dale :-) :-)
Re: [gentoo-user] xorg-server-1.5 breaks X, How to downgrade?
Upgrading to xorg-server-1.5 went relatively smoothly on 2 laptops, but my first attempt on a desktop has been a failure. I get: Backtrace: Inconsistency detected by ld.so: dl-open.c: 260: dl_open_worker: Assertion `_dl_debug_initialize (0, args-nsid)-r_state == RT_CONSISTENT' failed! So many packages were upgraded along with xorg-server that I'm not sure what to downgrade. Here are the packages that were upgraded at the same time. Can anyone suggest any to downgrade? I've already downgraded to xorg-server-1.3.0.0-r6 and mesa-6.5.2-r1. SNIP Should I just mask the installed version of all of these? Thanks for any advice. - Grant This is the list I used: # xorg-server masking # =x11-base/xorg-server-1.5.3-r4 =x11-drivers/xf86-input-keyboard-1.3.2 =x11-drivers/xf86-input-evdev-2.1.3 =x11-proto/printproto-1.0.4 =x11-proto/renderproto-0.9.3 =x11-libs/libXrender-0.9.4 That should be a start at least. Worked perfectly, thank you. - Grant
Re: [gentoo-user] Best way to determine what video card I have?
On Mittwoch 10 Juni 2009, James Homuth wrote: -Original Message- From: Mike Kazantsev [mailto:mk.frag...@gmail.com] Sent: June 10, 2009 3:41 AM To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Best way to determine what video card I have? On Wed, 10 Jun 2009 03:35:58 -0400 James Homuth ja...@the-jdh.com wrote: Lspci worked. Now to figure out how in the hell to get my apparently intel integrated graphics card to play nice with Gnome+X. Is there a video_card= option for that? The only examples the docs give are for ATI and Nvidia. This is a laptop, if it makes any kind of difference. echo 'VIDEO_CARDS=i810 intel' /etc/make.conf (i810 is for older ebuilds only) Then just re-emerge X, I presume? no, mesa. And install the intel drivers.
Re: [gentoo-user] X doesn't work with Intel 915GM
Zhou Rui schrieb: 2008/8/7 Florian Philipp [EMAIL PROTECTED]: Zhou Rui schrieb: Hi, I'm using a Intel 915 on board VGA card. After I install the Xorg, and run: # Xorg -configure # X -config xorg.conf.new The X startup failed but there is now error reported... I cannot find what's wrong with my config, so what should I do in this situation. For a start, I attach my Xorg.conf which works with the same chip. Thank you very much Philipp, I tried your xorg.conf and modified mine, however, it still does not work, the log is as before... Now I'm going to remerge the mesa and xorg-server, hopes it can take effective. To rule out a driver problem, please change the driver setting to vesa. That will make it use a generic driver. signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] X doesn't work with Intel 915GM
2008/8/7 Florian Philipp [EMAIL PROTECTED]: Zhou Rui schrieb: 2008/8/7 Florian Philipp [EMAIL PROTECTED]: Zhou Rui schrieb: Hi, I'm using a Intel 915 on board VGA card. After I install the Xorg, and run: # Xorg -configure # X -config xorg.conf.new The X startup failed but there is now error reported... I cannot find what's wrong with my config, so what should I do in this situation. For a start, I attach my Xorg.conf which works with the same chip. Thank you very much Philipp, I tried your xorg.conf and modified mine, however, it still does not work, the log is as before... Now I'm going to remerge the mesa and xorg-server, hopes it can take effective. To rule out a driver problem, please change the driver setting to vesa. That will make it use a generic driver. I used vesa but the log said AIGLX error about the dri...but the vesa driver in ubuntu live CD is OK... -- BR, Zhou Rui
Re: [gentoo-user] Re: vlc dies on GL
On 11/10/05, James [EMAIL PROTECTED] wrote: :01:00.0 VGA compatible controller: ATI Technologies Inc Radeon R250 Lf [Radeon Mobility 9000 M9] (rev 01) So I need to add MESA to get OpenGL fixed? No. Why do you think this? You only need xorg (merged with +opengl), the radeon driver plus the appropriate DRI section in your xorg.conf file, and the radeon DRM/DRI kernel module configured and loaded. Any other way to get opengl working with the radeon kernel driver? Should/can I use ati-drivers? or should I stick with the radeon supplied binary driver? What radeon supplied binary driver? The only binary driver available for ATI cards is the ati-drivers, provided by ATI. The radeon driver that comes with x.org is open source. As for which to use, well, use whatever works best for you. If you want to try the ati-drivers, generally you just need to merge the package and change the Driver setting in xorg.conf from radeon to fglrx. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] problem emerging kde-meta
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 hi everyone, after a fresh installation of gentoo (using the minimal cd) i try to emerge kde-meta kde-i18n kdm but an error was occured, 41 package blocks the emerge there is the output of the emerge --pretend and package.keyword .use and .unmask. ps I have emerged XGL and BERYL (only emerged, without config anything) best regards Donato -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFF5wgmpidk8BrvGZARArf5AJ9EDjhjqGGmZ2060Ll6fmmbv9sMYQCgoFAT G77PnanroXRltQPbfSUao7E= =NW2Q -END PGP SIGNATURE- app-shells/bash bashlogger net-wireless/madwifi-ng injection sys-devel/gcc gcj objc objc++ objc-gc net-misc/openssh X509 chroot hpn libedit # -- XGL -- dev-util/subversion -nowebdav x11-libs/cairo glitz pdf png X x11-libs/cairo newspr x11-libs/libXft newspr net-wireless/wpa_supplicant gsm net-analyzer/wireshark adns kerberos portaudio net-analyzer/net-snmp diskio elf mfd-rewrites sendmail smux media-sound/alsa-tools fltk www-client/mozilla-firefox java xforms mozdevelop media-video/vlc bidi cdda cddb corba daap directfb flac httpd libcaca libnotify matroska mod musepack ogg optimisememory rtsp sdl-image seamonkey shout skins speex stream theora upnp vlm vorbis xosd xv media-video/vlc aalib asd live media-video/mplayer aalib amr bidi bl cdparanoia cpudetection directfb enca esd jack libcaca live lzo matrox mmx mmxext musepack nas openal real rtc speex tga theora vorbis xanim xv xvmc kdemerge.error Description: Binary data net-wireless/madwifi-ng-tools net-wireless/madwifi-ng # INIZIO XGL E BERYL # XGL Dependencies dev-util/git media-libs/glitz media-libs/mesa x11-apps/mesa-progs sys-apps/man x11-libs/cairo dev-python/pycairo x11-libs/qt x11-misc/util-macros x11-proto/glproto x11-apps/xvinfo x11-apps/xlsclients x11-libs/libwnck x11-misc/xwinwrap virtual/xft gnome-base/gconf gnome-base/libgnomeui x11-libs/gtk+ dev-libs/glib x11-libs/libdrm # XGL Package x11-base/xgl #Required for Beryl x11-apps/xlsclients # Beryl Core x11-wm/beryl ** x11-wm/beryl-core ** x11-plugins/beryl-plugins ** x11-misc/beryl-manager ** x11-misc/beryl-settings ** x11-misc/beryl-settings-bindings ** # Additional Plugins x11-plugins/beryl-plugins-unsupported ** x11-plugins/beryl-plugins-vidcap ** # Window Decorators x11-wm/emerald ** x11-themes/emerald-themes ** x11-wm/aquamarine ** x11-wm/heliodor ** # FINE XGL e BERYL media-libs/freetype x11-libs/libXft x11-drivers/ati-drivers x11-apps/ati-drivers-extra net-wireless/kismet dev-java/sun-jdk dev-java/sun-jre virtual/jre virtual/jdk dev-java/sun-jre-bin media-libs/win32codecs # Dependencies dev-util/git media-libs/glitz media-libs/mesa x11-apps/mesa-progs sys-apps/man x11-libs/cairo dev-python/pycairo x11-libs/qt x11-misc/util-macros x11-proto/glproto x11-apps/xvinfo x11-apps/xlsclients x11-libs/libwnck x11-misc/xwinwrap virtual/xft gnome-base/gconf gnome-base/libgnomeui x11-libs/gtk+ dev-libs/glib x11-libs/libdrm #XGL Package x11-base/xgl
Re: [gentoo-user] Eating RAM...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Alle 23:58, sabato 7 ottobre 2006, Robert Welz ha scritto: I suggest VIDEO_CARDS=nvidia vga v41 vesa fbdev (remove nv) and adding nvidia to the USE flags. but for re-emerging Xorg I am not quite shure. Try emerge xorg-server -p -v or emerge xorg-x11 -p -v after emerge --newuse and see if there is a little R on the left table for Re-emerging. Probably there is a xorg-x11 meta ebuild in the portage tree? Look at the howto for Xorg in the www.gentoo.org documentation section and simply re-emerge xorg. Hope that works ;) Robert So, I found an error in my make.conf and I emerged some xorg program (mesa for example) again. With nvidia flag I emerged only mplayer again. But the problem is yet here. I want to try to update xorg to 7.1 and I hope that it works... Luigi - -- Public key GPG(0x633F86B7) on hkp://keyserver.linux.it/ -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.5 (GNU/Linux) iD8DBQFFKOPlHmkkjmM/hrcRAkfJAKCJ9AEfmpMPaV3/u0ypt7CIsyBhLwCeNR3r Scivqp58sCqLOSb+OyVllbU= =1O62 -END PGP SIGNATURE- -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: aiglx vs 3d
Yeah I would say that you're probably out of luck for right now. You might want to try the proprietary drivers with XGL, since the seperate XGL server along with the new mesa provides much of the stuff that's missing in current driver implementations. If that doesn't work, I'd say to just wait it out. On 11/2/06, oskar kapala [EMAIL PROTECTED] wrote: Jason Weisberger wrote: The composite extension is not necessary for AIGLX or XGL.Leaving it disabled is fine.Follow the directions at http://gentoo-wiki.com/HOWTO_AIGLX for more information.Thanks,Actually I did follow that howto. Well, after disabling this option Ihad to link the fglrx_dri.so from /usr/lib/xorg/modules/dri/ to/usr/lib/dri/.And now I.m getting message (:Xorg.0.log):(EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed(/usr/lib64/dri/fglrx_dri.so: undefined symbol: __driCreateNewScreen_20050727)(EE) AIGLX: reverting to software rendering (II) Loading local sub module GLcoreProbably this means that really my card is not supporting aiglx.BTW, I don't haveLoad GLcorein my xorg.confThanks again,oskar --gentoo-user@gentoo.org mailing list-- Jason Weisberger[EMAIL PROTECTED]
Re: [gentoo-user] When could XGL support my video card ATI Radeon M300??
On Sunday 31 December 2006 06:27, [EMAIL PROTECTED] wrote: I was interested in 3D desktop of XGL, but my video has not been supported till now... This is the info of my card: 01:00.0 VGA compatible controller: ATI Technologies Inc M22 [Radeon Mobility M300] So, is there a hope for me to use XGL in future??? My Mobility X700 works quite well with opensource drivers included with xorg and AIGLX (never tried XGL, AIGLX is too simple to set up ;) ). Specifically, I tried it with x11-base/xorg-server-1.1.99.903-r1, media-libs/mesa-6.5.2, x11-libs/libdrm-2.3.0 and x11-drivers/xf86-video-ati-6.6.3. But I still prefer using my i915, even though it's slower and uses shared memory, since x700 tends to have hiccups on heavy disk IO and uses more power (== shorter battery life). pgpFXrXwqUaPK.pgp Description: PGP signature
Re: [gentoo-user] When could XGL support my video card ATI Radeon M300??
Ok...thx... Let me have a try on that cart with AIGLX!!! ^_^ On 1/3/07, Jure Varlec [EMAIL PROTECTED] wrote: On Sunday 31 December 2006 06:27, [EMAIL PROTECTED] wrote: I was interested in 3D desktop of XGL, but my video has not been supported till now... This is the info of my card: 01:00.0 VGA compatible controller: ATI Technologies Inc M22 [Radeon Mobility M300] So, is there a hope for me to use XGL in future??? My Mobility X700 works quite well with opensource drivers included with xorg and AIGLX (never tried XGL, AIGLX is too simple to set up ;) ). Specifically, I tried it with x11-base/xorg-server-1.1.99.903-r1, media-libs/mesa-6.5.2, x11-libs/libdrm-2.3.0 and x11-drivers/xf86-video-ati-6.6.3. But I still prefer using my i915, even though it's slower and uses shared memory, since x700 tends to have hiccups on heavy disk IO and uses more power (== shorter battery life).
Re: [gentoo-user] Xgl and direct rendering or 'Would you like Xorg or Xgl, sir?'
On 1/19/07, Jan Stępień [EMAIL PROTECTED] wrote: When entering default runlevel GDM starts and launches both servers. First one, Standard, has got direct rendering turned on and OpenGL is rendered by fglrx driver. OpenGL apps work fine. On the other hand second server, Xgl, has not got direct rendering, and what is most suspicious, it uses Mesa drivers, which cause Beryl to run at an absolutely unacceptable performance. Why both servers are not rendered using fglrx? Have you got any ideas how to do it? Have you checked your /var/log/Xorg.*.log files? They should reflect why the Xgl server is not being accellerated. Also, one other option may be to try the opensource radeon driver. You can lookup your card's pci ID (use lspci lspci -n) in /usr/src/linux/drivers/char/drm/drm_pciids.h to see if it is supported or not. If so, you should be able to get aiglx working with opensource drivers. -Richard -- gentoo-user@gentoo.org mailing list
[gentoo-user] Re: X configuration problem
did you forget to add these to /etc/make.conf? INPUT_DEVICES=keyboard mouse synaptics VIDEO_CARDS=ati radeon vesa fbdev fglrx Iain, it seems likee you have not read my 1st post, here is the relevent part of it: INPUT_DEVICES=keyboard mouse VIDEO_CARDS=fglrx vesa via vga v4l BTW, what does synaptics do? and what do ati radeon fbdev do? if i add them, will they solve my problem? ( i am asking as i have installed BLAG Linux for now,so that i can communicate with you folks, i have to reinstall Gentoo to try that) you may use a different set of drivers of course. See google on these for more info :) i tried google. it confused me even more. what is DRI OpenGL replacing X window system? what does mesa has to do with DRI why ATI RADEON search opens the links to AMD web-site then they show me something like AMD 9600 series for Linux x86_64 ? ? -- http://arnuld.blogspot.com/ Linux registered user #439610 http://counter.li.org/ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Via UniChrome Pro and Xorg
Statux wrote: I am building a system which has the Unichrome Pro IGP video chipset (Via P4M800 Northbridge) and I cannot for the life of me get the via driver for Xorg 7.x to work. You mean x11-drivers/xf86-video-via-0.1.33.2 ? It's far too old for the 800 chips. And openchrome doesn't do regular releases (see https://bugs.gentoo.org/show_bug.cgi?id=147425) so if you want it working, you'll need to build from SVN. http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+source+code In fact, all I really need (as this system will be my mother's when I'm done with it) is a simple 2D display with 16bit color because she, most likely, will not be using anything accellerated Then simply use the vesa driver. At depth 16 it should work perfectly. 3D acceleration will not really work on the 800 chips anyway: the Mesa stuff for the unichrome is unmaintained and there is a bug in the textures code that trips up the 800s. Benno -- Cetere mi opinias ke ne ĉio tradukenda estas. -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Via UniChrome Pro and Xorg
[snip] You mean x11-drivers/xf86-video-via-0.1.33.2 ? It's far too old for the 800 chips. And openchrome doesn't do regular releases (see https://bugs.gentoo.org/show_bug.cgi?id=147425) so if you want it working, you'll need to build from SVN. Well that explains that. http://wiki.openchrome.org/tikiwiki/tiki-index.php?page=Compiling+the+source+code [snip] Then simply use the vesa driver. At depth 16 it should work perfectly. 3D acceleration will not really work on the 800 chips anyway: the Mesa stuff for the unichrome is unmaintained and there is a bug in the textures code that trips up the 800s. I was avoiding use of the vesa driver for some reason but I'll give it a try and see if I can get anywhere. Yeah, all my mother needs is a straight 2D environment. I'm not big on on-board video/audio/networking but for light use, it's ok. If she were to ever need something with more juice, I'd get a seperate 3D card anyway. Thanks. Benno -- Cetere mi opinias ke ne ĉio tradukenda estas. -- Statux [EMAIL PROTECTED] signature.asc Description: This is a digitally signed message part
RE: [gentoo-user] Problem with the graphic card
Thank you all. I think I'll wait, however, do you think that that is the problem that cause glxinfo | grep renderer direct rendering: Yes OpenGL renderer string: Software Rasterizer On my ubuntu machine, I get : direct rendering: Yes OpenGL renderer string: Mesa DRI Intel(R) 965Q GEM 20090326 2009Q1 RC2 x86/MMX/SSE2 That diference definately explains poorer 3D performance in gentoo compared to ubuntu. IIRC GEM is a very new feature in the 2.6.29?? kernel, so at a minimum you'll need to enable it in your kernel, to be able to use that feature. There may be other things you need as well You'll probably want to run the very latest version of the intel driver, to try it, add the following to /etc/portage/package.keyword; x11-drivers/xf86-video-intel ~x86 if you're running 32 bit or x11-drivers/xf86-video-intel ~amd64 if you're running 64 bit, then emerge it again Have you read http://en.gentoo-wiki.com/wiki/Intel_GMA? Should be better info in there
Re: [gentoo-user] Problem with the graphic card
Sorry, I read that document after I sent the e-mail. However (but maybe I've understood wrong), it says that I have to define that variable only if I want to use the old xf86-video-i810 name. If I don't define that, I should use the new name (xf86-video-intel). Do I get any improvement using the old one (and, is that a good idea?) ? Thanks, Massimiliano On Fri, Jun 19, 2009 at 5:39 PM, Ward Poelmans wpoel...@gmail.com wrote: On Fri, Jun 19, 2009 at 17:32, Massimiliano Ziccardimassimiliano.zicca...@gmail.com wrote: Do you mean into the xorg.conf file (I'm not very expert in configuring X...)? In my previous mail I sent the xorg.conf file. Do I have to change something? Your xorg.conf is fine. Take a look at make.conf. Somewhere you should define a variable VIDEO_CARDS than contains the string intel. If not, add it and remerge mesa. Take a look at the HOWTO Adam suggested, http://en.gentoo-wiki.com/wiki/Intel_GMA It's all explained over there. Ward
Re: [gentoo-user] Re: mesa build failure
On Sat, Jun 27, 2009 at 3:17 PM, Nikos Chantziarasrea...@arcor.de wrote: On 06/28/2009 12:20 AM, Mark Knecht wrote: As far as the bug report went it just didn't click for me. Disappointing that after something like 10 months no one has fixed the ebuild. The latter ebuilds are fixed. They're still ~arch, but I recommend you use them because the latter driver versions are substantially less buggy than the arch ones. If you have a older card (anything less or equal to a Radeon X1950) use ati-drivers-8.593. If you a Radeon HD2000 and above, use ati-drivers-9.6. Nikos, Thanks for responding. I apprecaite it. ~arch on xf86-video-ati, xorg-server or both? I prefer to stay with non-~arch when possible. I've got a 9100 IGP which is listed as R200 technology. I need to use the TV Out S-Video on my machine but cannot find very good instructions on creating the right xorg.conf file. Thanks, Mark
[gentoo-user] Re: mesa build failure
On 06/28/2009 01:30 AM, Mark Knecht wrote: On Sat, Jun 27, 2009 at 3:17 PM, Nikos Chantziarasrea...@arcor.de wrote: On 06/28/2009 12:20 AM, Mark Knecht wrote: As far as the bug report went it just didn't click for me. Disappointing that after something like 10 months no one has fixed the ebuild. The latter ebuilds are fixed. They're still ~arch, but I recommend you use them because the latter driver versions are substantially less buggy than the arch ones. If you have a older card (anything less or equal to a Radeon X1950) use ati-drivers-8.593. If you a Radeon HD2000 and above, use ati-drivers-9.6. Nikos, Thanks for responding. I apprecaite it. ~arch on xf86-video-ati, xorg-server or both? I prefer to stay with non-~arch when possible. I've got a 9100 IGP which is listed as R200 technology. I need to use the TV Out S-Video on my machine but cannot find very good instructions on creating the right xorg.conf file. No wait, you were talking about xf86-video-ati, not ati-drivers. Please ignore :P Sorry.
[gentoo-user] xf86-video-intel-2.8 and compiz - hard locks
Am I the only one experiencing this? I upgraded xf86-video-intel to 2.8.0. After this and other upgrades I noticed my X/GNOME/compiz session kept locking up. It took me a while to deduce it down to the intel driver. Basically what happens this.. shortly after going into X and launching compiz the screen would just lock up. Most of the time the pointer still moves and I can still hear audio if it's playing, but the display does not update. I can ssh into the machine. If i then kill the running compiz I see no difference. Compiz appears to die or at least be in zombie state but no screen updates. Then if I kill the X server the entire box locks up (ssh and all) and I have to hard reboot. I've tried re-merging all my x11-drivers/ and also mesa and xorg-server, but nothing seems to help. I've tried this on kernel 2.6.30 as well as 2.6.31-rc4. I haven't noticed any difference. I downgraded xf86-video-intel to 2.7.1 and so far everything is fine. Anyone else experienced this? Hardware: Lenovo ThinkPad R61 w/ Intel GM965. -a
Re: [gentoo-user] portage and library troubles with GL
On Sat, Aug 1, 2009 at 6:06 PM, Kenneth Prughken69...@gmail.com wrote: On Sat, 1 Aug 2009 14:19:52 -0700 Kevin O'Gorman kogor...@gmail.com wrote: [...] Are the packages looking for a .la file? I had a problem on my system that it wanted a nonexistant opengl.la or something similar. I ended up fixing it by emerging dev-util/lafilefixer and running it over /usr/lib/. This is a wild guess though as you didn't post what the other programs were erroring out with, I could be completely off target with the .la file thing. I have not seen anything about .la files. It has been a GL library mostly, much like the sample I posted. I'm going to remember that fixer, though. I've had that in the past. I re-emerged mesa and I'm re-running revdep-rebuild right now just in case. Well see... ++ kevin -- Kevin O'Gorman, PhD
[gentoo-user] Re: In search for a undeclared identifier...
On 08/17/2009 07:52 AM, Mike Kazantsev wrote: On Mon, 17 Aug 2009 09:42:12 +0600 Mike Kazantsevmk.frag...@gmail.com wrote: On Mon, 17 Aug 2009 05:20:05 +0200 meino.cra...@gmx.de wrote: I try to build the developper branch of a software project, which is not in Gentoo. This works a longer time. Now the compilatino process aborts with glmodule.c:926: error: 'glActiveTexture' undeclared (first use in this function) . [...] On my system it's in /usr/include/GL/glew.h header, which belongs to media-libs/glew, so you probably need to have it installed. My bad, I've misread grep results. It really is in /usr/include/GL/glext.h. And that file should be symlink created by eselect opengl with source belonging either to media-libs/mesa or nvidia drivers. If source file include lines are correct, you might want to try re-emerging nvidia drivers and eselect'ing them. The header file is probably installed correctly, since the compiler's error complains about an undeclared identifier rather than a non-existent header (error: GL/glext.h: No such file or directory).
Re: [gentoo-user] Re: In search for a undeclared identifier...
lrwxrwxrwx 1 root root 40 2009-08-14 04:34 /usr/include/GL/glext.h - //usr//lib/opengl/global/include/glext.h which looks linke pointing neither to mesa nor to nvidia -- at least for my blurred eyes. You didn't follow the instructions. eselect opengl will tell you. To make sure, do eselect opengl set x11; eselect opengl set nvidia. But as I already wrote in another post, this looks like a bug in the application you're trying to build. Before I posted, I did a eselect opengl set nvidia but from the result I can not tell, whether its pointing to the correct file. The only proof I have is the command I gave. -- Please don't send me any Word- or Powerpoint-Attachments unless it's absolutely neccessary. - Send simply Text. See http://www.gnu.org/philosophy/no-word-attachments.html In a world without fences and walls nobody needs gates and windows.
Re: [gentoo-user] Mythtv Segmentation fault
On Aug 28, 2009, at 2:33 PM, Neal Hogan wrote: I realize this has been a hot topic over the years, but I can't find anything that helps me out and I'm getting to the point where I'm repeating searches. I have a fresh install of gentoo: Linux russell 2.6.30-gentoo-r4 #1 SMP Tue Aug 25 19:34:39 CDT 2009 i686 AMD Athlon(tm) Processor AuthenticAMD GNU/Linux I only want this machine to act as my DVR. I've installed mythtv (and those package and libs it needs) and whenever I run mythtv-setup I get: I had this same problem (but it was on a 32-bit Intel box). I turned out to be a newer version of mesa. So, I had to mask the current stable version and install the old. You could try that.
[gentoo-user] Re: urgent : chicken-egg problem
On 11/11/2009 01:22 AM, Helmut Jarausch wrote: Hi,, somehow one of my machines is broken. After uninstalling x11-drivers/ati-drivers eselect opengl set xorg-x11 gives Switching to xorg-x11 OpenGL interface...!!! Error: No proper xorg-x11 or xorg-x11 opengl implementation found Trying to re-emerge media-libs/mesa fails during install Switching to xorg-x11 OpenGL interface...!!! Error: No proper xorg-x11 or xorg-x11 opengl implementation found exiting and trying to re-emerge x11-base/xorg-server fails because of missing file /usr/lib64/libGL.so If the ati-drivers are like my nvidia drivers you many have a dangling symlink at /usr/lib/libGL.so: /usr/lib/libGL.so - This is a symlink to one of the two libs below /usr/lib/opengl/xorg-x11/lib/libGL.so /usr/lib/opengl/nvidia/lib/libGL.so Try pointing that symlink to the opengl version of libGL.so.
[gentoo-user] Re: mesa's libGL.so looking in wrong place for r300_dri.so
On 2009-11-24, Grant Edwards grant.b.edwa...@gmail.com wrote: I just switched to the radeon driver from the fglrx driver Fglrx was a pretty old version and DRI had stopped working. Oddly, emerge has forgotten it's installed. It obviously is installed: it works (mostly), all its files are there, and and eselect opengl still shows an ati option. How do you uninstall a package that emerge claims isn't installed? I still haven't figured out how to get rid of all the files belonging to the ati-drivers package. Why is libGL.so looking in the wrong place for the dri modules? I suppose I could symlink /usr/X11R6/dri - /usr/lib/dri, Adding that symlink solved the problem. but shouldn't the mesa ebuild have done that if it's required? Apparently this breakage was due to the switch to modular X11 a while back. The instructions I was following said to delete /usr/X11R6 if it wasn't a symlink, but they never said to create a symlink. Apparently a number of packages depend on that symlink being there, but none of them will create it if it isn't there. -- Grant Edwards grante Yow! I'm using my X-RAY at VISION to obtain a rare visi.comglimpse of the INNER WORKINGS of this POTATO!!
[gentoo-user] can't get accelerated opengl renderer ati radeon xpress 200M
I've been trying for awhile now to get the accelerated opengl renderer working on my radeon xpress 200M card(which is supposedly an rv370 or rs4000 according to this wiki page: http://dri.freedesktop.org/wiki/ATIRadeon). I've been following this guide alot: http://dri.freedesktop.org/wiki/ATIRadeon I know it is important to change this string from glxinfo: OpenGL renderer string: Software Rasterizer to this: OpenGL renderer string: Mesa DRI R200 (RV280 5C61) 20090101 x86/MMX+/3DNow!+/SSE TCL DRI2 But I'm not sure how. This error in my xorg.log seems to be the key: drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: Searching for BusID pci::01:05.0 drmOpenDevice: node name is /dev/dri/card0 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card1 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 drmOpenDevice: node name is /dev/dri/card2 drmOpenDevice: open result is -1, (No such device) drmOpenDevice: open result is -1, (No such device) drmOpenDevice: Open failed drmOpenByBusid: drmOpenMinor returns -19 (etc, etc, etc, etc, etc, etc, etc) (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM [dri] Disabling DRI. Well the directory /dev/dri/ is empty, so there you go. I have these package versions: xorg-server 1.7.6 mesa 7.8 libdrm 2.4.19 xf86-video-ati 6.12.192 xorg-drivers 1.7 I have drm set in my kernel too: t...@o_0 ~ $ zgrep DRM /proc/config.gz CONFIG_DRM=m CONFIG_DRM_KMS_HELPER=m CONFIG_DRM_TTM=m # CONFIG_DRM_TDFX is not set # CONFIG_DRM_R128 is not set CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y # CONFIG_DRM_I810 is not set # CONFIG_DRM_I830 is not set # CONFIG_DRM_I915 is not set # CONFIG_DRM_MGA is not set # CONFIG_DRM_SIS is not set # CONFIG_DRM_VIA is not set # CONFIG_DRM_SAVAGE is not set # CONFIG_DRM_VMWGFX is not set # CONFIG_DRM_NOUVEAU is not set # CONFIG_DRM_I2C_CH7006 is not set and this dmesg output appears to indicate that its working ok: [ 53.428828] [drm] Initialized drm 1.1.0 20060810 [ 53.642115] [drm] radeon defaulting to kernel modesetting. [ 53.642122] [drm] radeon kernel modesetting enabled. But glxgears only gets about 19 fps. Here is what glxinfo | grep OpenGL reports: OpenGL vendor string: Mesa Project OpenGL renderer string: Software Rasterizer OpenGL version string: 2.1 Mesa 7.8 OpenGL shading language version string: 1.20 OpenGL extensions: And might as well post my xorg.conf as well: Section ServerLayout Identifier X.org Configured Screen 0 Screen0 0 0 InputDeviceMouse0 CorePointer InputDeviceKeyboard0 CoreKeyboard EndSection Section Files ModulePath /usr/lib/xorg/modules FontPath /usr/share/fonts/misc/ FontPath /usr/share/fonts/TTF/ FontPath /usr/share/fonts/OTF FontPath /usr/share/fonts/Type1/ FontPath /usr/share/fonts/100dpi/ FontPath /usr/share/fonts/75dpi/ EndSection Section Module Load record Load extmod Load dri Load glx Load GLcore Load dri2 Load dbe EndSection Section InputDevice Identifier Keyboard0 Driver kbd EndSection Section InputDevice Identifier Mouse0 Driver mouse Option Protocol auto Option Device /dev/input/mice Option ZAxisMapping 4 5 6 7 EndSection Section Monitor Identifier Monitor0 VendorName Monitor Vendor ModelNameMonitor Model EndSection Section Device ### Available Driver options are:- ### Values: i: integer, f: float, bool: True/False, ### string: String, freq: f Hz/kHz/MHz ### [arg]: arg optional #Option ShadowFB # [bool] #Option DefaultRefresh# [bool] #Option ModeSetClearScreen# [bool] Identifier Card0 Driver radeon VendorName ATI Technologies Inc BoardName RC410 [Radeon Xpress 200M] BusID PCI:1:5:0 Option MergedFB true Option CRT2Position LeftOf Option ColorTiling true Option EnablePageFliptrue #Option AccelMethod EXA #Option AccelDFS true EndSection Section Screen Identifier Screen0 Device Card0 MonitorMonitor0 DefaultDepth24 SubSection Display Depth 24 Modes 1280x1024 1280x800 1024x768 800x600 640x480
Re: [gentoo-user] xorg-server 1.7.6 without mouse and keyboard (solved)
On Tue, Jul 13, 2010 at 10:01 AM, Tamer Higazi th9...@googlemail.com wrote: Hi Mark! you were entirely right, the problem were the input drivers. There three packages I remerged: xf86-input-mouse xf86-input-keyboard xf86-input-evdev and the problem was gone. Tamer Glad it worked. Investigate modules-rebuild as it keeps track of these things and does it for you pretty easily. Here's what's in my list: c2stable ~ # module-rebuild list ** Packages which I will emerge are: =x11-base/xorg-drivers-1.7 =x11-drivers/xf86-input-evdev-2.3.2 =x11-drivers/xf86-video-ati-6.13.0 =x11-drivers/xf86-video-fbdev-0.4.2 =x11-drivers/xf86-input-keyboard-1.4.0 =x11-drivers/xf86-input-mouse-1.5.0 =x11-drivers/xf86-video-vmware-11.0.1 =media-libs/mesa-7.8.1 =app-emulation/vmware-modules-1.0.0.26 c2stable ~ # The first time you add modules you have to specify the currently installed package. After it's set up you run it telling the program to disregard the package rev: modules-rebuild -X rebuild and it all gets done. Cheers, Mark
[gentoo-user] Re: xorg-server 1.7.6 without mouse and keyboard (solved)
On 07/13/2010 08:14 PM, Mark Knecht wrote: On Tue, Jul 13, 2010 at 10:01 AM, Tamer Higazith9...@googlemail.com wrote: Hi Mark! you were entirely right, the problem were the input drivers. There three packages I remerged: xf86-input-mouse xf86-input-keyboard xf86-input-evdev and the problem was gone. Tamer Glad it worked. Investigate modules-rebuild as it keeps track of these things and does it for you pretty easily. Here's what's in my list: c2stable ~ # module-rebuild list ** Packages which I will emerge are: =x11-base/xorg-drivers-1.7 =x11-drivers/xf86-input-evdev-2.3.2 =x11-drivers/xf86-video-ati-6.13.0 =x11-drivers/xf86-video-fbdev-0.4.2 =x11-drivers/xf86-input-keyboard-1.4.0 =x11-drivers/xf86-input-mouse-1.5.0 =x11-drivers/xf86-video-vmware-11.0.1 =media-libs/mesa-7.8.1 All of the above are not kernel modules. Kernel updates don't affect them, only xorg-server updates do. =app-emulation/vmware-modules-1.0.0.26 Only this is affected by kernel updates.
[gentoo-user] Re: emerge 32bits on 64bits platform
On 08/16/2010 09:13 PM, Stéphane Guedon wrote: I have read several things about this, but never really solved ! Can I emerge a 32bits software on 64bits platform with a multilib profile ? All my web browsers (konqueror, opera, chromium, firefox) are 64bits, whereas flash player exist currently in 32bits. So, I need to have 32bits browser ! Can I emerge ? Thanks ! Welcome to hell. No, that's possible, as others pointed out. There was an initiative to bring true multilib to Gentoo a year or so back (maybe more) but it seems it died and no one's working on it. For your browser this is probably not so problematic. But imagine someone running the latest graphics stack (libdrm, mesa, etc.) on his 64bit machine, but its totally useless because proprietary Linux games are 32bit and thus won't run. It's 2010 and Gentoo still hasn't solved that :-/
[gentoo-user] Re: Trying to configure Radeon card
On 10/13/2010 02:41 AM, Jeff Cranmer wrote: Hi, I have a Sapphire Radeon HD5750 graphics card installed on my Gentoo box, and I'm having some difficulty configuring it. When I run fglrxinfo, I get the OpenGL messages for a basic Mesa driver. I've attached the xorg.conf file, the Xorg.0.log file, and the results of the lspci command. Can anyone tell me what I'm doing wrong? I tried auto-generating an xorg.conf file, but that would result in a totally blank screen. You did not run aticonfig --initial and therefore your xorg.conf is not setup properly. Run aticonfig --initial and reboot. Make sure your kernel is not compiled with built-in radeon support, and make sure the radeon kernel module is not loaded (by blacklisting it in a *.conf file in the /etc/modprobe.d/ directory, with a line that says blacklist radeon.)
Re: [gentoo-user] Re: Upgrading from FX-5200 to a GeForce 6200 512MB
Robin Atwood wrote: AFAIK, all eselect opengl does is set up some symlinks so you use NVidia libraries and not Mesa ones. You might want to poke around and check last access dates. HTH -Robin I was thinking the same thing. I figure something worked for a while and then had some sort of a error and then switched to something else that was slow. I don't know the inner workings of opengl so I am just guessing. I just know it worked for a while then didn't until I told it to switch again. It is weird tho. I did do this last night tho. I upgraded my kernel and updated to the latest nvidia drivers. I checked it again a few minutes ago by playing a video and it is still working like it should. At almost full screen my CPU was running at about 40 to 50% which is about like it was a while back. So, I figure it was either some sort of kernel issue or even more likely a nvidia driver issue. I'm just hoping it keeps working like this. Those little wheels are turning pretty good now. Dale :-) :-)
Re: [gentoo-user] Re: wine configure: error: No OpenGL library found on this system.
Apparently, though unproven, at 03:14 on Sunday 28 November 2010, Valmor de Almeida did opine thusly: [snip] One thing that may be the problem: [r...@lpt1 /usr/lib32] - ll libGLU.so* lrwxrwxrwx 1 root root 11 Nov 27 05:07 libGLU.so - libGLU.so.1* lrwxrwxrwx 1 root root 20 Nov 27 05:07 libGLU.so.1 - libGLU.so.1.3.070802* -rwxr-xr-x 1 root root 447992 Sep 13 18:28 libGLU.so.1.3.070802* Then - equery belongs libGLU.so.1.3.070802 [ Searching for file(s) libGLU.so.1.3.070802 in *... ] media-libs/mesa-7.8.2 (/usr/lib64/libGLU.so.1.3.070802) app-emulation/emul-linux-x86-opengl-20100915 (/usr/lib32/libGLU.so.1.3.070802) Two packages own the same file? Is this correct? They are not the same file. One is in lib32 the other is in lib64 -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Xorg segfaults, but GDM welcome screen loads
On Tuesday 08 February 2011 16:38:34 Grant wrote: I only mention it because in my experience I always have weird shit happening when I upgrade xorg-server over a big version number change. And rebuilding everything that underpins xorg always fixes it. Including drivers and mesa. In the old days when xorg was monolithic this never happened, as all the drivers always got rebuilt anyway. Nowadays with xorg sources being modular, we have to be a little more alert. ... and if you have just upgraded to xorg-server-1.9 you'll (probably) need an xorg.conf file. The old .fdi files are no longer being used. -- Regards, Mick My laptop is on xorg-server-1.9.2 and it doesn't use an xorg.conf. In what type of situation is it needed? When you want to configure different languages on the keyboard, synaptics, etc, and when evdev doesn't work nicely with your set up. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Re: Compositing too slow in KDE
On Saturday 19 March 2011 17:34:05 you wrote: I don't often launch the full KDE DE, so was surprised when I just tried it and a pop up said: Compositing was too slow and has been suspended. If this was only a temporary problem, you can I can't see the rest of the message (it's hidden at the bottom of the screen). How can I troubleshoot this? Some digging around helped a bit - I switched in SystemSettings/Desktop Effects, the Compositing Type from OpenGL to XRender and now it does not suspend (although 'wobbly windows' and 'Desktop Cube Animation' are disabled. In E17 which I use daily the compositing works fine, until I select OpenGL as the rendering engine and then it crashes horribly (won't even boot). I have set up mesa to use gallium (if that makes any odds). Is there anything else I need to configure to improve OpenGL performance (at least to stop it crashing)? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Compositing too slow in KDE
Mick wrote: Some digging around helped a bit - I switched in SystemSettings/Desktop Effects, the Compositing Type from OpenGL to XRender and now it does not suspend (although 'wobbly windows' and 'Desktop Cube Animation' are disabled. In E17 which I use daily the compositing works fine, until I select OpenGL as the rendering engine and then it crashes horribly (won't even boot). I have set up mesa to use gallium (if that makes any odds). Is there anything else I need to configure to improve OpenGL performance (at least to stop it crashing)? I have a Nvidia GT-220 card and I have mine set to OpenGL in Desktop Effects. I did run into this once before tho, I went to a console, reloaded the nvidia modules, restarted X and it worked. I'm not sure but I think I had upgraded the nvidia drivers or something and the above worked here Is your card reasonably fast? If it is at least the speed of mine, it should work since it works here. Not sure how much is required tho. Dale :-) :-)
Re: [gentoo-user] Re: Compositing too slow in KDE
On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote: I also have an ATI card and I do suffer the slow compositing. I solved it by switching back to the classic Mesa (instead of Gallium). Thanks Jorge, I switched to classic too and now it does not crash - however: 1. When I start kde compositing is disabled. 2. If I click on Resume Compositing, then the first time I try it I get a notification saying: Compositing has been suspended by another application and it remains disabled. 3. The second time I try to resume compositing it works! 4. If at that stage I exit/restart KDE compositing is disabled again ... o_O Why is this happening? What other application is clashing or causing compositing not to take? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Compositing too slow in KDE
On Sunday 20 March 2011 18:38:00 Mick wrote: On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote: I also have an ATI card and I do suffer the slow compositing. I solved it by switching back to the classic Mesa (instead of Gallium). Thanks Jorge, I switched to classic too and now it does not crash - however: 1. When I start kde compositing is disabled. 2. If I click on Resume Compositing, then the first time I try it I get a notification saying: Compositing has been suspended by another application and it remains disabled. 3. The second time I try to resume compositing it works! 4. If at that stage I exit/restart KDE compositing is disabled again ... o_O Why is this happening? What other application is clashing or causing compositing not to take? BTW, I just tried this on an older Pentium 4 32bit box with an ATI Radeon X600 (RV380) and it is exhibiting similar symptoms, except that if I try to resume compositing a second time kwin crashes. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: Compositing too slow in KDE
On 03/22/2011 03:32 PM, Mick wrote: On Tuesday 22 March 2011 16:45:54 Dale wrote: Bill Longman wrote: On 03/20/2011 12:09 PM, Mick wrote: On Sunday 20 March 2011 18:38:00 Mick wrote: On Saturday 19 March 2011 23:02:11 Jorge Martínez López wrote: I also have an ATI card and I do suffer the slow compositing. I solved it by switching back to the classic Mesa (instead of Gallium). Thanks Jorge, I switched to classic too and now it does not crash - however: 1. When I start kde compositing is disabled. 2. If I click on Resume Compositing, then the first time I try it I get a notification saying: Compositing has been suspended by another application and it remains disabled. 3. The second time I try to resume compositing it works! 4. If at that stage I exit/restart KDE compositing is disabled again ... o_O Why is this happening? What other application is clashing or causing compositing not to take? BTW, I just tried this on an older Pentium 4 32bit box with an ATI Radeon X600 (RV380) and it is exhibiting similar symptoms, except that if I try to resume compositing a second time kwin crashes. I have an AMD Phenom II X4 940 with an Radeon 4870 that loves to crash when I turn on compositing. OpenGL works wonderfully until it crashes kwin. XRender chews up so much CPU I'd rather not have it. I have an AMD Athlon II X4 635 with an onboard Radeon 4200 that loves to crash when I turn on compositing. Both these boxes have SB700/SB800 chipsets. I use xdm on the former and manually run X on the other. Same problem on both. I did not have this problem in xorg-server 1.7 series. I have a very similar setup and it works fine here, AMD Phenom II X4 955 Deneb 3.2GHz with a Nvidia GT-220 video card. I also have the SB700/SB800 chipset as well, Gigabyte mobo. The biggest difference I see is the video card as far as hardware is concerned. Software, I'm on xorg-server-1.9 here. I never tried the older series on this rig. I also still have a xorg.conf file too. May not matter but just upgraded to a 2.6.38 kernel. Also, no hal here either which is why I went with that xorg version during my install. I hope this little bit of info helps in some small way. If you need more info about my setup, let me know. So this seems like the xorg-1.9 driver won't play nicely with ATI video cards. FYI mesa classic seems to be better than gallium, although both crash. As already reported xrender works, but eats up resources. Will have to wait for later versions it seems. Well after fifteen minutes of no crashes, here are my settings: $ emerge -pv xorg-server mesa cairo $(qlist -IC x11-drivers) These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-drivers/radeon-ucode-20110106 0 kB [ebuild R ] media-libs/mesa-7.9.1 USE=classic nptl -debug -gallium -gles -llvm -motif -pic (-selinux) VIDEO_CARDS=radeon -intel -mach64 -mga -nouveau -r128 -savage -sis -tdfx -via -vmware 0 kB [ebuild R ] x11-base/xorg-server-1.9.5 USE=ipv6 kdrive nptl udev xorg -dmx -doc -minimal -static-libs -tslib 0 kB [ebuild R ] x11-libs/cairo-1.10.2-r1 USE=X opengl qt4 svg xcb (-aqua) -debug -directfb -doc (-drm) (-gallium) (-openvg) -static-libs 0 kB [ebuild R ] x11-drivers/xf86-input-evdev-2.6.0 0 kB [ebuild R ] x11-drivers/xf86-input-keyboard-1.5.0 0 kB [ebuild R ] x11-drivers/xf86-input-mouse-1.6.0 0 kB [ebuild R ] x11-drivers/xf86-video-ati-6.14.0 0 kB My kernel is 2.6.36-r5 gentoo-sources running on the AMD Athlon II X4 machine: $ zgrep RADEON /proc/config.gz CONFIG_DRM_RADEON=m CONFIG_DRM_RADEON_KMS=y CONFIG_FB_RADEON=y CONFIG_FB_RADEON_I2C=y CONFIG_FB_RADEON_BACKLIGHT=y # CONFIG_FB_RADEON_DEBUG is not set Wonderfully wobbly windows once again, without widespread (and unwelcomed) untimely terminations.
[gentoo-user] QT4 and QGLWidget
Hello, I use Gentoo/LInux OS, with lastest Qt4.7.2 ebuilds, and a Nvidia card or intel graphics (and mesa) when I run qmlviewer with opengl params, or I use QGLwidget viewport in my app, I get this error: qmlviewer[6399]: segfault at 1763 ip b6a73630 sp bfa0ee00 error 4 in libQtGui.so.4.7.4[b6887000+a1e000] I tried also to emerge last qt-*-4.7.999 builds, but no success. glxgears works and glxinfo reports that I'm using direct rendering no matter wich .QML I use. also this one exists with error: import QtQuick 1.0 Rectangle { id: mainView width: 1920 height: 1080 } Ther's some missing use-flag maybe? Or is something broken on Gentoo I think is something about gentoo, 'cause I tried to install last Ubuntu 11.04 and there my apps works nice Thanks, Lorenzo
[gentoo-user] Re: Kernel Modules
On 06/10/2011 10:08 PM, Dale wrote: Paul Hartman wrote: See Pandu's latest message in this thread. Once you enable it like he showed, it'll work like this: # eselectpressed tab twice here bashcomp boost ctags fontconfig java-vm locale news pager python usage visual binutils --brief editor help kernel mesa --no-colour pinentry rc version wxwidgets blas cblas env java-nsplugin lapack modules opengl profile ruby vi xvmc Oh. Oh!!! NEATO. Now to remember I can do this the next time I can't remember the name of a module. lol Double neato ! It works after each option too. Well, it's called bash completion and works pretty much for everything that has a completion file. It needs app-shells/bash-completion to be installed. There's a also global USE flag called bash-completion. And also an eselect module called bashcomp, where you can enable this feature for specific tools and packages. eselect bashcomp list shows the packages that support this. For example, try ls --tabtab and you get a list options. Or gcc, or unrar, or...
Re: [gentoo-user] what is /usr/lib64/debug ?
On Thu, Aug 18 2011, Daniel Pielmeier wrote: 2011/8/18 Allan Gottlieb gottl...@nyu.edu: /usr/lib64/debug seems to have in it a duplicate (at least as far as directory names are concerned) of much of /usr/lib64. For example ajglap lib64 # /bin/pwd /usr/lib64/debug/usr/lib64 ajglap lib64 # du -s * | sort -n | tail -10 34020 mesa 53148 gstreamer-0.10 155992 icedtea6 161360 llvm 208932 qt4 304016 xulrunner-devel-2.0 308880 xulrunner-2.0 618408 firefox 669000 libwebkitgtk-1.0.so.0.7.2.debug 1087848 libreoffice ajglap lib64 # Is this correct? My system is ~amd64 Do you have the splitdebug [1] FEATURE enabled? [1] http://www.gentoo.org/proj/en/qa/backtraces.xml Bingo. If I drop this feature (I turned it on for tracking a bug) will the /usr/lib64/debug tree go away or must I delete it manually. Also are there any other large subtrees I need to purge? thanks for the help. allan
Re: [gentoo-user] what is /usr/lib64/debug ?
On Thu, Aug 18 2011, Allan Gottlieb wrote: On Thu, Aug 18 2011, Daniel Pielmeier wrote: 2011/8/18 Allan Gottlieb gottl...@nyu.edu: /usr/lib64/debug seems to have in it a duplicate (at least as far as directory names are concerned) of much of /usr/lib64. For example ajglap lib64 # /bin/pwd /usr/lib64/debug/usr/lib64 ajglap lib64 # du -s * | sort -n | tail -10 34020 mesa 53148 gstreamer-0.10 155992 icedtea6 161360 llvm 208932 qt4 304016 xulrunner-devel-2.0 308880 xulrunner-2.0 618408 firefox 669000 libwebkitgtk-1.0.so.0.7.2.debug 1087848 libreoffice ajglap lib64 # Is this correct? My system is ~amd64 Do you have the splitdebug [1] FEATURE enabled? [1] http://www.gentoo.org/proj/en/qa/backtraces.xml Bingo. If I drop this feature (I turned it on for tracking a bug) will the /usr/lib64/debug tree go away or must I delete it manually. Also are there any other large subtrees I need to purge? thanks for the help. allan No need to answer these queries. Everything is explained in [1] above. thanks again, allan
Re: [gentoo-user] New install on x86 and login to KDE fails
On Thursday, August 25, 2011 08:14:55 AM Dale wrote: Hi, I mentioned in a thread a week or so ago that I was going to install Gentoo on another box for a friend. Anyway, I got everything done and now I run into this problem. I found a thread on the forums but it seems to have just fixed itself. That's not working here tho. This is the xsessions error file for the user: startkde: Starting up... Connecting to deprecated signal QDBusConnectionInterface::serviceOwnerChanged(QString,QString,QString) kbuildsycoca4 running... No outputs have backlight property QDBusConnection: name 'org.kde.kglobalaccel' had owner '' but we thought it was ':1.5' Object::connect: No such signal QDBusAbstractInterface::DeviceAdded(QString) Object::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QString) Object::connect: No such signal QDBusAbstractInterface::DeviceAdded(QDBusObjectPath) Object::connect: No such signal QDBusAbstractInterface::DeviceRemoved(QDBusObjectPath) Object::connect: No such signal QDBusAbstractInterface::DeviceChanged(QDBusObjectPath) QStringList Solid::Backends::UDisks::UDisksManager::allDevicesInternal() error: org.freedesktop.DBus.Error.Spawn.ExecFailed kded(4259)/kdecore (KConfigSkeleton) KCoreConfigSkeleton::writeConfig: OpenGL vendor string: VIA Technology OpenGL renderer string: Mesa DRI UniChrome (KM400) 20060710 x86/MMX+/3DNow!+/SSE OpenGL version string: 1.2 Mesa 7.10.3 Driver: Unknown GPU class: Unknown OpenGL version: 1.2 Mesa version: 7.10.3 X server version: 1.10.3 Linux kernel version: 3.0.3 Direct rendering: no Requires strict binding:yes GLSL shaders: no Texture NPOT support: no kactivitymanagerd(4302): Communication problem with kactivitymanagerd , it probably crashed. Error message was: org.freedesktop.DBus.Error.Disconnected : Connection was disconnected before a reply was received kdeinit4: Fatal IO error: client killed kdeinit4: sending SIGHUP to children. kded(4259) PowerDevilUPowerBackend::brightness: org.kde.powerdevil.backlighthelper.brightness failed klauncher: Exiting on signal 1 kglobalaccel: Fatal IO error: client killed Qt-subapplication: Fatal IO error: client killed kwin: Fatal IO error: client killed kdeinit4: Fatal IO error: client killed kdeinit4: sending SIGHUP to children. QProcess: Destroyed while process is still running. kdeinit4: sending SIGTERM to children. kdeinit4: Exit. virtual QStringList Solid::Backends::UPower::UPowerManager::allDevices() error: org.freedesktop.DBus.Error.Spawn.ExecFailed kded4: Fatal IO error: client killed kdeinit4: sending SIGTERM to children. kdeinit4: Exit. This rig has a Athlon XP 2000 which is not to slow. My old 2500+ still works OK. It also has 1.2Gbs of ram. The only downside is the built-in video. It is a Via km400. I have tried both Mesa and Vesa for this thing but same error. It does let me login in failsafe mode tho. So, I guess KDE itself is working but something that is needed in regular mode is not working right. Any ideas on what could cause this? Are the usual suspects running? Like dbus and consolekit? which kde-package(s) did you emerge? Oh, another odd thing I noticed. When I start kdm, I can't switch back to a console. That is starting to piss me off. I can't login to KDE and it won't let me go back to a console either. Is that related or a separate issue? I have seen this myself. Some NVidia-drivers caused this. Could be that your graphics-card-driver is causing a similar issue. Can you try logging in with a text-console (eg. without /etc/init.d/xdm in your runlevel) and then start X with kde? Eg: Put the following into your ~/.xinitrc: ** exec /usr/local/kde4/bin/startkde ** ( % echo exec /usr/local/kde4/bin/startkde ~/.xinitrc ) Then start X from the command-line with: # startx The above commands do NOT need root-access. If this works, the issue is with the login. If this doesn't work, the kde- session can't start. -- Joost
Re: [gentoo-user] Can't enable effects in kde
On Thu, Oct 20, 2011 at 7:33 PM, Mick michaelkintz...@gmail.com wrote: On Thursday 20 Oct 2011 17:40:13 Vishnupradeep wrote: Calculating dependencies... done! [ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (-selinux) -shared-dricore VIDEO_CARDS=-intel* -mach64* -mga* -nouveau* -r128* -radeon* -savage* -sis* -tdfx* -via* -vmware* 0 kB You do not seem to have defined your video card in /etc/make.conf (or indeed enabled the vmware USE flag). I suggest you study this first: http://www.gentoo.org/doc/en/xorg-config.xml PS. 3d effects may still not work if your card is old or poorly catered for by existing xorg drivers. The effects is working fine if i use the Gentoo live DVD. -- Regards, Mick Now formatted the drive and installing Gentoo again from the Gentoo Live DVD.
Re: [gentoo-user] Can't enable effects in kde
On Friday 21 Oct 2011 02:42:48 Vishnupradeep wrote: On Thu, Oct 20, 2011 at 7:33 PM, Mick michaelkintz...@gmail.com wrote: On Thursday 20 Oct 2011 17:40:13 Vishnupradeep wrote: Calculating dependencies... done! [ebuild R] media-libs/mesa-7.11 USE=classic egl gallium llvm nptl shared-glapi -bindist -debug -gbm -gles -motif -openvg -pax_kernel -pic (-selinux) -shared-dricore VIDEO_CARDS=-intel* -mach64* -mga* -nouveau* -r128* -radeon* -savage* -sis* -tdfx* -via* -vmware* 0 kB You do not seem to have defined your video card in /etc/make.conf (or indeed enabled the vmware USE flag). I suggest you study this first: http://www.gentoo.org/doc/en/xorg-config.xml PS. 3d effects may still not work if your card is old or poorly catered for by existing xorg drivers. The effects is working fine if i use the Gentoo live DVD. That's a good omen. All you need to do now is configure your installed system to build the relevant drivers and applications for your video card and the vmware environment. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Please ignore above email; I hit send by mistake
On Wednesday 14 Dec 2011 17:55:14 pk wrote: On 2011-12-14 07:32, Walter Dnes wrote: On Wed, Dec 14, 2011 at 01:12:10AM -0500, Walter Dnes wrote Please ignore the above email. I hit send by mistake. Long story short... the R200 is not supported under Mesa Gallium. So a glxgears rating of 262 fps with the ATI Radeon R200 card gives stuttering useless streaming video while the onboard Intel GPU is OK, even though it gives 60 fps under glxgears. Most likely you have vertical sync on for the onboard Intel gpu which can explain why you see it limited to 60 fps (lcds usually run at 60Hz). Please remind me, where do you set up vsync? On mine it seems to be on by default: $ less /var/log/Xorg.0.log | grep -i vsync [ 22796.516] (II) RADEON(0): SwapBuffers wait for vsync: enabled -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Re: [HEADSUP] Beware of today's update to polkit-1.98.0
Am 08.06.2012 17:36, schrieb Allan Gottlieb: Thanks to you I ran emerge -1 =polkit-0.105 =udisks-1.97.0-r1 and it works. Did that on my main workstation, here it works. On my thinkpad it doesn't work, I don't know why ... Gnome3 starts into a Oh no! Something has gone wrong. screen, ah, ok, disk full ... solved that. - For now I only get fallback-mode, and glxinfo tells me software renderer regardless what I set eselect mesa to (using classic). eselect opengl list shows xorg-x11 Re-built the xorg-drivers etc. - I don't know, this thinkpad worked perfectly well with gnome-shell and hw-acceleration. At least I can use it with Gnome3 in fallback-mode for now, but it would be nice to get full Gnome3 again (yes, I already tried switching back to standard mode, didn't help ...) Any idea? Thanks, Stefan
Re: [gentoo-user] FYI - time to mask ati-drivers above 12.4 if you're Radeon 5400
Am Montag, 11. Juni 2012, 13:04:14 schrieb Helmut Jarausch: On 06/11/2012 11:26:56 AM, Adam Carter wrote: 12.4 is the last Catalyst to support Radeon HD 2000/3000/4000 series, so if you're using them you probably want to; # echo x11-drivers/ati-drivers-12.4 /etc/portage/package.mask And if you're not concerned about 3D or power saving, maybe think about using the radeon driver from xf86-video-ati. What about googleearth (which had problems with mesa some time ago) and what about opencl in that case? Is there any chance to get an ati-drivers of HD 3000 which supports xorg-server-1.12.x ? yes Thanks for some infos, Helmut. -- #163933
Re: [gentoo-user] x11-drivers/xf86-input-evdev-2.7.0: Use flag udev seems compulsory.
Try putting the following line in your package.use: media-libs/mesa gallium g3dvl xa On 06/23/2012 06:40 AM, Alan Mackenzie wrote: Hi, Gentoo. I've just emerge --sync'd, and there's a massive amount of X server updates. When I try emerge -auND, I get told: The following USE changes are necessary to proceed: #required by x11-drivers/xf86-input-evdev-2.7.0, required by x11-base/xorg-drivers-1.12[input_devices_evdev] =x11-base/xorg-server-1.12.2 udev . So I need the udev use flag. This is somewhat distressing, since I've been running my system on busybox's mdev for several months. It's looking like I'll not be able to continue doing so. Any suggestions, anybody, how I can now best proceed?
Re: [gentoo-user] Nvidia 295.59 driver on kernel 3.3.8
On Sun, Jun 24, 2012 at 12:13 PM, Samuraiii samurai.no.d...@gmail.com wrote: SNIP To this (Thank you for such extensive help): No problem. Happy to help. I'm not posting here much any more. I'm running Gnome 3 so xorg-server is at home by me for longer time (as unstable before) mesa got upgraded when that driver should get upgraded to. My system IS NOT ~amd64 wholly - just gnome3 related stuff and some other packages (racket, skype, oracle-jdk,...) My systems are all stable with only a few ~amd64 packages (virtualbox, vmware, nvidia-drivers a few more, and then once in awhile a system package, but only when I'm forced. Other than that I try to stay stable. Good luck working this out. I run 6 machines here that are all using ~amd64 nvidia-drivers with the 3.3.8 kernel. They all work fine. - Mark
[gentoo-user] Udev-197 : 4 show-stoppers
I just tried upgrading to udev-197 , which is supposed to be stable. There were multiple problems I'm now back with udev-171 . (1) Setting system clock using HW clock; can't access HW clock. (2) Mounting local filesystems; mount point /dev/shm doesn't exist. (3) 'startx' : no mouse or keys. (4) 'dhcpcd' hangs. I tried revdep-rebuild , recompiled util-linux kdelibs mesa xf86-input-evdev xorg-server , recompiled glibc nvidia-drivers , recompiled the kernel (3.5.3) to enable DEVTMPFS , checked 'news' (nothing relevant), checked my archive of gentoo-user msgs (nothing relevant), rebooted many times between all these efforts. Has anyone else encountered anything like this ? Does anyone have any advice ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
[gentoo-user] dev-libs/folks-0.4.3 fails to emerge
I have been having several issues with libraries on my system and have been attempting to use revdep-rebuild to resolve them but have been having some issues. I have been able to resolve many issues by re-emerging mesa and manualy listing the packages RR wants to emerge but i have now just Folks left failing to emerge. Build log of folks: http://bpaste.net/show/89761/ Revdep-Rebuild output: http://bpaste.net/show/u6V9VDtiY8Bh6DVjQj3g/ make.conf: http://bpaste.net/show/89762/ I have also rebuilt telepathy-glib debus-glib and gio with no change in folks. gee does not appear to be a package. Few hunches for the issues makeopts was set to -j333 or some large number(supprised it worked as long as it did) let the system go stale to long and tried to update. (maybe 3 months ish) Thanks for any help you can give me in getting folks happy again. -Andy
Re: [gentoo-user] /usr/lib/dri/i810_dri.so: No such file or directory
On 06/03/2013 06:18 PM, Grant wrote: I'm getting this in /var/log/Xorg.0.log on a very old desktop: (EE) AIGLX error: dlopen of /usr/lib/dri/i810_dri.so failed (/usr/lib/dri/i810_dri.so: cannot open shared object file: No such file or directory) (EE) AIGLX: reverting to software rendering The system is remote to me but I'm pretty sure X is working. I think I had a similar problem but X did not start in my case. The only way to solve it was by adding Option DRI false to Xorg.conf. The GPU is i810 here. My understanding is that since i810_dri was removed from mesa a lot of versions ago you need to disable DRI in xorg-server, otherwise the error. Also to get some acceleration you need an older version of xorg-server I think because intel supports only XAA and that was removed from xorg starting from 1.13 (I'm using xorg-server 1.12.4-r1). Thank you, that removed the error. I'm still getting the following but I think that's expected? (EE) intel: Failed to load module xaa (module does not exist, 0) What version of xorg-server? raf
[gentoo-user] xorg-server update puzzle
A few days ago, I upgraded to xorg-server-1.14.3 with a lot of deps. Everything seems to be working normally since then, but a lot of pkgs became unneeded, according to 'emerge -cpv', ie 131005 x11-apps/bitmap-1.0.6 [for xorg-x11 : otiose] 131005 x11-apps/sessreg-1.0.7 [for xorg-x11 : otiose] 131005 x11-apps/xkbutils-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xkill-1.0.3 [for xorg-x11 : otiose] 131005 x11-apps/xlsclients-1.1.2 [for xorg-x11 : otiose] 131005 x11-apps/xrandr-1.3.5 [for xorg-x11 : otiose] 131005 x11-apps/xrefresh-1.0.4 [for xorg-x11 : otiose] 131005 x11-apps/xvinfo-1.1.1 [for xorg-x11 : otiose] 131005 x11-libs/libXp-1.0.1 [for xorg-x11 : otiose] 131005 x11-libs/libXvMC-1.0.7 [for nvidia-drivers] 131005 x11-misc/makedepend-1.0.4 [for mesa : otiose] 131005 x11-proto/printproto-1.0.5 [for xorg-x11 LO : otiose] (from my home-made list of installed + removed pkgs). Presumably, these have all been absorbed into other Xorg pgms. Is this correct ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Console won't un-blank
On 18/10/2013 03:02, Michael J. Barillier wrote: If I leave my laptop unattended (at a console, not X) and the screen blanks, pressing a key won't un-blank the terminal. As a test, I ssh'ed into the laptop and ran: # setterm -blank poke /dev/tty$N (as root, for the current/active TTY) which according to the man page should restore the screen - no response. Also tried chvt but that didn't work either. Any suggestions on where to look to see why the terminal won't restore? Is this a kernel config (ACPI?) issue, or an agetty issue? What video hardware are you using, and what driver? I've had similar issues in the past myself with a variety of causes: - dodgy versions of mesa - dodgy versions of video drivers (both nouveau and radeon) - incorrect kernel settings, usually getting KMS wrong - incompatible combinations of framebuffer and KMS I don't recall any case where the problem was purely userland and the kernel systems were not involved hth -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: Weird graphical glitches after world update
On 11/21/2013 07:10 AM, Mateusz Kowalczyk wrote: I spent a chunk of yesterday updating world on my machines (2 file servers and 1 netbook) and with some effort, the updates went through. I had to go out today so I rebooted my netbook and I started noticing weird graphical glitches in certain applications, as if parts of the screen weren't updating, Sounds like a video driver problem. Are you using one of the proprietary video drivers (ati-drivers, nvidia-drivers, etc)? If yes, you could try: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 My ati-drivers need the proprietary version of opengl and sometimes this setting is wrong after updating the opensource mesa package. Otherwise I'd just try re-emerging your video drivers as an experiment :)
Re: [gentoo-user] Re: Weird graphical glitches after world update
On 21/11/2013 22:48, walt wrote: On 11/21/2013 07:10 AM, Mateusz Kowalczyk wrote: I spent a chunk of yesterday updating world on my machines (2 file servers and 1 netbook) and with some effort, the updates went through. I had to go out today so I rebooted my netbook and I started noticing weird graphical glitches in certain applications, as if parts of the screen weren't updating, Sounds like a video driver problem. Are you using one of the proprietary video drivers (ati-drivers, nvidia-drivers, etc)? If yes, you could try: #eselect opengl list Available OpenGL implementations: [1] ati * [2] xorg-x11 My ati-drivers need the proprietary version of opengl and sometimes this setting is wrong after updating the opensource mesa package. Otherwise I'd just try re-emerging your video drivers as an experiment :) As replied earlier, I get this too. My video driver is radeon, I don;t have the ati proprieatry drivers installed: # eselect opengl list Available OpenGL implementations: [1] xorg-x11 * remerging drivers has no effect -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] Re: llvm compile error
Before this gets out of hand.. On Fri, 24 Jan 2014 19:44:38 +0100, Silvio Siefke wrote: llvm-3.4 is not hardmasked. It is marked ~x86 which is something very different. Correct, i mean Clang in version 3.4 is hardmasked. I want install clang alone llvm i not need. I think mesa use llvm too but i has not set the use flag. 1) clang-3.4 is not hardmasked either, so you need to set ~x86 keyword for that package as well as for llvm - because: 2) clang is only a metapackage, without any contents on its own. The compiler binaries are part of the llvm package. You simply cannot have clang without llvm. 3) FreeBSD indeed uses clang as default compiler, but uses 3.3 since 3.4 still has quite a few new and exciting bugs. Hope that clears things up. -h
[gentoo-user] Re: Portage performance dropped considerably
hasufell hasuf...@gentoo.org wrote: Many defaults gentoo sets do not have anything to do with default codepaths upstream has tested. I disagree: The USE-enabling in ebuilds usually follows upstream. IIRC there was even a policy for gentoo developers which strongly suggested this. As above, our defaults are not necessarily following upstream recommendations/defaults. Apache alone should make you think about that claim. I never installed apache. However, especially for packages for which the choice of algorithms has to be selected (USE-flags thread, jit) or of protocols/interfaces (openssl or gnutls, neon or other, sqlite or mysql, openvpn[lzo], qtgui[exceptions], mesa, freetype, wine), the installation of tools (utils, examples, tk, perl, python) or extensions (tls-heartbeat, introspection, X, readline) the defaults usually follow the upstream default or recommendation unless there is a severe reason not to. If disabling one useflag breaks the whole package, then it's a bug. Whether it breaks your machine/setup or not is independent of whether it breaks a package. care about and arch testers usually run all(or most?) useflag permutations before stabilizing. Simple mathematics shows that this cannot be even closely true. Anyway, this has nothing to do with our discussion.
Re: [gentoo-user] recently masked
On Thu, Mar 06 2014, Rick Farina wrote: On 03/06/2014 10:41 AM, gottl...@nyu.edu wrote: Today's update world produced !!! The following installed packages are masked: - dev-python/python-exec-1.1::gentoo (masked by: package.mask) /var/portage/profiles/package.mask: # Michał Górny mgo...@gentoo.org (06 Mar 2014) # Compatibility packages masked for removal in 30 days. OK, but I can't depclean it allan ~ # emerge --depclean =dev-python/python-exec-1.1 Calculating dependencies... done! dev-python/python-exec-1.1 pulled in by: dev-python/pycups-1.9.63 requires dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-),-python_single_target_pypy2_0(-)] dev-python/reportlab-2.6 requires dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)] media-libs/mesa-9.1.6 requires dev-python/python-exec:0/0=[python_targets_python2_7(-),python_single_target_python2_7(+)] x11-libs/xpyb-1.3.1-r2 requires dev-python/python-exec:0/0=[python_targets_python2_7(-),-python_single_target_python2_6(-),-python_single_target_python2_7(-)] You should be able to rebuild the things pulling it in, then remove it. -Zero Worked great. Thanks, allan
Re: [gentoo-user] Intel and Gallium 0.4 on llvmpipe (LLVM 3.4, 256 bits)
On Wednesday 28 May 2014 14:46:30 Time Lucky wrote: Now I change the VIDEO_CARDS to intel i965 Everything seems OK too. Gnome can detect Intel® Sandybridge Mobile rather than Gallium 0.4 for i915 I dont know the difference between classic and gallium but i965's classic mode works well. By the way, I think i965 is just for HD3000, why does i915 be suggested ? Oh! I suggested i915 thinking that this is the chipset of your Intel video card - apologies if I got it wrong. A couple of years ago the gallium driver of mesa was still work in progress for Intel cards. http://www.x.org/wiki/GalliumStatus/ I don't know if it has improved since, but from what you reported it must have some problems. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] [~amd64 + nvidia-drivers] Recent updates of mesa, xorg-server, eselect-opengl driving me nuts
Heiko Baums li...@baums-on-web.de wrote: Am 17.01.2015 um 10:00 schrieb cov...@ccs.covici.com: Thanks -- you just saved me a bunch of time -- I just masked off the eselect-opengl version and hopefully this will not happen to me. Not really possible since this eselect-opengl version is a dependency for quite a lot of packages like xorg-server, nvidia-drivers and all of their dependencies. The previous working eselect-opengl is not in the portage tree anymore, only an even older version of it. Just edit the two files as suggested in the bug reports. You just need to remember to edit 20opengl again after running `eselect opengl set` or set the file permissions so that it can't be overwritten. OK, thanks. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On Mon, Mar 30, 2015 at 11:20:23AM +0100, Mick wrote: Given that the emul-linux-x86 package sets are now deprecated and we can now with USE=abi_x86_32 emerge our own 32bit libraries where needed, is it now easier to move from a no-multilib to a multilib environment, or will it still require a complete reinstall? -- Regards, Mick On my workstation the day this option came out, */* abi_x86_32 in package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe that problem is the 32-bit mesa. Going to rebuild it and try. On another box it's just getting that same solution and rebuilding some: Jobs: 28 of 204 completeLoad avg: 4.14, 4.57, 3.67 Hopefully it doesn't break too badly. That's the wife's PC, and there's not much time to fix it this morning.
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On 31/03/2015 12:48, Bruce Hill wrote: On Mon, Mar 30, 2015 at 11:20:23AM +0100, Mick wrote: Given that the emul-linux-x86 package sets are now deprecated and we can now with USE=abi_x86_32 emerge our own 32bit libraries where needed, is it now easier to move from a no-multilib to a multilib environment, or will it still require a complete reinstall? -- Regards, Mick On my workstation the day this option came out, */* abi_x86_32 in package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but maybe that problem is the 32-bit mesa. Going to rebuild it and try. There's a comment in the ebuild about a bug for cairo. IIRC USE=gtkstyle and USE=qt4 don't play nice together. This in package.use fixed it for me: =x11-libs/cairo-1.12.0 -qt4 On another box it's just getting that same solution and rebuilding some: Jobs: 28 of 204 completeLoad avg: 4.14, 4.57, 3.67 Hopefully it doesn't break too badly. That's the wife's PC, and there's not much time to fix it this morning. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] Re: [~amd64] Does the EGL useflag break mesa-progs-8.2.0?
On Thu, 23 Jul 2015, walt wrote: Interesting. Maybe you could add some helpful ideas to this existing bug report: https://bugs.gentoo.org/show_bug.cgi?id=555186 Added what I found upstream, should be enough to get it to work. Alpine? I used Alpine a few years ago, but I thought UW had stopped development on it for lack of users of it. If ya can't use it on an iPhone these days the students won't use it... When I finally made the move to commandline email not long ago, I had to choose between alpine and mutt. Since I was somewhat familiar with alpine and couldn't get used to mutt at all, I stuck with alpine. Lack of development doesn't bother me since it's pretty much complete (for my needs). Also someone took up the development and maintenence some time ago: http://repo.or.cz/alpine.git (the project website is currently offline, but worked some days ago)
Re: [gentoo-user] curses of ncurses :(
On Thursday, August 27, 2015 07:13:58 PM Marc Joliet wrote: Am Thu, 27 Aug 2015 17:42:07 +0200 schrieb J. Roeleveld jo...@antarean.org: I only had 1 required by set. Which basically got me to remove the llvm use-flag from mesa. That solved the block for me as it ended up removing llvm [...] FWIW, my experience yesterday was that you should be able to set the llvm flag again and continue to not have the blocker (although AIUI that flag is only really useful for the free drivers). In other words, the OSS versions for NVidia and ATI and the Intel? I use the proprietary Nvidia and the Intel driver. Disabling that doesn't show any issues to me. glxspheres still shows the same amount of FPS. So, not sure... Anyway, disabled it and not seen any issues. -- Joost signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] anyone tried amdgpu (kernel module)
On Fri, Dec 18, 2015 at 11:07 PM, Tsukasa Mcp_Reznor <mcp_rez...@hotmail.com > wrote: > I have a Bonaire gpu, which has legacy support using the amdgpu kernel > module. I currently use the Radeon dri module with radeonsi mesa drivers > and am quite happy. But gentoo being gentoo I thought I'd give the amdgpu > a go for the fun of it. > > Tried a few variations and keep coming up with a black screen on boot and > it's hard locked. I'm using the same Firmware includes that the radeon > driver requires, and from reading it looks like that's fine with amdgpu, so > I'm not sure what else could be the issue. > > Has anyone here tried and had success with it? I've tried Kernels 4.2 > 4.2.4 4.3 and 4.3.2. So I believe I'm missing something simple and it's > not a kernel bug. > Did you consult the wiki article shown below when configuring your system to use admgpu? https://wiki.gentoo.org/wiki/Amdgpu
Re: [gentoo-user] Copy of older amdgpu-pro
On 11/01/2016 03:03 AM, Adam Carter wrote: > On Tue, Nov 1, 2016 at 4:40 PM, Alecks Gates <aleck...@gmail.com > <mailto:aleck...@gmail.com>> wrote: > > On 11/01/2016 12:38 AM, Alecks Gates wrote: > > I've uploaded it for your convenience. > > > > https://keybase.pub/agates/amdgpu-pro_16.30.3-306809.tar.xz > <https://keybase.pub/agates/amdgpu-pro_16.30.3-306809.tar.xz> > > > Alecks - what kernel version are you using with this? > I'm no longer using it, actually. The proprietary graphics drivers were just too much hassle. I've switched to the open source AMDGPU drivers + proprietary opencl[0] driver from the above version for my R9 390x. WIth this setup I can play most of my games at 2160p and still run BOINC for opencl. I also have Vulkan (RADV) in mesa- from the FireBurn overlay. [0] http://www.gearsongallium.com/?p=2960 Alecks
Re: [gentoo-user] Re: Firefox occasionally stalls
Alan McKinnon wrote: > > I got fed up dealing with Firefox addons, so took the alternate route I > used about every 6 months or so: > > emerge -et world > > and everything is nice and stable now after 48 hours running. I actually > suspect an intel driver/mesa problem as I would often also get visual > artifacts, plasma flashing the panel in odd ways and other stuff, often > co-incident with Firefox just stalling. It was recalling that Firefox > does some sophisticated accelaration that prompted me to try this. > > I think you can turn that acceleration off in the settings. I have to admit tho, I've had that emerge -e world fix some weird problems as well. I think sometimes there is a mismatch somewhere that emerge and friends just can't detect. Dale :-) :-)
Re: [gentoo-user] llvm not updating with @world
On 03/04/2017 09:37 AM, Dutch Ingraham wrote: > > Michael, thanks for your response. No, I did not do a one-shot; llvm > was brought in by way of mesa -> gallium; this is llvm's only use on > this system as far as I know. > > Also, 'emerge -ac' shows no packages to remove. > Well, there goes my one good idea =) You can try doing "emerge -pe --tree @world" to see if llvm would get pulled in by anything in your system. If it is, then a --deep update --with-bdeps should be updating it. One more desperate attempt: the --complete-graph option is weaker than --deep, I think. What happens if you remove it? (I'm wondering if --complete-graph overrides --deep). If neither of those experiments are illuminating, you should file a bug. The portage team has a better understanding of why some things are skipped.
Re: [gentoo-user] Wayland - too early to try?
On Tue, Jul 11, 2017 at 7:37 AM, Rasmus Thomsen <rasmus.thom...@protonmail.com> wrote: > > I use GNOME with Wayland for some time and I actually didn't notice that I > switched until I tried to get synergy working ( mouse sharing software, > which only works on X ), seems like GDM automatically chose Wayland since > some upgrade. XWayland works pretty seamlessly as well, so I'll just stay > with Wayland for now, but it might be more annoying to use it with other > DEs/WMs. > However, I have less screen tearing with fullscreen applications with > Wayland than I had with X ( with radeon + mesa ). > My sense is that this is probably what people would see. It will probably work fine for any of the major DEs, but you'll find these little cases of tools that aren't ported. One BIG area that will be affected is X11 forwarding. I'm not sure if that works over ssh or not with wayland, but wayland in general doesn't support network sockets. -- Rich