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 and do the drm and
Mesa parts for your mach64. That should give you 3D-accel back.
There is no need, by the way, to do
, the ati-driver package
may be the only one which supplies OpenGL for your video card's chipset
(above the 9250 must use the drivers, 9250 and below can use the kernel
'radeon' driver and X.org MESA to get OpenGL support). So if you're
getting an error in OpenGL, that may be because you have no video
Benno Schulenberg [EMAIL PROTECTED] writes:
equery files xorg-x11 | grep -i mesa
Yes of course, what I need is I guess the developer set with include
files.
I've downloaded and installed most of it not they look like:
ls -F /usr/local/include/
GL/ GLES/
/usr/local/include/GL:
GLwDrawA.h
On Friday 10 March 2006 18:22, Harry Putnam [EMAIL PROTECTED] wrote
about '[gentoo-user] Re: Back in the soup [circular mask problem]':
Benno Schulenberg [EMAIL PROTECTED] writes:
equery files xorg-x11 | grep -i mesa
Yes of course, what I need is I guess the developer set with include
nothing
i found that library on a backup but i don't know the corresponding package.
Hi, this file belongs to media-libs/mesa
regards,
Boris.
thanks.
best regards. robert
--
gentoo-user@gentoo.org mailing list
--
Quiconque me parle de Dieu en veut à ma bourse ou à ma liberté.
--
gentoo
On 01 January 2007 19:52, Strong Cypher wrote:
Oh I remember, I had this problem few month ago ... so they is a solution
You absolutly need to remove ntpl for xorg-server and mesa
Try : USE=-ntpl emerge -DNupv world
to see what package are concerned,
Interesting. Will try that tomorrow
a cycle unfortuitous for xorg --configure. Please use
xorgcfg instead to get a working X11, then tune from the many xorg.confs
floating around.
Caveat: Depending on how old your video card is, ati-drivers may not support
it. Use radeon DRI/mesa instead.
--
/PA
--
gentoo-user@gentoo.org mailing
On 7/1/06, Walter Dnes [EMAIL PROTECTED] wrote:
* Updating module dependencies for 2.6.16-gentoo-r7 ...
WARNING: //lib/modules/2.6.16-gentoo-r7/video/fglrx.ko needs unknown symbol
inter_module_unregister
WARNING: //lib/modules/2.6.16-gentoo-r7/video/fglrx.ko needs unknown symbol
Richard Broersma Jr wrote:
glxclient.h:257: error: syntax error before GLXContextTag
glxclient.h:257: warning: no semicolon at end of struct or union
glxclient.h:401: error: syntax error before '}' token
clientattrib.c: In function `do_enable_disable':
Is there something shortly above these
with overlays, that is a major pain, and (opinon) I shouldn't have to
do that anyway.
There are one or two patches to Mesa post-6.5 that fix PCIE support, I
think by Dave Airlie (airlied). If you'd like to find them, I would be
happy to add them to the ebuild. Just file a request bug with a pointer
On 7/13/06, Juliano Morais Barbosa [EMAIL PROTECTED] wrote:
/usr/lib/gcc/x86_64-pc-linux-gnu/3.4.6/../../../../x86_64-pc-linux-gnu/bin/l
d: skipping incompatible /usr/lib/libX11.a when searching for -lX11
Better! Thanks.
It looks like mesa is failing at trying to build a 32-bit version
On 7/14/06, Richard Fish [EMAIL PROTECTED] wrote:
On 7/14/06, Donnie Berkholz [EMAIL PROTECTED] wrote:
It looks like mesa is failing at trying to build a 32-bit version of
itself. But I don't understand *why* it is trying to build 32-bit
version of itself...on my amd64 system only a 64
sensitive to changes in any libraries it uses. I suspect
you have recently updated the package providing libGL.so (it could be
mesa or your graphics card drivers), in which case, you need to re-emerge
mplayer.
emerge --oneshot mplayer
revdep-rebuild should pick up this, and any other
, set the VIDEO_CARDS variable to intel
It just means that you need to change the VIDEO_CARDS to include
intel. So, what you need to do is set VIDEO_CARDS to contain the
string intel. With this variable, gentoo controls which drivers are
being built when you emerge xorg-x11, mesa, etc
Ward
,
Massimiliano
On Mon, Jun 22, 2009 at 1:25 PM, Ward Poelmans wpoel...@gmail.com wrote:
On Mon, Jun 22, 2009 at 13:16, Massimiliano
Ziccardimassimiliano.zicca...@gmail.com wrote:
Done. After that I did:
emerge -av xf86-video-intel
killall -1 X
Did you merge mesa again? Did you follow the guide
On Friday 26 June 2009 18:43:37 Mark Knecht wrote:
Yep. did all those earlier and saw this OpenGL problem with eselect.
Sort of disregarded it at the time and figured it would get worked out
later but now it's in the way.
So what exactly did eselect say at the time?
Therein likely lies the
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
/r600_dri.so: cannot open shared object file: No
such file or directory)
(EE) AIGLX: reverting to software rendering
===
Have you seen this before? Any idea what I should tweak now to get
this going?
mesa. You need to install mesa with the right
On 13/10/10 09:41, 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
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
that a use flag has changed. Sometimes they get added,
sometimes they're removed, so these will trigger an update if you use
emerge -N. For example, the radeonhd flag just went away, so mesa came
up as (-radeonhd%). It was in parenthesis because, in essence, I have
no control over it -- it's gone
Alan McKinnon wrote:
I got no bright ideas on that one :-(
Monitors and X and HAL and udev and mesa and nvidia and ATI are things that
always JustWorked(tm) for me everywhere...
Me too. I know the monitor works with my old rig so it is good to that
point anyway. I also know the puter
On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote:
And the kernel seems to use them (when started with boot options
'video=vesafb:ywrap,mtrr:3 vga=792'):
Dan, try removing uvesa/vesa/radeon/etc. framebuffer modules from your kernel
and the above line too from grub when you boot and see
considered deprecated.
Anecdote: On my laptop, which has a Radeon Mobility 9700 (uses RV350
or RV360), I got 30fps in Sauerbraten using the old non-KMS radeon
driver, and only 15fps using the new KMS driver. Enabling gallium on
latest mesa improves that to about 18fps, but causes my computer to
crash
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
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
On Thu, May 5, 2011 at 4:06 AM, Lorenzo Marussi i...@lorenzomarussi.it 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 qmlviewer with opengl params,
or I use QGLwidget viewport in my app,
I get this error
visual
binutils --briefeditor help kernel
mesa --no-colourpinentry rc
versionwxwidgets
blas cblas envjava-nsplugin lapack
modulesopengl profileruby vi
On Wednesday 13 Jul 2011 15:42:02 Nikos Chantziaras wrote:
On 07/13/2011 03:25 PM, Mick wrote:
[...]
Is the [r600] gallium stable now? I found it was locking up a kde
desktop with effects enabled and set it back to classic.
It's been made the default driver in Mesa now. So I guess
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
) 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
unable to enable effects like. blur,
woobly etc.. why ?
What is the output of glxinfo?
gentoo vishnu # glxinfo
name of display: :0
display: :0 screen: 0
direct rendering: Yes
what is the output of 'emerge -pv mesa kwin'?
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
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
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 ?
Thanks for some infos,
Helmut.
Lately, ever since I installed gnome3 (3.2), a lot of things have gone
unstable. Gnome crashes a lot and pulseaudio too, on every start (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
Am 05.03.2014 18:19, schrieb Stefan G. Weichinger:
Am 05.03.2014 17:58, schrieb Stefan G. Weichinger:
tried thunderbird-bin right now. Same behavior.
hmmm.
I suspect nvidia-drivers or something ... latest mesa does not compile
as well
https://bugs.gentoo.org/show_bug.cgi?id=481316
I
back!
thanks again!
if I remember correctly, you need to re-emerge mesa
On Tue, May 27, 2014 at 08:58:56PM -0400, Hunter Jozwiak wrote
VIDEOCARDS equals nouveauinin radeoninin vmwareinin
media-libs/mesa-10.0.4 was built with the following: USE equals
classic egl gallium gbm llvm nptl xa combindist comdebug
comgles1 comgles2 comllvm-shared-libs comopencl
-intel-2.21.15[glamor]
# required by @selected
# required by @world (argument)
=media-libs/mesa-10.0.4 gbm
So now xf86-video-intel needs glamor. What changed?
This is a server so it did an rsync during the night, but the ebuild is
old.
xorg-server gained a glamor USE flag, which appears
, and pending on mesa
stabilization: https://bugs.gentoo.org/show_bug.cgi?id=525474
Hans
).
The stable request in this case is a bit hidden, and pending on mesa
stabilization: https://bugs.gentoo.org/show_bug.cgi?id=525474
Hans
Thank you for the explanation.
allan
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
On 13/02/2015 20:19, Nicolas Sebrecht wrote:
Hi guys,
If you have mesa and eselect-opengl-1.3.X installed, could you please
tell me if the symlink /usr/include/GL/glext.h is broken for you?
Thanks,
All OK here, but it's not a symlink, it's a regular file:
alan@khamul ~ $ ls -al
eselect-opengl back to 1.27, mesa and glproto (may
have slightly wrong name), things are back to normal, but what the heck
is happening? I saw nothing in bgo, but we had a thread on here a while
ago, but even that thread didn't say the the server would be
uninstalled.
Any ideas? Are they going
-] [ ] dev-libs/openssl-1.0.2c:0
[IP-] [ ] mail-client/thunderbird-38.1.0:0
[IP-] [ ] media-libs/freetype-2.5.5:2
[IP-] [ ] media-libs/mesa-10.3.7-r1:0
[IP-] [ ] net-misc/openssh-6.9_p1-r2:0
[IP-] [ ] www-client/firefox-38.1.0:0
So just removed it and recompile anything? Are there any reasons
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
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
ut modifying the ebuild.
Ignore what I said in another reply, you are correct about kwin:
COMMON_DEPEND="
...
$(add_frameworks_dep kwayland)
...
>=dev-libs/wayland-1.2
...
media-libs/mesa[egl,gbm,gles2?,wayland]
> Installing wayland shouldn't actually hurt anyt
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
e -1a sys-devel/llvm', I get:
> '[ebuild r U ] sys-devel/llvm-3.9.1-r1 [3.7.1-r3]' and
> '[ebuild rR] media-libs/mesa-17.0.0'
>
> So, why is a reinstall of llvm triggering an upgrade but an @world is not?
>
Once upon a time, did you "emerge --oneshot llvm"? You can
Ühel kenal päeval, E, 17.07.2017 kell 03:46, kirjutas Rasmus Thomsen:
> Hello,
>
> > undefined reference to
> `llvm::RTDyldMemoryManager::getSymbolAddressInProcess(std::__cxx11::b
> asic_string , std::allocator > const&)'
>
> Seems to be the error, maybe you have to recompile llvm with c++11
reate dri screen
>>
>> libGL error: failed to load driver: nouveau
>>
>>
> Here is the Xorg.0.log
> <https://github.com/IceAmber/Error/blob/master/Xorg.0.log>
> The model of my graphic card is GTX1060, and the kernel version of my
> system is linux-4.12.5
> is there any suggestion for me?
>
>
Did you eselect opengl and mesa?
In .bashrc :
>>> export LD_LIBRARY_PATH=$VULKAN_SDK/lib:$LD_LIBRARY_PATH
>>
>> Required by the Vulkan Loader ( Mesa && Chromium ).
>
> I think this is what the /etc/ld.so.conf.d/ directory is there for.
> Have you tried something like this instead:
>
> echo &q
gt;
> > /usr/lib64/libGL.so
> > /usr/lib64/libGL.so.1
> >
> > which ultimately point to
> >
> > /usr/lib64/libGL.so.1.2.0,
> >
> > provided by media-libs/mesa. Naturally, I assumed I'd made a mistake with
> > `eselect` at some point, so
ldn't find libopenGL otherwise.
After reinstalling mesa (which depends on libva), I'll try to reinstall
x11-libs/libva with the opengl USE flag.
Currently I'm reemerging gcc bintuils glibc before I proceed with the
other packages selected by
emerge -v1 /usr/lib/gcc /lib32 /usr/lib32
Perhaps, it
On Thu, Oct 22, 2020 at 11:10:41AM +0200, n952162 wrote:
> I just found this in Xorg.0.log:
>
> /[ 37.362] (II) vboxvideo: kernel driver found, not loading./
This has been discussed before on this list in 2017. Have you tried the
(admittedly counter-intuitive) solution of
M, 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
inux 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) wit
glxinfo:
OpenGL vendor string: VA Linux Systems, Inc.
OpenGL renderer string: Mesa DRI Rage 128 Mobility 20041001 AGP 1x
OpenGL version string: 1.2 Mesa 6.2.1
uname: (note that darwin is my hostname, I'm not running MacOS)
Linux darwin 2.6.10-gentoo-r4 #1 Fri Jan 28 20:43:46 GMT 2005 ppc
745/755
and then try to compile stable release. Also put Your USE flags and
CFLAGS into answer to this email.
You should also try to recompile (by emerge) MESA, because glxgears may
not work as some mesa issues.
--
gentoo-user@lists.gentoo.org mailing list
to
the modules are already built 'lsmod' shows them installed:
is there any sense in rebuilding them ?
No. But do build the Mesa modules from git, the 1.2.2 and 1.4 part:
http://dri.freedesktop.org/wiki/Building
These three lines were added to i915/intel_context.h since 7.0.1
remember.
Anyway, I'll keep plugging away at this. Thanks for the idea on driconf.
Could it be you don't have mesa-progs installed? (Or perhaps even mesa itself?)
Hi
After my last emerge --sync I see -intel% (-i810%) in VIDEO_CARDS
What happined if I'll reinstall mesa and xorg-server?
Does my onboard intel vodeocard will work after this update?
If no, what I mast do?
Please help me to understand
Thanks
% sudo emerge -av --deep --update
OpenGL 2.1 in Mesa too.
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.
I didn't either, however the ATI self extracting archive doesn't
include one libglx.so for xorg 7.1 to 7.3.
The same thing happens when I install back
use flag for kdesktop, so I had to
use the xorg-x11 (mesa, I assume) openGL libraries just to get it to
build. The error was unresolved symbols with names like
_nv001215[something] At the moment, I am unable to use the nVidia
openGL drivers that come with the nvidia-drivers package
Alle 17:42, sabato 01 luglio 2006, Bo Ørsted Andresen ha scritto:
On Saturday 01 July 2006 09:34, Mauro Arnoldi wrote:
Hi to Everyone!
I have followed the HOWTO_XGL to install XGL on my system, but when I
arrive at the point: emerge -av mesa I get:
-
These are the packages
, 2009 at 2:34 AM, Alan McKinnonalan.mckin...@gmail.com
wrote:
On Saturday 27 June 2009 06:24:12 Mark Knecht wrote:
On Fri, Jun 26, 2009 at 12:30 PM, Alan McKinnonalan.mckin...@gmail.com
wrote:
On Friday 26 June 2009 21:05:01 Mark Knecht wrote:
So the weirdness continues. mesa built
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 well but there's
no harm in that, unless you are tight on hard drive space - just make
sure you shift back to ati opengl after emerging
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.
--
Mike Kazantsev // fraggod.net
Hi,
thank for the help ! :o)
Currently I cannot decide whether everything is setup correctly on my
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.
--
Mike Kazantsev // fraggod.net
Hi,
thank for the help ! :o)
Currently I cannot decide
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
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.
It can't hurt to try
posted recently about an upgrade that affected him (looking...
can't find it). He downgraded to fix it, but it wasn't nvidia or x
from memory. Sorry for being vague, I'll keep looking.
Ah, I seem to remember the problem was/is mesa 7.8.2 being slow, in which
case a downgrade helped
on RV370
OpenGL version string: 2.1 Mesa 7.9
OpenGL shading language version string: 1.20
...
It looks good now. Thank you very much for your advice again.
Dan T.
On Sunday 16 January 2011 16:52:30 Mick wrote:
On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote:
And the kernel seems to use them
on RV370
OpenGL version string: 2.1 Mesa 7.9
OpenGL shading language version string: 1.20
...
It looks good now. Thank you very much for your advice again.
Dan
On Sunday 16 January 2011 16:52:30 Mick wrote:
On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote:
And the kernel seems to use them (when
OpenGL version string: 2.1 Mesa 7.9
OpenGL shading language version string: 1.20
...
It looks good now. Thank you very much for your advice again.
You're welcome. :-)
All of this good advice is from this page:
http://www.gentoo.org/doc/en/xorg-config.xml
--
Regards,
Mick
signature.asc
on RV370
OpenGL version string: 2.1 Mesa 7.9
OpenGL shading language version string: 1.20
...
It looks good now. Thank you very much for your advice again.
Dan
On Sunday 16 January 2011 16:52:30 Mick wrote:
On Sunday 16 January 2011 15:18:50 Daniel Tihelka wrote:
And the kernel seems to use them
On Wednesday 23 March 2011 00:16:46 Bill Longman wrote:
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
Manage the /usr/src/linux symlink
lapackManage installed LAPACK implementations
mesa Manage the OpenGL driver architecture used by
media-libs/mesa
modules A module for querying modules. By default, it
lists all available
Manage the /usr/src/linux symlink
lapackManage installed LAPACK implementations
mesa Manage the OpenGL driver architecture used by
media-libs/mesa
modules A module for querying modules. By default, it
lists all available
the vmwgfx gallium driver
though.
The DRM driver compiles and loads, the next step is to build the vmwgfx
module from mesa. There is a post on the vmware forums with a user who
talks about tweaking the ebuild for mesa to get the module built.
Unfortunately that's all the info he gives.
Plus
:
In Device Drivers - Generic Driver Options, I've set:
(radeon/R700_rlc.bin) External firmware blobs to build into the kernel
binary
(/lib/firmware) Firmware blobs root directory
Then rebuild and install the kernel. Before you reboot, make sure you
have built media-libs/mesa with the gallium USE flag
reboot, make sure you
have built media-libs/mesa with the gallium USE flag set, and do an
eselect mesa set r600 gallium. Make sure you don't have disabled KMS
in the kernel command line or module options (radeon.modeset=0
disables KMS). After you reboot, you should have KMS + Gallium3D
built media-libs/mesa with the gallium USE flag set, and do an eselect
mesa set r600 gallium. Make sure you don't have disabled KMS in the kernel
command line or module options (radeon.modeset=0 disables KMS). After you
reboot, you should have KMS + Gallium3D working.
I've eselected
don't think
it even tried to do anything.
When you switch away from the proprietary drivers you need to do an
eselect opengl to switch the 3D rendering to use Mesa (X.Org 's
library). Thus, to get the nv driver working:
Ensure there is no frame buffer driver loaded by the kernel; **
Update
to cover all the bases: what versions do you have of:
xorg-server
xorg-drivers
mesa
[I] x11-base/xorg-server
Available versions: 1.9.4 1.9.5 1.10.2 (~)1.10.3 1.10.4 (~)1.11.0
(~)1.11.1 {dmx doc ipv6 kdrive minimal nptl static-libs tslib +udev xnest xorg
xvfb}
Installed versions
-pv mesa kwin'?
These are the packages that would be merged, in order:
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
][~] zcat /proc/config.gz | grep -i r300
CONFIG_EXTRA_FIRMWARE=radeon/R300_cp.bin
The question is... how do I force Mesa
(EE) AIGLX error: dlopen of /usr/lib/dri/r200_dri.so failed
(/usr/lib/dri/r200_dri.so: cannot open shared object file: No such file or
directory)
(EE) AIGLX: reverting
(-),-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
Volker Armin Hemmann volkerar...@googlemail.com [14-04-13 14:36]:
Am 13.04.2014 05:42, schrieb meino.cra...@gmx.de:
Hi,
since some time seven package wont compile anymore:
*
* The following 7 packages have failed to build or install:
*
* (media-libs/mesa-10.0.4::gentoo
] x11-libs/glamor-0.6.0 USE=xv -gles -static-libs 419 kB
[ebuild R] media-libs/mesa-10.0.4 USE=classic egl gallium gbm* llvm
nptl -bindist -debug -gles1 -gles2 -llvm-shared-libs -opencl -openvg -osmesa
-pax_kernel -pic -r600-llvm-compiler (-selinux) -vdpau -wayland -xa -xvmc
ABI_X86=(64
the server, but
after downgrading eselect-opengl back to 1.27, mesa and glproto (may
have slightly wrong name), things are back to normal, but what the heck
is happening? I saw nothing in bgo, but we had a thread on here a while
ago, but even that thread didn't say the the server would
I routinely use a virtual gentoo ~amd64 machine in VirtualBox for
debugging software problems and yesterday I found one after switching
from gcc-4.9.3 to gcc-5.3.0 (in the gentoo guest).
After emerging mesa-11.1.2-r1 I noticed that a game wouldn't start, and
after several hours of debugging I
"
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::g
is is described here:
> > https://www.mesa3d.org/llvmpipe.html
>
> Actually to be fully correct, I believe USE=gallium might build more
> stuff even without any VIDEO_CARDS, e.g some state trackers and
> whatnot, but nothing useful to really make use of it if you don't have
> any VIDEO_CARDS for mesa or any other packages.
>
>
>
[root@asgard ~]$ eselect opengl list 7:21
Available OpenGL implementations:
[1] xorg-x11 *
[root@asgard ~]$ eselect mesa list 7:21
i915 (Intel 915, 945)
i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
[1] classic *
r300 (Radeon R300-R500)
r600 (Radeon R600-R700, Evergreen, Northern Islands)
sw
yes, here is the eselect
>
>
iceamber@localhost:~ $ eselect opengl list
Available OpenGL implementations:
[1] xorg-x11 *
iceamber@localhost:~ $ eselect mesa list
>
> 64bit i915 (Intel 915, 945)
>
> 64bit i965 (Intel GMA 965, G/Q3x, G/Q4x, HD)
>
> 64bit r300 (Rad
Your nouveau kernel driver seems to be OK. That's good news.
> > The bad news is we're back to square one.
> >
> > It was glxinfo, which is a part of x11-apps/mesa-progs, that generated
> > the original error message.
> > So, perhaps, it is a mesa problem.
> >
>
82624 5 nouveau,ttm,drm_kms_helper
>> >> agpgart32768 3 nouveau,ttm,drm
>> >> led_class 16384 3 input_leds,hid_sony,nouveau
>> >>
>> >>
>> >
>> > Your nouveau kernel driver seems to be OK. That's good ne
401 - 500 of 1077 matches
Mail list logo