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
ror: circular dependencies:
(x11-libs/libva-2.12.0:0/2::gentoo, ebuild scheduled for merge) depends on
(virtual/opengl-7.0-r2:0/0::gentoo, ebuild scheduled for merge) (buildtime)
(media-libs/mesa-21.1.4:0/0::gentoo, ebuild scheduled for merge) (runtime)
(x11-libs/libva-2.12.0:0/2::gentoo, ebu
> case *and* the static hardware case. With udev, they handle both; otherwise
> > there would be two code routes: one for static and another for dynamic
> > hardware.
As an example of that is:
https://gitlab.freedesktop.org/mesa/drm/-/blob/main/xf86drm.c
The changes nessesary for a no
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 amdg
I'm sure there are xorg and graphics experts on this list more suited to
answer this than me, but they would likely need a lot more information
on your installed applications to fully answer.
A good place to start would be the Arch Linux Wiki on nouveau [1], which
seems to indicate some mesa packages would be needed for opengl support.
[1] https://wiki.archlinux.org/index.php/nouveau
ht
> > None of these 3 packages where listed in the first attempt to see
> > what needs to be built::
> > Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'.
> >>>>>> Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::ge
andard. The best support for testing such features is with the latest
> sys-devel/llvm-. However if I want to compile Mesa against a stable
> version LLVM/Clang as well, I don't get that option.
I'm not sure such a configuration is fully supported upstream, but the way
ubuntu (a
Victor Ivanov wrote:
> When the lbglvnd flag was introduced I remember I solved this issue by:
>
> # emerge --unmerge eselect-opengl
> # emerge -1qv mesa
>
> After that, a simple update of @world rebuilt everything else on its own.
>
> Personally, I had been wait
rey/p/100214558
> - with Iris graphics, not Nvidia). I've installed desktop env (xmonad +
> greetd), mesa (with i965 and iris USE) and xorg packages. At this point there
> were no display issues, but I had no audio, webcam and touchpad support. With
> trials and errors method I
er/laptops/clamshell/lenovo-yoga-slim-7-laptop-core-i7-14-inch-16gb-1tb-slate-grey/p/100214558
- with Iris graphics, not Nvidia). I've installed desktop env (xmonad +
greetd), mesa (with i965 and iris USE) and xorg packages. At this point there
were no display issues, but I had no audio, webc
-7f6a80aa9000 ---p 5000 08:03 881153
/usr/lib64/libdrm_nouveau.so.1.0.0
7f6a80aa9000-7f6a80aaa000 r--p 4000 08:03 881153
/usr/lib64/libdrm_nouveau.so.1.0.0
7f6a80aaa000-7f6a80aab000 rw-p 5000 08:03 881153
/usr/lib64/libdrm_nouveau.so.1.0.0
7f6a80ae6000-7f6a80ae7000 rw-s 105
driver or how it works with the Mobility chips,
because I have a 9800SE that must use the fglrx drivers to get OpenGL/3D
hardware acceleration/direct rendering), the radeon driver is a 2D
driver that is used in combination with the kernel's DRM and the Mesa
libraries to get direct renderi
libGL.so.1
* - /usr/lib64/opengl/nvidia/lib/libGL.so.334.21
* used by /usr/bin/Xephyr (x11-base/xorg-server-1.15.0)
* used by /usr/bin/cairo-sphinx (x11-libs/cairo-1.12.16)
* used by /usr/bin/glxgears (x11-apps/mesa-progs-8.1.0)
* used by 15 other files
* - /usr/lib64/op
x27;t understand why I must remove "i915"
> when Intel® Sandybridge Mobile 's driver is called "i915" in kernel modules.
>
>
>
>
> Thank you :)
>
>
>
>
> 2014-05-27 22:50 GMT+08:00 Alan McKinnon <mailto:alan.mckin...@gmail.c
>
>
>
> (and 15 more with the same problem
mozilla-firefox adobe-flash
gecko-mediaplayer mesa-progs gkrellm-themes
1274924866: >>> emerge (1 of 137) sys-fs/sysfsutils-2.1.0 to /
So, emerge picks up on the others but not that one. I then moved it
from one section in make.conf and put it in the other. Now it sees the
optio
le functionality checks" box in
> the same tab. Note that the desktop and all apps will keep being tear-free
> and VSynced even if making those changes in System Settings.
>
> Furthermore, I've set:
>
> CheckIsSafe=false
>
> in my ~/.kde4/share/config/kwinrc
>
>
it. ;-)
BTW, KDE4 is far smoother now. Animations are faster. Still, no shiny
composite effects of KDE without crashing the whole session. Guess, I
have to ask the openchrome folks whether they have any ETA for this.
Another thing is that the latest MESA release is quite old. They used
to have a
'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.
>>>>>
>>&
was no way
to get Direct Rendering working. I switched back to using the kernel modules
and it started working correctly. Remember, if you use the xf86-video-i810
package that you have to rebuild after every kernel rebuild and sometimes
you'll also have to re-emerge the x11-drm package as
l.
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 xre
r drivers. Last time I tried it (a year or so ago), it "worked"
> as far as 3D being detected by the guest OS, but was not actually
> useable for anything real because it was so buggy and incomplete.
>
> I think the "official" way to use 3D in linux vmware guest is to use
On Mon, Dec 12, 2011 at 07:30:32AM +, Mick wrote
> Unless you are using a new radeon card you may need
> sys-kernel/linux-firmware instead of radeon-ucode.
As I mentioned in my reply to Michael Mol, building mesa with the
"llvm" USE flag does the trick.
It appears th
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 belon
On 19 January 2011 14:28, Mark Knecht wrote:
> On Wed, Jan 19, 2011 at 6:19 AM, Daniel Tihelka wrote:
>>
>>
>> On Tue, Jan 18, 2011 at 1:57 AM, Mark Knecht wrote:
>
>>>
>>> What do you see in glxgears?
>>>
>> I see this:
>> Running synchronized to the vertical refresh. The framerate should b
ld very much like to know :)
>
> For the radeon driver at least, disabling KMS means that you won't get DRI2
> in X11. That means slower performance and tearing. The non-KMS X driver is
> pretty much considered deprecated.
Anecdote: On my laptop, which has a Radeon Mobility 9700 (us
> When you upgraded x.org, did you also rebuild it's drivers?
> >
> > I rebuilt nv but not evdev. Could that be responsible for this? I'm
> > not sure how since the gdm welcome screen comes up and the keyboard
> > works fine there for username/password input.
&g
x27;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 recompiled util-linux mesa xf86-input-evdev xorg-server ,
>>
se
handled=true
priority=0
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
mposite in xorg.conf:
>
> Section "Extensions"
> Option "Composite" "Enable"
> EndSection
>
> After launching X server with this setting it results in using Mesa
> instead of fglrx, which means NO direct rendering, as proved by glxinf
!
[ebuild N] media-libs/freeglut-2.4.0 0 kB
[ebuild N] x11-apps/mesa-progs-6.4.2 0 kB
[ebuild N] x11-base/xorg-x11-7.0-r1 USE="-3dfx" INPUT_DEVICES="synaptics
-acecad -aiptek -calcomp -citron -digitaledge -dmc -dynapro -elo2300
-elographics -evdev -fpit -hyperpen -jams
dule and userland driver.
Also note the new nvidia-legacy-drivers package for older cards, so you
don't need to fiddle around with package.mask anymore.
> | RDEPEND="kernel_linux? ( virtual/modutils |
> | || ( x11-base/xorg-server virtual/x11 |
> | !>=x11-bas
ux? ( virtual/modutils |
> | || ( x11-base/xorg-server virtual/x11 |> | !>=x11-base/xorg-server-1.0.99> | || ( media-libs/mesa virtual/x11 )> | app-admin/eselect-opengl> | kernel_linux? ( !media-video/nvidia-kernel )
> | kernel_FreeBS
2018-08-02 3:16 GMT+03:00 Adam Carter :
>> > I would do something like 'emerge -1 xorg-server xorg-drivers
>> > @x11-module-rebuild mesa llvm clang' then restart X and try again.
>>
>> Thank you for your reply.
>>
>> Initially, I understood the
org-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]
>> Presumably, these have all been absorbed into other Xorg pgms.
> x11-base/x
Hello,
On Fri, 24 Jan 2014 09:00:26 +0200 Alan McKinnon
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 s
1.4GHz
1.5GB RAM
MAKEOPTS="-j3"
none on /var/tmp/portage type tmpfs (rw,noatime,size=256M)
Profile: [3] default/linux/amd64/13.0/desktop *
file: /etc/portage/package.env
dev-libs/boost notmpfs.conf
sys-kernel/gentoo-sources notmpfs.conf
sys-devel/g
> > places. AFIACT, the pages are being parsed/process properly but the
> > actaul rendering of the X11 window is broken.
>
> It seems to be a variation on this bug which affects only AMD GPUs:
>
> https://bugs.gentoo.org/907431
>
> Clearing the GPU driver cache or using th
ction in the emerge man
page or refer to the Gentoo Handbook.
emerge: there are no ebuilds to satisfy
">=dev-python/mako-0.8.0[python_targets_python3_11(-)]".
(dependency required by "media-libs/mesa-23.3.1::gentoo" [ebuild])
(dependency required by
"x11-base/xorg-s
work fine - except the clipboard does not work on
Wayland (middle click won't paste selected text on another window).
The Kmail preview window problem may be a coincidence, perhaps mesa or radeon
drivers broke things at the latest update, but I only noticed it when I tried
Wayland. I r
/clamshell/lenovo-yoga-slim-7-laptop-core-i7-14-inch-16gb-1tb-slate-grey/p/100214558
> - with Iris graphics, not Nvidia). I've installed desktop env (xmonad +
> greetd), mesa (with i965 and iris USE) and xorg packages. At this point there
> were no display issues, but I had no audio, we
p
> 8000 08:03 812191 /lib64/libnss_compat-2.15.so
> 7f6a80825000-7f6a808a5000 rw-s 1056b5000 00:05 1549/dev/dri/card0
> 7f6a808a5000-7f6a808aa000 r-xp 08:03
> 881153 /usr/lib64/libdrm_nouveau.so.1.0.0 7f6a808aa000-7f6a80aa9000
> ---p 5000 08:03 881153 /usr/lib64/libd
t;>> kde-base/kdeutils-3.5.3
Fri Jun 9 08:04:36 2006 >>> kde-base/kdetoys-3.5.3
Fri Jun 9 08:04:45 2006 >>> kde-base/kde-3.5.3
Fri Jun 9 11:44:55 2006 >>> kde-base/kde-3.5.3
Fri Jun 9 12:09:35 2006 >>> media-libs/mesa-6.5-r3
Fri
kde-base/kdeadmin-3.5.3
> Fri Jun 9 05:49:52 2006 >>> kde-base/kdewebdev-3.5.3
> Fri Jun 9 06:36:05 2006 >>> kde-base/kdegraphics-3.5.3
> Fri Jun 9 07:27:37 2006 >>> kde-base/kdeedu-3.5.3
> Fri Jun 9 07:58:41 2006 >>> kde-base
:
/var/tmp/portage/media-libs/mesa-17.3.9/work/mesa-17.3.9/src/gallium/drivers/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/user/.config/qupzilla/crashlog ...
evice nodes.
It all depends on your login manager and pam configuration. You should
check that if things don't work right. If you're using systemd, you are
using systemd-logind, otherwise you're probably using consolekit.
If you're not using either of those, the system woul
ecordproto-1.14
>=x11-proto/scrnsaverproto-1.2.0
>=x11-proto/xcmiscproto-1.2.0
>=x11-proto/xextproto-7.1.1
>=x11-proto/xf86bigfontproto-1.2.0
>=x11-proto/xf86dgaproto-2.1
>=x11-proto/xf86driproto-2.1.0
>=x11-proto/xf86vidmodeproto-2.3
>=x11-proto/xineramaproto-1.2
>=media-lib
onsidered as invalid and an error message is printed
in the log and they return failure.
This made me reconsider whether I should set this option or not...
I gave it a try without the option set and I get direct rendering fine.
t...@o_0 ~ $ glxinfo | grep render
direct rendering: Yes
OpenGL re
11-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.
ot
>>>>>> 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.
>>>>
out a full minute
to load. Strangely long, but it boots and kde is fine. I turned
off nepomuk services. Both systems use hal, if that makes
any difference...
eselect mesa list
64bit i915 (Intel 915, 945)
64bit i965 (Intel 965, G/Q3x, G/Q4x)
64bit r300 (Radeon R300-R500)
[1] classic *
[2] ga
se/xorg-x11-6.9 (is blocking media-libs/mesa-6.5-r3)
[blocks B ] <=x11-base/xorg-x11-6.9 (is blocking x11-libs/libdrm-2.0.1)
[blocks B ] <=x11-base/xorg-x11-6.9 (is blocking
x11-proto/xf86vidmodeproto-2.2.2)
[blocks B ] <=x11-base/xorg-x11-6.9 (is blocking x11-proto/glproto-1
.4.1.3 USE="-debug -dri" 368
kB
[ebuild N] x11-drivers/xf86-video-via-0.1.33.2 USE="-debug -dri" 355
kB
[binary N] virtual/glu-7.0
[binary N] x11-apps/mesa-progs-6.4.2
[binary N] x11-drivers/xf86-video-nv-1.0.2.0 USE="-debug"
[binary N] x11-b
mere [Radeon Pro WX 5100] (prog-if 00 [VGA controller])
[...]
> >> The only other generic ones I can think of are cuda-z and gputop. Have
> >> you tried one of those? Although I don't think it'll give you the
> >> information you need either.
> >
> &
special and not your fault. I vaguely remember
having broken symlinks in runlevels too – was it also tmpfiles.dev or
udev-mount? I cannot recall it but I’m sure about those in folder
/etc/ssl/certs or regarded to the packages media-libs/mesa and
x11-libs/libXvMC for example.
Shouldn't the o
k)
- sys-apps/systemd-216-r3::gentoo (masked by: package.mask)
- sys-apps/systemd-215-r3::gentoo (masked by: package.mask)
(dependency required by "virtual/libudev-215-r1::gentoo" [ebuild])
(dependency required by "media-libs/mesa-10.3.7-r1::gentoo[udev]"
[ebuild])
(dependency r
Since the last radeon/xorg/mesa update things have been rather ropey on two
different boxen, both of which run stable arch with enlightenment as a
desktop. On one of them (ATI Mobility Radeon HD 4670) it has been impossible
to work in LibreOffice without a complete lock up of the desktop. On
Walter Dnes wrote:
> On Sat, Mar 14, 2020 at 03:17:34PM +0100, hitachi303 wrote
>> Am 14.03.20 um 13:46 schrieb Neil Bothwick:
>>> I take it you don't have USE=libglvnd for mesa?
>> Yes I do. Since I haven't defined it in my make.conf I guess it is
>>
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.
>
> https://packages.gentoo.org/package/sys-devel/clang
>
I don't know why I'm replying, as I'm no expert. So, I could be way off,
but:
From a go
mostly stable,
with select testing apps. kde-apps are 22.12.3. I'm about to try
rolling back kde-frameworks from ~5.106.0 to 5.104.0 and mesa from
~23.1.0 to 23.0.3-r1. I haven't seen anything I recognize as a problem
in the X log, dmesg, or /var/log/messages.
I realize I'm
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, a
pport for cirrus, bochs, qxl, and vmware emulation in the guest
kernel. I wonder if I missed something. I also emerged the
corresponding X drivers. vmware was a pain because I had to rebuild mesa
and other stuff to emerge the vmware video driver.
File-attached are Xorg logs for failed attem
ackages to be built
are listed, conflicts or blockers.
None of these 3 packages where listed in the first attempt to see
what needs to be built::
Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'.
> >>>> Emerging (1 of 3) sys-devel/llvm
On Wednesday, May 20, 2020 2:10:14 PM CEST Dale wrote:
> Victor Ivanov wrote:
> > When the lbglvnd flag was introduced I remember I solved this issue by:
> > # emerge --unmerge eselect-opengl
> > # emerge -1qv mesa
> >
> > After that, a simple update of
>>
>>
>>
>&
"policykit -btrfs
-dmraid -f2fs -fat -hfs -jfs -kde -mdadm -ntfs -reiser4 -reiserfs
-xfs"
[nomerge ] dev-cpp/gtkmm-2.24.4:2.4 USE="-doc -examples {-test}"
[nomerge ] dev-cpp/cairomm-1.10.0 USE="svg -doc"
[ebuild U ]x11-libs/cairo-1.12.16 [1.1
OK, so let's have a go at the ATI drivers again.
First, get rid of the open source ati drivers
emerge --unmerge -av radeon-ucode xf86-video-ati
Editing the /etc/make.conf file to change the last line to
VIDEO_CARDS="fglrx"
then running emerge -NDuav system changes the mesa driver
USE="-debug -doc"
[nomerge ] x11-libs/cairo-1.4.12 USE="X glitz
opengl svg -debug -directfb -doc -xcb"
[nomerge ]media-libs/glitz-0.5.6 [?]
[nomerge ] media-libs/mesa-6.5.2-r1 USE="
lled
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 disabled by the
tall the binary glibc ('emerge ')
>>>>
>>>> Then you should have a clean glibc install.
>>>>
>>>> If you suspect an update of breaking anything you can always build
>>>> binary packages ahead. They are built from the installed
describe with plain
> > X/twm.
> >
> > -Dru
>
> I copied the working xconf from my old system to my new one and had
> never modified/hacked the installation paths of those applikations.
> So I exspect that at least X will give me that greyish screen with
> an move
sable functionality checks" box in
> the same tab. Note that the desktop and all apps will keep being tear-free
> and VSynced even if making those changes in System Settings.
>
> Furthermore, I've set:
>
> CheckIsSafe=false
>
> in my ~/.kde4/share/config/kwinrc
>
> A
that's the reason for the oops?
It now seems I can no longer find glxgears/info. What have I
removed that I shouldn't have?
glxgears is part of mesa-progs.
I remember unmerging xorg-x11 (there was advice in this list that this is not
needed when using Fluxbox or other lightwei
x11-terms/rxvt-unicode
app-editors/vim
net-misc/dhcpcd
...
The more I think about your arrogance, the more ticked off I get! Here's
the very few packages on my workstation that _do_ require udev:
mingdao@workstation ~ $ equery depends udev
* These packages depend on udev:
media-libs/libcanberra-0
ded to 2.15.0-r1. I specified sna in
> package.use but still it was merged without it.
>
> This configuration still has gdm crashing
>
> [U] x11-drivers/xf86-video-intel
> Available versions: 2.8.1 2.9.1 (~)2.10.0-r1 (~)2.11.0 2.13.0 2.14.0
> 2.15.0-r1 (~)2.16.0 {debug dr
Fri Jul 27 10:07:35 2012 >>> www-client/chromium-21.0.1180.55
Fri Jul 27 10:07:44 2012 >>> net-misc/whois-5.0.18
Fri Jul 27 10:08:53 2012 >>> app-office/akonadi-server-1.8.0
Fri Jul 27 10:12:03 2012 >>> media-libs/mesa-8.1_rc1_pre20120724
Fri
tion unsupported on Radeon 9500/9700 and
newer.
(II) RADEON(0): Render acceleration disabled
[...]
(EE) AIGLX: Screen 0 is not DRI capable
(II) Loading local sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/lib64/xorg/modul
isabled
[...]
(EE) AIGLX: Screen 0 is not DRI capable
(II) Loading local sub module "GLcore"
(II) LoadModule: "GLcore"
(II) Loading /usr/lib64/xorg/modules/extensions/libGLcore.so
(II) Module GLcore: vendor="X.Org Foundation"
compiled for 7.1.1, module version =
Listed the output below if anyone is interested.
~$ glxinfo | grep dir
direct rendering: No
OpenGL renderer string: Mesa GLX Indirect
~$ glxgears
792 frames in 5.0 seconds = 158.400 FPS
1945 frames in 5.0 seconds = 389.000 FPS
1847 frames in 5.0 seconds = 369.400 FPS
1265 frames in 5.0 seconds =
ymore
after "modprobe agpgart" or "insmod agpgart" followed by chipset module;
I was still
not using x11-drm package or ati-drivers.
Trying to install ati-drivers I found that my card was not supported...
(P.S. after unmerging the package I had to issue the command
owing, much of which I
would need regardless of the "-*" USE flag...
app-misc/mc -X
dev-lang/python xml
dev-libs/libxml2 python
games-emulation/dosbox alsa
mail-mta/ssmtp mta
media-gfx/ufraw gimp
media-libs/libsdl alsa audio joystick video
media-libs/libtheora encode
media-libs/mesa class
ency required by "virtual/libudev-215-r1::gentoo" [ebuild])
>(dependency required by "media-libs/mesa-10.3.7-r1::gentoo[udev]"
>[ebuild])
>(dependency required by "x11-libs/cairo-1.14.2::gentoo[opengl]"
>[ebuild])
>(dependency required by "media-libs/har
deon/kaveri_sdma.bin radeon/BONAIRE_uvd.bin
radeon/BONAIRE_vce.bin"
CONFIG_EXTRA_FIRMWARE_DIR="/lib/firmware/"
CONFIG_FIRMWARE_MEMMAP=y
CONFIG_DRM_RADEON=y
Packages:
x11-base/xorg-server
Installed versions: 1.16.4(23:51:45 19/02/15)(glamor ipv6 nptl suid udev
xorg -dmx -doc
gentoo
>> # required by kde-plasma/plasma-workspace-5.8.3-r4::gentoo
>> # required by net-p2p/ktorrent-5.0.1::gentoo[shutdown]
>> # required by @selected
>> # required by @world (argument)
>>>=media-libs/mesa-12.0.1 wayland
>
>
> I suggest ignoring this for t
no parents that aren't satisfied by other packages in this slot)
(x11-libs/libxcb-1.11.1:0/1.11.1::gentoo, ebuild scheduled for merge) pulled
in by
>=x11-libs/libxcb-1.9.3:0/1.11.1=[abi_x86_32(-),abi_x86_64(-)] required by
(media-libs/mesa-12.0.1
is one package specific use flag:
# package.use# required by x11-drivers/xf86-video-vmware-13.3.0::gentoo
# required by x11-base/xorg-drivers-1.19::gentoo[video_cards_vmware]
# required by x11-base/xorg-server-1.19.5-r2::gentoo[xorg]
# required by x11-drivers/xf86-input-keyboard-1.9.0::gentoo
# req
_single_target_python2_7(-),-python_single_target_python3_6(-),-python_single_target_python3_7(-),-python_single_target_python3_8(-),-python_single_target_python3_9(-)]".
(dependency required by "dev-python/mako-1.1.3::gentoo" [installed])
(dependency required by "media-libs/mesa-20.1.0
11:07 PM, Tsukasa Mcp_Reznor
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
in the first attempt to see
what needs to be built::
Not 'sys-devel/llvm', nor 'sys-devel/clang', nor 'media-libs/mesa'.
Emerging (1 of 3) sys-devel/llvm-3.7.1-r3::gentoo
I did nothing manual in between. Explanations?
portage is doing what's expected. You do
;ve installed desktop env (xmonad +
greetd), mesa (with i965 and iris USE) and xorg packages. At this point there
were no display issues, but I had no audio, webcam and touchpad support. With
trials and errors method I've managed to get everything working. Unfortunately
somewhere during this p
p) -java -jpeg2k
> -openexr -pch -testprograms -v4l -xine"
> PYTHON_SINGLE_TARGET="python2_7%* -python2_6%"
> PYTHON_TARGETS="python2_7%* -python2_6%"
> [ebuild U ] virtual/opengl-7.0-r1 [7.0] ABI_X86="(64%*) (-32) (-x32)" 0
> kB
> [nomerge
t be seen on the window once I move the mouse pointer
out of it because the entire window is highlighted; in my case with
yellow color. Then I kill glxgears and scroll the xterm up and down to
see the frames output from glxgears; always ~60 FPS. Shouldn't I be
getting a lot more?
I wonder whethe
e cpu when using firefox.
5) After using it a while(2 hours, say) X consumes a lot of memory and
responsiveness and performance start getting worse and worse. Feels like
some memory leakage.
The things updated are kernel from 2.6.27 to 2.6.29, mesa from 7.3 to
7.4, intel driver from 2.6.1 to 2.6.3.
aybe the
memory usage is just normal since I acutally never checked that before I
had problems.
I was pointed at the problem on lesswatts.org
http://www.lesswatts.org/projects/powertop/known.php#intelgfx
>
> The things updated are kernel from 2.6.27 to 2.6.29, mesa from 7.3 to
> 7.4, in
ow it goes.
> >
> > - Mark
> >
>
> In my /var/log/Xorg.0.log file, the only errors are as follows:
>
> camille ~ # grep EE /var/log/Xorg.0.log
> (WW) warning, (EE) error, (NI) not implemented, (??) unknown.
> (EE) Unable to locate/open config file
> (II) Loading extension MIT-SCREEN-SAVER
> (EE) open /dev/fb0: No such file or directory
> (EE) AIGLX error: dlopen of /usr/lib/dri/i915_dri.so failed
> (/usr/lib/dri/i915_dri.so: cannot open shared object file: No such file
> or directory)
> (EE) AIGLX: reverting to software rendering
>
>
> Now I don't know what /dev/fb0 is, but the /usr/lib/dri/i915_dri.so I
> think I should have, but I don't.
>
> camille ~ # locate i915_dri.so
> camille ~ # ls -l /usr/lib/dri
> total 2004
> -rwxr-xr-x 1 root root 2047960 Apr 12 03:17 swrast_dri.so
>
>
> Where can I get this file?
I found /usr/lib/dri/i915_dri.so on one of my other boxes and ran equery
belongs on it. It belonged to media-libs/mesa. I re-merged mesa and
rebooted X and myth works. I checked LiveTV and it works too.
gt; * - /usr/lib32/libnvidia-glsi.so.334.21
> * - /usr/lib64/libnvidia-glcore.so.334.21
> * - /usr/lib64/opengl/nvidia/lib/libGL.so.1
> * - /usr/lib64/opengl/nvidia/lib/libGL.so.334.21
> * used by /usr/bin/Xephyr (x11-base/xorg-server-1.15.0)
> * used by /usr/bin/
ri.so failed
> (/usr/lib/dri/r200_dri.so: cannot open shared object file: No such file or
> directory) (EE) AIGLX: reverting to software rendering
> ==
you are missing a file. Try re-installing mesa.
>
>
>
ndSection
>
> Section "Monitor"
> ### Comment all HorizSync and VertRefresh values to use DDC:
>Identifier "LCD"
> ### Comment all HorizSync and VertRefresh values to use DDC:
> # HorizSync31.5 - 79.0
> # VertRefresh 50.0 - 70.0
> # Option "DPMS"
> # Option "PreferredMode" "1400x1050"
> EndSection
>
> Section "Device"
>Identifier "Card0"
>Driver "i810"
>Card"** Intel i810 (generic) [i810]"
>Option "LVDS" "LCD"
> # Option "XvMC" "true"
> EndSection
>
> Section "Screen"
>Identifier "Screen0"
>Device "Card0"
>Monitor"LCD"
> # SubSection "Display"
> # Depth 24
> #Virtual 2680 1050
> # EndSubSection
> # DefaultDepth 24
> # SubSection "Display"
> # Depth 24
> # Modes"1400x1050" "1280x1024" "1024x768"
> # EndSubSection
> EndSection
>
> Section "DRI"
>Group0
>Mode 0666
> EndSection
>
>
>
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.
--
BR,
Zhou Rui
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
nfully slow nVidia drivers with early KDE4?)
> >
> > I use the opensource drivers for ati-cards. So t is unlikely to be
> > driver related.
I also use open source drivers and these troubles started recently. I am
running:
x11-base/xorg-server-1.10.2
x11-base/xorg-x11-7.4-r1
801 - 900 of 1100 matches
Mail list logo