e 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 ba
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 200
o
>
>
> On Mon, Jun 22, 2009 at 1:25 PM, Ward Poelmans wrote:
>
>> On Mon, Jun 22, 2009 at 13:16, Massimiliano
>> Ziccardi wrote:
>> > Done. After that I did:
>> >
>> > emerge -av xf86-video-intel
>> > killall -1 X
>>
>> Did you merge mesa again? Did you follow the guide to the letter?
>>
>> Ward
>>
>>
>
On Sat, Jun 27, 2009 at 3:37 PM, Nikos Chantziaras wrote:
> On 06/28/2009 01:30 AM, Mark Knecht wrote:
>>
>> On Sat, Jun 27, 2009 at 3:17 PM, Nikos Chantziaras
>> 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.
Dis
> Thank you very much in advance for any helpful hint !
>
> 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
er flakey
& whose removal had not the slightest effect (wry smile).
However, I did notice 2 lines on the screen after the crashes:
Unrecognised deviceID 29c2
backtrace ...
... /usr/lib64/dri/i915_dri.so ... (provided by pkg 'mesa')
This suggests there is some very basic pr
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 AIG
,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap,
GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_MESA_copy_sub_buffer, GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client
On Wed, Jan 19, 2011 at 7:45 AM, Mick wrote:
>
> I have seen some seriously spurious results from glxgears over the
> years. I recall reading somewhere that if your fps is less that 100,
> it may be caused by your screen refresh rate being out of keel with
> your card or something like that. gl
On Wednesday 19 January 2011 16:05:11 Mark Knecht wrote:
> On Wed, Jan 19, 2011 at 7:45 AM, Mick wrote:
>
>
> > I have seen some seriously spurious results from glxgears over the
> > years. I recall reading somewhere that if your fps is less that 100,
> > it may be caused by your screen refresh
and I have set mesa to classic mode on sw
> and i915 families.
>
> I partially belive that this is because of -O3 in my make.conf, but
> compiling a few packages using -O2 didn't do much good either. Moreover,
> I've been using kde with -O3 since 2011 and never had such a p
rs> (ATI's fglrx for example) do not work at all. However I use the
X.org> included Radeon drivers (and standard Radeon DRI kernel model) and have> had no problems whatsoever. It could be a different story for the card> in your machine (a Rage II by the looks of it).
$ glxinfo | grep
upport disabled,
> go to http://dri.freedesktop.org/wiki/Building and do the drm and
> Mesa parts for your mach64. That should give you 3D-accel back.
>
Umm. Well I have recompiled the kernel, but I think I can live without drm ;)
> There is no need, by the way, to do an 'emerge -
fglrx won't (AFAIK) work alongside
other drivers for multi-head setups (and because it's not very reliable
either)).
One problem would be that fglrx works best with ati opengl, whereas other
drivers require mesa. Would I have to eselect the different opengl version
each time I started X?
On 19/08/18 11:21, Alexander Puchmayr wrote:
>
> This issue is covered by bug https://bugs.gentoo.org/651658, which is open
> since March 2018 and no progress since also March 2018.
>
> It seems as if multiple slots of llvm cause the problems. mesa pulls in llvm:
> 5, while o
; 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 xor
en I start an X session in the gentoo guest machine, the 3D video
acceleration is emulated with the "Software Rasterizer" function of
mesa, as shown below:
# glxinfo | grep renderer
OpenGL renderer string: Software Rasterizer
The problem is that "Software Rasterizer" is so
, LLVM
4.0.0)
Driver Version3.0 Mesa 17.0.2
Diagnostics
AzureCanvasAccelerated0
AzureCanvasBackendskia
AzureContentBackendskia
AzureFallbackCanvasBackendnone
CairoUseXRender0
Decision Log
HW_COMPOSITING
blocked by default: Acceleration blocked by platform
force_enabled by user
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 a
nges?
Current settings;
What about USE flags for mesa and libva?
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.)
I also had to boot with
ebooted again.
>
> It's all back as it was - no CPU cycles left for anything else but wayland
> and plasam-shell.
>
> How to debug this?
At a simple level you can check this file for any obvious problem:
~/.local/share/sddm/wayland-session.log
Your symptom could be rela
>> > is about to undergo the python 3.6 to 3.7 upgrade if that means
>> > anything. I've tried the usual trick of unmerging eselect-opengl
>but
>> > that didn't help. A similar update went OK on my main machine.
>>
>> The mesa ebuild block
xr-x 1 root root 383K 2010-04-04 22:22 libGL.so.1.2
Note the "libGL.la" file. I wonder where yours has got to, or if it's
necessary for proper operation.
When I check which package produces this file I get:
GentooPenguin$ /usr/src/linux-2.6.31-gentoo-r6 $ equery belongs libGL.la
[ S
er couple times with xf86-input-keyboard,
xf86-input-mouse, xf86-input-evdev, xf86-video-i810, libdrm and mesa - still no
luck. I'm trying to change my xorg.conf but everything is OK with that config -
chipset 965G works good, no Xorg.log errors, warnings etc. I give You also my
Error:
>> (msgtype=0x2C0083,name=PBrowser::Msg_Destroy) Channel error: cannot
>> send/recv
>
> It seems the connection has been reset by the server, two processes running on
> your browser using IPC can't go anywhere and are torn down, but I'm no
> developer to know
d!
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.
dev-db:sqlite
sys-l
gt;> 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
>>> t
t;> 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
need. Just advise
> on a combo that works with a r580 chipset.
>
>
> James
x11-base/xorg-server
Installed versions: 1.5.2
media-libs/mesa
Installed versions: 7.2
x11-base/xorg-x11
Installed versions: 7.4
x11-drivers/ati-drivers
Installed versions: 8.552-r2
d I have to press the power button for 4 secs.
>
make sure your login manager termiates X. Also remove all ati files from
/etc/acpi
> Also, I'm worried that 8-12 does not bring a glx module, so the one
> from mesa is used.
> Is this ok?
I don't think so.
>
> The same t
top 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
mailing list they said that is for sure something about gentoo..
Il 05/05/2011 21:55, Paul Hartman ha scritto:
On Thu, May 5, 2011 at 4:06 AM, Lorenzo Marussi wrote:
Hello,
I use Gentoo/LInux OS, with lastest Qt4.7.2 ebuilds,
and a Nvidia card or intel graphics (and mesa)
when I run qmlvie
quot;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 nvi
from within an xterm is this:
[EMAIL PROTECTED] ~ $ glxinfo | grep -i direct
direct rendering: No
OpenGL renderer string: Mesa GLX Indirect
[EMAIL PROTECTED] ~ $
...with OpenGL performance that can be expected from software
rendering. I don't see anything in /var
(more rare) on
two different systems with AMD/Radeon video cards. The keyboard becomes
totally unresponsive. This has started since the last Xorg/Mesa update, but I
haven't had the time to look into it. The logs do not show anything
meaningful. FF was particularly troublesome on ver
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
rld" dies
> Person 2 - Turn off "libglvnd" in make.conf
> Person 1 - Thank you; my update works fine now
Even if it didn't break block eselect-opengl with mesa, it is generally
extraneous for most non-NVIDIA users. From [1]:
libglvnd is a vendor-neutr
ls me that the xorg-x11 driver is being used.
> 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'm running:
xorg-server 1.6.5-r1
mesa7.5.2
libdrm 2.4.15
xf86-vid
2 1
>>> Unmerging x11-base/xorg-server-1.5.3-r6...
* GNU info directory index is up-to-date.
myth12 ~ # updatedb
myth12 ~ # ls -al /usr/lib/opengl/xorg-x11/extensions/
ls: cannot access /usr/lib/opengl/xorg-x11/extensions/: No such file
or directory
myth12 ~ # eselect opengl list
Available OpenGL implementations:
[1] xorg-x11
myth12 ~ # eselect opengl set 1
Switching to xorg-x11 OpenGL interface... done
myth12 ~ #
and now mesa seems to be building.
Problem solved - sort of. ;-)
Cheers,
Mark
;>> x11-libs/libXcursor-1.1.8
Mon Apr 30 17:50:26 2007 >>> x11-libs/libXinerama-1.0.2
Mon Apr 30 17:51:06 2007 >>> x11-libs/libXScrnSaver-1.1.2
Mon Apr 30 17:51:43 2007 >>> x11-apps/xkbcomp-1.0.3
Mon Apr 30 17:52:23 2007 >>> x11-libs/lib
bunch of black
> squares). I'm not sure what changed, and the online wiki/forum pages
> I just spent two hours reading were stale and of little help. Anyone
> see anything stupid herein:
> -- make.conf --
> VIDEO_CARDS="nouveau"
>
> -- eselect --
> # for i in m
s/font-bitstream-75dpi
media-fonts/font-bitstream-speedo
media-fonts/font-bitstream-type1
media-fonts/freefont-ttf
media-fonts/freefonts
media-fonts/ttf-bitstream-vera
media-gfx/imagemagick
media-libs/exiftool
media-libs/mesa
media-sound/alsa-tools
media-sound/alsa-utils
media-video/dvdbackup
media-v
d in make.conf and correct.
Now, I pretend for 7.1
--
Sat Nov 04 09:35:12
/home/skippi/0data/data/2print
skippy $ emerge -pv xorg-x11
These are the packages that would be merged, in order:
Calculating dependencies... done!
On 27/05/2014 15:23, Time Lucky wrote:
> > My USE in make.conf is
> > SE="bindist mmx mmx2 sse sse2 gnome gtk dbus systemd -consolekit -kde
> > -qt4 X acpi bash-completion bluetooth cjk unicode ipv6"
>
>
>
> At a hunch, I would say your USE for mesa is incor
27;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
pset.
> x11-base/xorg-server
> Installed versions: 1.5.2
> media-libs/mesa
> Installed versions: 7.2
> x11-base/xorg-x11
> Installed versions: 7.4
> x11-drivers/ati-drivers
> Installed versions: 8.552-r2
OK, I've got the first 3, but, dozens of versions of a
v-0.4.0
<=x11-drivers/xf86-input-keyboard-1.3.1
<=x11-drivers/xf86-input-evdev-2.0.6
<=x11-drivers/xf86-input-synaptics-0.15.2-r2
<=x11-drivers/xf86-input-mouse-1.3.0
<=x11-libs/xtrans-1.2.2
<=media-libs/mesa-7.2
<=x11-proto/printproto-1.0.4
<=x11-libs/libdrm-2.3.1
<=x11-libs/pixman-0.12.0
<=x11-misc/xkeyboard-config-1.3
-
Feladó: "Mike Kazantsev" mike_kazant...@fraggod.net
Címzett: gentoo-user@lists.gentoo.org
Dátum: Fri, 3 Apr 2009 08:48:52 +0600
-
>
> As you can see mesa and libdrm are live ebuilds, but from my experience
> they are fairly st
On 9/15/07, Pongracz Istvan <[EMAIL PROTECTED]> wrote:
> 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 Po
ief 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 opt
/data/etc/ kde lib32/ media/ old-etc/ proc/
> > sbin/tmp/ var/
> > root@fireball / # eselect
>
> See Pandu's latest message in this thread. Once you enable it like he
> showed, it'll work like this:
>
> # eselect
> bashcomp boos
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 be
> approximately the same as the monitor refresh rate.
t; > > !!! Please link //usr/src/linux to 2.4 kernel sources. x11-drm
> > > does not yet work with 2.6 kernels, use the DRM in the kernel.
> >
> > Unmerge x11-drm. Then rebuild the kernel with DRI support disabled,
> > go to http://dri.freedesktop.org/wiki/Building
conf, adding the "classic" USE flag if you don't already
have it, and running...
emerge --deep --changed-use @world
As near as I can tell...
* the kernel uses an i915 driver
* userspace programs (e.g. mesa) default to a userspace i915 driver.
* but they can use the additional capacity
1005 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 x
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
>
>> The mistake you made is using --autounmask-write
>> That feature writes local package.unmask entries to
downgrade clutter as well. I
will report back!
thanks again!
if I remember correctly, you need to re-emerge mesa
the downgrade of nvidia-drivers to 331.49 seems to have helped ... maybe
in combination with other stuff.
but I get issues with this:
!!! existing preserved libs:
>>> pa
Please don't top-post.
On Wednesday, May 20, 2020 1:37:45 PM CEST 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
command from when I had a NVidia card, and I am missing the
> > 'YES' in my output of fglrxinfo. But I do not have a 'NO' there either.
>
> fglrxinfo is different from glxinfo. glxinfo is available in the
> mesa-progs package (emerging this will pull in mesa as wel
me memory leakage.
One very important thing seems to be to disable "Synchronization with
vertical refresh" in driconf. Up to now it seems to restore the old
behaviour for 1-4.
Appearently this options default value was changed from mesa 7.3 to 7.4
>
> The things updated are kernel from 2.6.27
; -fno-strict-aliasing and nothing happens. Also I recompile xorg-server
> couple times with xf86-input-keyboard, xf86-input-mouse, xf86-input-evdev,
> xf86-video-i810, libdrm and mesa - still no luck. I'm trying to change my
> xorg.conf but everything is OK with that config - chipset 96
esday 05 March 2008 17:53:45 [EMAIL PROTECTED], vous avez
> écrit :
> > Hmm...
> >
> > I've try revdep-rebuild after each 'emerge -vea world' when nothing
> > happens, packages reemerges and nothing else. Everything was OK, no
> > reemerges by revdep
> >
> > Le Wednesday 05 March 2008 17:53:45 [EMAIL PROTECTED], vous avez
> > écrit :
> > > Hmm...
> > >
> > > I've try revdep-rebuild after each 'emerge -vea world' when nothing
> > > happens, packages reemerges and nothing e
prietary 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 :( )
Supported car
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.
>
> dev-db:sqlite
> sys-libs:timezone-data
> dev-libs:libevent
> x11-
STENT' 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-ser
gt;> >=x11-base/xorg-server-1.6
>> >=x11-libs/libXfont-1.4
>> >=x11-proto/randproto-1.2
>>
>> I hope it won't break my system :-)
>>
>> I'll let you know the result.
>>
>> Thanks a lot,
>> Massimiliano
>>
>>
>> O
p with driver support
>
> # lsmod | grep radeon
> radeon145696 2
> drm 141892 3 radeon
>
> Your views?
I hope it's not bad form to reply to my own message ...
When I unmerged xorg-x11 I depclean removed a number of packages including
x11-apps/mesa-pro
fig 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.
>>>>>>
>>>>
G_FB_CFB_IMAGEBLIT=y
>
> Now last night on my Phenom 940, I was unable to get KDE to remain
> stable unless I turned on KMS. Now that system, too, is stable as far as
> the half hour of testing I performed was able to show.
Just to let you know that the latest mesa-7.10.1 fixed things for me nicely.
Now compositing works in KDE and E17 gives me no artifacts with OpenGL
acceleration.
:)
--
Regards,
Mick
signature.asc
Description: This is a digitally signed message part.
'm afraid I can't do that. This rig is too important
> > for me to allow you to jeopardize it."
>
> I think the name was important. It reminds me of that movie too. I
> don't like either one of them. lol
>
> I hope you have some ideas on my monitor problem.
rt (I see
a
> > segfault by the equalizer module).
> >
> > My graphic card is on board i945 and I have set mesa to classic mode on
sw
> > and i915 families.
> >
> > I partially belive that this is because of -O3 in my make.conf, but
> > compiling a few package
) (-suncg6) (-sunffb) (-sunleo)
(-suntcx) -tdfx% -tga% -trident% -tseng% -v4l% -vesa% -vga% -via% -vmware%
-voodoo%"
6,105 kB
[ebuild U ] x11-apps/mesa-progs-6.5.1 [6.4.2] 1,288 kB
[ebuild U ] x11-base/xorg-x11-7.1 [7.0-r1] USE="(-3dfx%)"
INPUT_DEVICES="(-a
Let's just say that Googling for a solution is hard when you don't
have X. I could've unhooked my monitor from my main machine and
switched to my backup machine, but it's a hassle. Anyhow, I did manage
to find the solution in Google using w3m instead of Firefox. The Q and
A is...
=
> > makedepend: warning: glcontextmodes.c (reading
> > /usr/X11R6/include/bits/types.h, line 31):
> cannot
> > find include file "stddef.h"
> > not in ./stddef.h
> Those warnings are irrelevant. You need to find the actual error.
Oops, sorry about that. Here are the error messages that
>
> > 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 above recomendation as the suggestion to
> rebuild the
cts only AMD GPUs:
https://bugs.gentoo.org/907431
Clearing the GPU driver cache or using the -disable-gpu-driver-bug-workarounds
option avoids the problem.
In my case, It wasn't a mesa update that triggered the problem. I
think it was the llvm update (I haven't confirmed that).
--
Grant
MESA_swap_frame_usage, GLX_OML_swap_method,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig
OpenGL vendor string: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R300 20060815 AGP 1x x86/MMX/SSE2 TCL
OpenGL version string: 1.3 Mesa 6.5.1
OpenGL extensions:
GL_ARB_fragment_pr
e/config/kwinrc
After all that, KDE 4.5.0 runs perfectly for me using
gentoo-sources-2.6.35-r1, xorg-server-1.8.99.905, and the following live
() packages:
media-libs/mesa
x11-proto/glproto
x11-proto/dri2proto
x11-libs/libdrm
x11-drivers/xf86-video-ati
Using KMS.
r will fail to run at
all. This is only for the radeon and radeonhd drivers. The ati proprietary
blob uses its own drm just like nvidia does.
However, in which regards 3d, you are not likely to see anything working
at all unless you use a git libdrm, mesa and xf86-video-ati (or radeonhd)
in conjunct
gt;>>> 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 wer
> <=x11-proto/xf86driproto-2.0.4
> <=x11-libs/libXxf86vm-1.0.2
> <=x11-proto/randrproto-1.2.2
> <=x11-libs/libXfont-1.3.3
> <=x11-drivers/xf86-video-v4l-0.2.0
> <=x11-drivers/xf86-video-fbdev-0.4.0
> <=x11-drivers/xf86-input-keyboard-1.3.1
> <=x11-dri
ule allows me to restart X without problems.
Oh, well, at least now I have OpenGL 2.1 in Mesa too.
Same here, plus that switching to VTs and back to X a couple of times
hangs the machine. That's has always the case with fglrx, with any
version ever produced, on any distro you can imagin
; name of display: :0.0
> display: :0 screen: 0
>
> direct rendering: Yes
>
> What can I do now?
> What is going on here???
>
> Puzzled,
> Wolfgang
I'm not an x11 guru (also strugglimg with x from time to time), but if I
understand well, there are important things in last kernels to support intel
cards (mesa and kernel must be in sync some way).
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 class
g real because it was so buggy and incomplete.
I think the "official" way to use 3D in linux vmware guest is to use
the vmwgfx kernel module, building some specific (patched?) libdrm,
mesa with certain gallium configuration options, and enabling some
magic switches in your xorg.conf, t
uot;execute" splitdebug.conf for
the packages you want. My package.env for example looks like:
sys-libs/glibc splitdebug.conf
media-libs/mesa splitdebug.conf
kde-base/kdelibs splitdebug.conf
kde-base/kwin splitdebug.conf
The result is that, for example, when glibc is emerged, splitdebug.
On Wed, Jan 19, 2011 at 2:58 PM, Mick wrote:
> On Wednesday 19 January 2011 16:05:11 Mark Knecht wrote:
>> On Wed, Jan 19, 2011 at 7:45 AM, Mick wrote:
>>
>>
>> > I have seen some seriously spurious results from glxgears over the
>> > years. I recall reading somewhere that if your fps is less t
m
> not sure how since the gdm welcome screen comes up and the keyboard
> works fine there for username/password input.
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 tha
(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
ite" "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 glxinfo.
Beryl cannot be launched because of lack of DRI.
If I turn composite off, the X server is driven by fglrx, which g
On Saturday 20 January 2007 00:31, Jan Stępień wrote:
> After launching X server with this setting it results in using Mesa
> instead of fglrx, which means NO direct rendering, as proved by glxinfo.
> Beryl cannot be launched because of lack of DRI.
>
> If I turn composite off,
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/
appears you do), then docker will not work.
> When I start an X session in the gentoo guest machine, the 3D video
> acceleration is emulated with the "Software Rasterizer" function of
> mesa, as shown below:
>
> # glxinfo | grep renderer
> OpenGL renderer string: Software
ing things in the proper light.
> Portage is well known for often giving really sucky output, this is such
> a time.
>
> Fix the real error, and all that junk on the screen goes away. No reason
> to stop updating.
I only had 1 required by set.
Which basically got me to remove th
.use directory. This
is mine, in case it helps anyone:
# ls /etc/portage/package.use
boinc firefox firmware iputils qtwebengine runtime-meta xorg
# cat /etc/portage/package.use/xorg
media-libs/mesa -vaapi
sys-devel/llvm clang video_cards_radeon
x11-libs/libdrm video_car
sqlite
kde-apps/kdesu-handbook
media-libs/libvpx svc
media-libs/mesa -vaapi
net-misc/iputils -caps -filecaps
sys-devel/llvmclang video_cards_radeon
sys-kernel/linux-firmware savedconfig
x11-libs/libdrm video_ca
in by
(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:0/0::gent
se 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 h
> > 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'
701 - 800 of 1100 matches
Mail list logo