Hi,
On Thu, 2010-03-04 at 10:43 -0800, Linus Torvalds wrote:
it difficult to have some libdrm that can handle both
versions.
You shouldn't expect, by now, upgrade drm kernel without update libdrm
or at least recompile libdrm.
So when you saw a error message driver nouveau 0.0.n+1 and have
On Sat, 2010-03-06 at 09:40 -0800, Linus Torvalds wrote:
Why are people making excuses for bad programming and bad technology?
Is not bad technology is new technology, the API have to change faster ,
unless you want wait 2 years until get stable .
--
Sérgio M. B.
smime.p7s
Description:
On Fri, 2009-04-10 at 10:16 +0100, Sergio Monteiro Basto wrote:
Hi,
tests/drmtest.c still not compile under fedora 10,
with libudev-devel installed.
When I remove libudev-devel.127-3.fc10.i386
tests/drmtest.c is not build, which prevents
with source kernel ?
Thanks in advance ,
and btw merry Christmas.
On Tue, 2008-12-23 at 01:27 +, Sergio Monteiro Basto wrote:
On Mon, 2008-12-22 at 16:25 -0800, Eric Anholt wrote:
I've tagged it and uploaded it. The big update this release is the
modesetting userland support. I'm
On Sun, 2008-10-26 at 02:57 +, Sergio Monteiro Basto wrote:
Compiling drm from git ( git clone
git://anongit.freedesktop.org/git/mesa/drm )
I got this message when depmod symbols kernel
anything I am missing ?
ah we need kernel-sources at least from 2.6.28-rc1
Now without
export
Compiling drm from git ( git clone
git://anongit.freedesktop.org/git/mesa/drm )
I got this message when depmod symbols kernel
anything I am missing ?
thanks
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
cd ../Mesa-7.0.4/
git pull origin i915tex_branch
git pull origin mesa_7_0_branch
git log
commit 45eb62ad6159408807ff86d24dd972e0f39cefb8
Merge: 97eb335... 7734956...
Author: root [EMAIL PROTECTED]
Date: Mon Jul 21 09:50:15 2008 +0100
Merge branch 'i915tex_branch' of
On Wed, 2008-03-12 at 12:51 +0100, Thomas Hellström wrote:
Thomas Hellström wrote:
Hi!
Tungsten Graphics has decided to push an updated version of i915tex,
that works with the latest xf86-video-intel and drm. The driver will be
available on the mesa i915tex-branch, which is based
On Mon, 2007-11-12 at 08:20 -0700, Brian Paul wrote:
Sergio Monteiro Basto wrote:
Hi, since is for i915_dri.so , seems to me that is the best Malling list
to post it.
Simply clean _glthread_GetID from DBG macros.
To be honest I had clean all lines with DBG and _glthread_GetID
Hi, since is for i915_dri.so , seems to me that is the best Malling list
to post it.
Simply clean _glthread_GetID from DBG macros.
To be honest I had clean all lines with DBG and _glthread_GetID , to be
more fast.
I had try Mesa from git sources master.
Regards
--
Sérgio M. B.
---
Hi,
this patch fix my problem ,
--- a/src/mesa/drivers/dri/intel/intel_tex_layout.c
+++ b/src/mesa/drivers/dri/intel/intel_tex_layout.c
@@ -33,6 +33,7 @@
#include intel_mipmap_tree.h
#include intel_tex_layout.h
#include macros.h
+#include intel_context.h
GLuint
Hi, developers !
I had update git drm and Mesa-devel
git drm and libdrm is working nice.
But latest Mesa-git, give me this undefined symbol: ALIGN
#LIBGL_DEBUG=verbose glxinfo
name of display: :0.0
libGL: XF86DRIGetClientDriverName: 1.9.0 i915 (screen 0)
libGL: OpenDriver: trying
Did we need a new xorg-x11-server 1.3 ?
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
-
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
On Sat, 2007-09-29 at 02:23 +0200, Lukas Hejtmanek wrote:
you need to use drm head/master and mesa head/master. It works for me
in such
a case.
this fix (drm_i915_flip_t) don't fix, the moved i915tex or new i915 on
Mesa tree, with drm head/master and mesa head/master.
Like I write a thread
On Tue, 2007-09-25 at 02:19 +0100, Sergio Monteiro Basto wrote:
Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel
And now I don't have DRI
(WW) intel(0): Removed DRI frontbuffer mapping in compatibility mode.
(WW) intel(0): DRIGetDeviceInfo will report incorrect frontbuffer
On Mon, 2007-09-24 at 19:04 -0700, Keith Packard wrote:
On Tue, 2007-09-25 at 02:19 +0100, Sergio Monteiro Basto wrote:
Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel
And now I don't have DRI
No, you don't have AIGLX, which is a long ways from not having DRI. Does
On Wed, 2007-09-26 at 15:38 +0100, Sergio Monteiro Basto wrote:
libGL error: drmMap of framebuffer failed (Invalid argument)
the bug is pretty clear Invalid argument
where this is fixed ?
Thanks,
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
Hi I just update all gits: libdrm, drm, mesa and xf86-video-intel
And now I don't have DRI
(WW) intel: No matching Device section for instance (BusID PCI:0:2:1)
found
(WW) intel(0): Bad V_BIOS checksum
(WW) intel(0): Register 0x61200 (PP_STATUS) changed from 0xc008 to
0xd009
(WW)
On Fri, 2007-08-10 at 05:46 +0100, Sergio Monteiro Basto wrote:
On Thu, 2007-08-09 at 09:19 -0700, Jesse Barnes wrote:
Since we still have XAA+Xv tiled rendering bugs, you'll need to
disable tiling
or use EXA as your AccelMethod...
Updating the information, after yesterday with git pull
On Wed, 2007-08-08 at 16:13 -0700, Jesse Barnes wrote:
I just tested again on my 915 machine. Xv seems to work well, the
display is ok and the speed is right, so hopefully the latest bits
will
work for you.
Let me check :)
Hi
--
Sérgio M. B.
smime.p7s
Description: S/MIME
On Thu, 2007-08-09 at 09:19 -0700, Jesse Barnes wrote:
Since we still have XAA+Xv tiled rendering bugs, you'll need to
disable tiling
or use EXA as your AccelMethod...
yes that it is true , I used Option AccelMethod EXA
and do the trick.
I test with game coldwar demo , which need
On Wed, 2007-08-08 at 10:21 +0800, Zhenyu Wang wrote:
Pls raise any Xorg video driver issue to [EMAIL PROTECTED],
not dri-devel.
xorg ML have many traffic
It's good if you can pull latest fixes to test it, thanks.
I just pull and test and nothing better .
commit
On Wed, 2007-08-08 at 11:12 -0700, Jesse Barnes wrote:
Sergio, to reiterate (sorry I lost the earlier messages in this
thread),
you're having trouble with Xv unless you disable tiling and
framebuffer
compression right?
yes
but just i810 afect my i915GM ? is that right ?
Thanks,
--
Hi,
the new commits in git with title
6 Aug 23:04 - More tiled rendering fixes: - check for tiling, not just
offset in PrepareSolid ...
could resolve affect my i915GM ?
the src/i830 could affect my i915GM
or not ?
Thanks,
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic
On Tue, 2007-08-07 at 08:34 +0100, Brian Paul wrote:
OK, I've checked in some updates to the README file. Please review.
BTW, I think you meant to use `uname -r` above, not `uname -a`.
My suggestion ( add depmod -a )
Thanks,
--
Sérgio M. B.
--- README.orig 2007-08-07 22:58:00.0
On Fri, 2007-07-27 at 08:16 -0600, Brian Paul wrote:
Michel suggest when install linux-agp-compat instead of delete
Module.symvers
I append the Module(s).symvers file generated by linux-agp-compat
to the kernel's file of the same name with cat before building
the
DRM.
And works
On Tue, 2007-07-31 at 07:51 +0200, Michel Dänzer wrote:
On Mon, 2007-07-30 at 22:01 +0100, Sergio Monteiro Basto wrote:
(WW) intel(0): Option Legacy3D is not used
(II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
Did the build time configure check for DRI_MM succeed?
I just
On Sat, 2007-07-28 at 04:54 +0100, Dave Airlie wrote:
It's in 2.6.21 and later, it is just a part of agp, nothing special
about
compat or otherwise, I haven't used linux-agp-compat in a while.
a030ce4477baa06dd9c037ccd3c8d171aac9ed44
is the kernel git commitid
I had try enable
, but it
sounds like we still have a bug here...
Jesse
On Sunday, July 29, 2007 11:29 am Sergio Monteiro Basto wrote:
Hi , I done a bisect the git xf86-video-intel
and here is the results:
--
drv-intel
bad vo xv:
HEAD is now at 04130ac... Fix i915 rendering for tiled buffer
On Mon, 2007-07-30 at 13:37 -0700, Jesse Barnes wrote:
Does Xv based video work again if you add
Option tiling false
to the Intel device section of your xorg.conf?
no , seems that not obey to Option tiling false
I try latest git and here is the xorg diff in attach
Oh, you
On Mon, 2007-07-30 at 14:02 -0700, Jesse Barnes wrote:
but other strange thing continue
(WW) intel(0): Option Legacy3D is not used
I will check this problem better
I'm not sure about this option, it may be obsolete now...
(II) AIGLX: Loaded and initialized /usr/lib/dri/i915_dri.so
Hi , I done a bisect the git xf86-video-intel
and here is the results:
--
drv-intel
bad vo xv:
HEAD is now at 04130ac... Fix i915 rendering for tiled buffer
version 1
bad vo xv:
88f8b688e2316ae4a1f7485f0010ce90de54783a
HEAD is now at 88f8b68... Fix some physical address handling for
On Sat, 2007-07-28 at 04:54 +0100, Dave Airlie wrote:
hum ! If kernel 2.6.22 have it, I am missing something,
I had test with one kernel 2.6.22 and I am seeing one configuration of
kernel 2.6.23-git22 and I don't see any linux-agp-compat or it is
supposed be on AGP_INTEL ? .
It's in
On Fri, 2007-07-27 at 01:25 +0100, Dave Airlie wrote:
2nd - will linux-agp-compat enter in kernel main stream ?
It's been in the kernel for a while..
2.6.21 has it but I've no idea when it went in..
hum ! If kernel 2.6.22 have it, I am missing something,
I had test with one kernel
Since last email about this subject (3 of July) , I had installed
i915tex on my laptop , and I had working without problems .
Michel suggest when install linux-agp-compat instead of delete
Module.symvers
I append the Module(s).symvers file generated by linux-agp-compat
to the kernel's file of
On Thu, 2007-06-28 at 17:12 +0200, Ulrich von Zadow wrote:
Sergio Monteiro Basto schrieb:
On Thu, 2007-03-01 at 19:30 +, Sergio Monteiro Basto wrote:
(Yup, took me several months to actually get around to this...)
you have to do something like this:
make
ll *ko
su
after
Hi is there anyway put and compile this linux-agp-compat on / with
kernel, and subsequently not delete symbol versions ?
Thanks,
--
Sérgio M. B.
smime.p7s
Description: S/MIME cryptographic signature
-
This SF.net email
Hi forward this message to dri-devel Mailing List, where you could find
more tester on i815 DRI drives .
I hope I don't had made a loop :)
Forwarded Message
From: Andreas Mohr [EMAIL PROTECTED]
To: Pavel Machek [EMAIL PROTECTED]
Cc: Andrew Morton [EMAIL PROTECTED], [EMAIL
On Tue, 2007-04-03 at 15:57 -0700, Tonko Juricic wrote:
List subscription page has a link to list archives that, clicked, can not be
found on sourceforge.
Where can I find archives for this list?
Thanks
Sorry I had make a big confusion, this is dri-devel not acpi-devel as I
had though.
Now the list is
acpi devel, linux-acpi@vger.kernel.org
On Tue, 2007-04-03 at 15:57 -0700, Tonko Juricic wrote:
List subscription page has a link to list archives that, clicked, can not be
found on sourceforge.
Where can I find archives for this list?
Thanks
On Mon, 2007-03-26 at 09:48 +0800, Jin, Gordon wrote:
Sergio Monteiro Basto wrote:
Hi, this two drives is for same intels ?
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-i810-1
.7.4.tar.gz
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-intel
Hi, this two drives is for same intels ?
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-i810-1.7.4.tar.gz
http://xorg.freedesktop.org/releases/individual/driver/xf86-video-intel-1.9.92.tar.bz2
I have one i915 what should I use ?
--
Sérgio M.B.
smime.p7s
Description:
Hi ,
I need your help , I am trying compile intel video drive and give me
this:
checking for xf86Modes.h... no
symlink mode code
configure: error: Must have X server = 1.3 source tree for mode setting
code. Please specify --with-xserver-source
+ exit 1
what I need upgrade is just
On Sat, 2007-03-17 at 12:44 -0700, Keith Packard wrote:
On Sat, 2007-03-17 at 16:41 +, Sergio Monteiro Basto wrote:
Hi ,
I need your help , I am trying compile intel video drive and give me
this:
checking for xf86Modes.h... no
symlink mode code
configure: error: Must have X
On Tue, 2007-02-06 at 21:46 +, Sergio Monteiro Basto wrote:
Does your kernel config enable agpgart and intel-agp as modules?
no , is compiled into kernel
CONFIG_AGP=y
CONFIG_AGP_ALI=y
CONFIG_AGP_ATI=y
CONFIG_AGP_AMD=y
CONFIG_AGP_AMD64=y
CONFIG_AGP_INTEL=y
CONFIG_AGP_NVIDIA=y
On Wed, 2007-02-07 at 11:25 +1100, Dave Airlie wrote:
I'm running a 2.6.20 kernel on my macbook. When running an openGL
application, if the opengl window's region is moved somewhere outside
the screen limits, then keyboard locks, I can only move the mouse,
nothing response. I can only
On Wed, 2007-02-07 at 17:19 +0100, Lionel Landwerlin wrote:
Le mercredi 07 février 2007 à 14:34 +, Sergio Monteiro Basto a
écrit :
On Wed, 2007-02-07 at 11:25 +1100, Dave Airlie wrote:
I'm running a 2.6.20 kernel on my macbook. When running an openGL
application
What is wrong ? I am using FC6
git-clone git://git.freedesktop.org/git/mesa/linux-agp-compat
cd linux-agp-compat/
make
cc -I. -o testgart testgart.c
make -C /lib/modules/2.6.19-1.2895.fc6/build
SUBDIRS=/home/sergio/Mesa/linux-agp-compat modules
make[1]: Entering directory
On Tue, 2007-02-06 at 19:51 +0100, Thomas Hellström wrote:
git-clone git://git.freedesktop.org/git/mesa/linux-agp-compat
cd linux-agp-compat/
make
cc -I. -o testgart testgart.c
make -C /lib/modules/2.6.19-1.2895.fc6/build
SUBDIRS=/home/sergio/Mesa/linux-agp-compat modules
make[1]: Entering
On Tue, 2007-02-06 at 21:27 +0100, Thomas Hellström wrote:
On Tue, 2007-02-06 at 19:51 +0100, Thomas Hellström wrote:
git-clone git://git.freedesktop.org/git/mesa/linux-agp-compat
cd linux-agp-compat/
make
cc -I. -o testgart testgart.c
make -C /lib/modules/2.6.19-1.2895.fc6/build
Hi , following the tip on
http://bugzilla.kernel.org/show_bug.cgi?id=7767
I also install kernel 2.6.19-1.2917.fc7 and kernel-devel
but I can't compile git drm
because give me the following error
CC [M] /home/sergio/Mesa/drm/linux-core/drm_bo.o
/home/sergio/Mesa/drm/linux-core/drm_bo.c: In
Well, my report is using FC6
xorg-x11-apps-7.1
Try with one kernel 2.6.15 and kernel 2.6.19 (no differences) .
Fedora updates have libdrm-2.3.0.
And I just update from FC6 release, mesa-libGL-6.5.2 and
xorg-x11-drv-i810-1.7.4.
Which live me the conclusion that could be a problem on new release
anything related with this issue ?
https://bugs.freedesktop.org/show_bug.cgi?id=9200#c8
On Sun, 2007-01-28 at 22:14 -0500, Dominik Brodowski wrote:
Hi,
When I switch from the X Window System Version 7.1.1 console to a
terminal, IRQ 10:
10: 20XT-PIC-XTuhci_hcd:usb1,
http://www.nuclearelephant.com/papers/s3tc.html
http://homepage.hispeed.ch/rscheidegger/dri_experimental/s3tc_index.html
And I has problems with one ATI mobile r300 and Xorg 6.8.2 from Fedora
4, and now with Xorg 7.0 it works quite right, and I try to see what is
the trick and appears to me not
Hi Dave
What are you talking about ? modular X ?
Where I can find documentation for this new organization ?
I don't found any on freedesktop wikis .
On Tue, 2006-02-28 at 03:11 +, Dave Airlie wrote:
There is no DRI drivers in X tree anymore.. there is no Mesa in X
tree
anymore... there
On Mon, 2006-02-20 at 22:41 +0100, Roland Scheidegger wrote:
Sergio Monteiro Basto wrote:
On Sat, 2006-02-04 at 11:04 -0700, Brian Paul wrote:
Sergio Monteiro Basto wrote:
Includes updates of the DRI drivers and GLX code ?
I don't recall any DRI/GLX check-ins to the 6.4 branch. It's
On Sat, 2005-12-17 at 14:20 -0800, Ian Romanick wrote:
There are several files, including
mesa/glapi/{glapioffsets,dispatch}.h
and mesa/main/{context,api_arrayelt}.c that depend on IN_DRI_DRIVER
being set properly. If it's not set, the drivers *will* be built
incorrectly. These are all
Hi Ajax,
Please also see bug #5057
At my point of view
defines IN_DRI_DRIVER and USE_EXTERNAL_DXTN_LIB=1 are very specific and
only used in Mesa.
So the patch on bug #5057 ( the last one ) or something similar, don't
see what problems can cause on applying it.
thanks,
On Thu, 2005-12-15 at
On Wed, 2005-12-07 at 10:53 +0100, Joachim Frieben wrote:
There is no need to tweak xorg.cf
Well the philosophy of the patches in .specs, is to be upstream into
Xorg sources.
BTW: So all the patches there, except customizations, still candidates
to be upstream.
in order to build
btw, the site is updated ! :)
http://sergiomb.no-ip.org/xorg/xorgRC3
On Tue, 2005-12-06 at 22:42 +0800, Steph wrote:
Ok, here is what I have installed: Fedora Core 4, Updated using Yum,
Using xorg-x11-6.8.99.14-3 from here
(http://sergiomb.no-ip.org/xorg/xorgRC2/ - followed the instructions
On Sun, 2005-12-04 at 03:09 +0100, Roland Scheidegger wrote:
Otherwise, I'm unsure what the -DPTHREADS and -DHAVE_ALIAS switches
actually do. Maybe they conflict with other options (some xthreads
stuff maybe?) which are used in the xorg build.
Yes , remove -DPTHREADS and -DHAVE_ALIAS
in r200SetTexWrap
Please report at bugzilla.freedesktop.org
Mesa 6.4.1 implementation error: bad R wrap mode in r200SetTexWrap
Please report at bugzilla.freedesktop.org
any idea of what this might be ?
Thanks,
On Sat, 2005-12-03 at 05:23 +0100, Roland Scheidegger wrote:
Sergio Monteiro Basto
On Mon, 2005-11-21 at 19:15 +0100, Roland Scheidegger wrote:
Xorg build also misses -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1
-DHAVE_ALIAS Ian, and those ones are needed ?
Can't comment on the others (though usually care must be taken with the
threading stuff!), but not having
+0100, Roland Scheidegger wrote:
Sergio Monteiro Basto wrote:
After analyze how build Mesa from CVS with make linux-x86-dri and
how xorg built same Mesa source with make World.
Ian Romanick has point that Mesa code should have IN_DRI_DRIVER
Define. So, I found on xc/lib/GL/mesa all subdirs
'?
I bet a patch along the lines of what I've attached might fix the problem.
-Brian
Sergio Monteiro Basto wrote:
Hi,
with Mesa CVS no luck
just a better debug
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1208609088 (LWP 21869)]
0x00ae0b1b
at 21:48 +, Sergio Monteiro Basto wrote:
Hi,
Today, I test chromium, tuxracer and foobillard and none of then runs
try to dig with gdb and all stop on run_texnorm_stage()
here is the debug with backtrace:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread
Hi,
After analyze how build Mesa from CVS with make linux-x86-dri and how
xorg built same Mesa source with make World.
Ian Romanick has point that Mesa code should have IN_DRI_DRIVER Define.
So, I found on xc/lib/GL/mesa all subdirs: shader swrast tnl x86 main
math and tnl_dd have missing at
On Tue, 2005-11-15 at 15:15 -0800, Ian Romanick wrote:
Sergio Monteiro Basto wrote:
On Mon, 2005-11-14 at 12:38 -0800, Ian Romanick wrote:
Sergio Monteiro Basto wrote:
On Mon, 2005-11-14 at 07:51 -0800, Ian Romanick wrote:
Sergio Monteiro Basto wrote:
Program received signal SIGFPE
not I won
You won is what I meant to write
sorry
--
Sérgio M.B.
smime.p7s
Description: S/MIME cryptographic signature
On Mon, 2005-11-14 at 12:38 -0800, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sergio Monteiro Basto wrote:
On Mon, 2005-11-14 at 07:51 -0800, Ian Romanick wrote:
Sergio Monteiro Basto wrote:
Today, I test chromium, tuxracer and foobillard and none of then runs
or do you point
MesaSrcDir at a different Mesa checkout?
Regards,
Felix
Am Dienstag, den 15.11.2005, 20:39 + schrieb Sergio Monteiro Basto:
On Mon, 2005-11-14 at 12:38 -0800, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sergio Monteiro Basto wrote
Hi,
On Mon, 2005-11-14 at 07:51 -0800, Ian Romanick wrote:
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Sergio Monteiro Basto wrote:
Today, I test chromium, tuxracer and foobillard and none of then runs
try to dig with gdb and all stop on run_texnorm_stage()
here is the debug
Hi,
Today, I test chromium, tuxracer and foobillard and none of then runs
try to dig with gdb and all stop on run_texnorm_stage()
here is the debug with backtrace:
Program received signal SIGFPE, Arithmetic exception.
[Switching to Thread -1208801600 (LWP 12723)]
0x00ec8a80 in
yap after some tries I got a oops too
that goes in attach file
I am forwarding this to dri-devel because, seams to me, the place to
report this problems.
regards,
On Sun, 2005-11-13 at 22:47 +0100, Thomas Müller wrote:
Sergio Monteiro Basto schrieb:
The good new is the recent release
Hi,
On Wed, 2005-10-05 at 21:35 +0100, Dave Airlie wrote:
I plan to release Mesa 6.4 fairly soon. That'll get imported into
the
X.org tree.
On http://dri.freedesktop.org/wiki/Building is write The Mesa drivers
now require libdrm to be installed.
This is correct for Mesa 6.4
Hi,
I want try to test this.
On Wed, 2005-10-05 at 07:36 -0600, Brian Paul wrote:
I've fixed the bug, but I did so by changing datatypes. The fix is
in
Mesa CVS.
I plan to release Mesa 6.4 fairly soon. That'll get imported into
the
X.org tree.
On
Hi,
The s3v and savage drivers did not compile with exactly the same error.
I hit this problem on X.org CVS with Mesa from there.
Since Mesa on X.org is the stable branch 6.3.2, is your fix there ?
or anyone knows how fix this problem.
I can get build the others DRI drives.
But make
Hi, dri-list,
(I considered this not a very good solution as
you'll sacrifice quite some 3d performance, but since it now happens in
snapshots something needs to be done about it probably).
Roland
My problem if I upgrade Mesa cvs on Xorg cvs, it will compile radeon
driver ?
Well, you have
redirecting to devel ML
On Mon, 2005-01-03 at 23:38 +, Sergio Monteiro Basto wrote:
If you're still using Linux 2.4 you need to upgrade that first.
After think a little and put dri working with kernel 2.4.
The only solution, that I see, to not private users of savage with
kernel 2.4, have
] Error 2
make[1]: Leaving directory `/usr/src/opt/xorgcvs2/build'
make: *** [World] Error 2
any help ?
On Sun, 2005-01-02 at 12:16 +0100, Felix Kühling wrote:
Am So, den 02.01.2005 schrieb Sergio Monteiro Basto um 2:42:
On Fri, 2004-12-31 at 16:02 +0100, Felix Kühling wrote:
I
On Mon, 2005-01-03 at 00:18 +0100, Felix Kühling wrote:
Looks like this was caused by my update of the Savage DDX driver in the
X.org tree without also upating the Mesa driver in the X.org tree. At
the moment the Mesa driver in X.org's extras/Mesa can't be compiled with
the current Savage
On Fri, 2004-12-31 at 16:02 +0100, Felix Kühling wrote:
I was going to change mesa/src/mesa/drivers/dri/Makefile.template to use
the share-core directory for DRM includes. This will be needed for the
new Savage DRM as it lives in linux-core/shared-core only. With your
assessment of the status
thanks,
Now I can load radeon.ko
after modprobe i2c_via.ko
thanks,
On Mon, 2004-12-13 at 17:27 -0500, Adam Jackson wrote:
On Monday 13 December 2004 17:15, Dave Airlie wrote:
radeon: Unknown symbol i2c_bit_add_bus
radeon: Unknown symbol i2c_bit_del_bus
you need i2c support modules
Hi,
Now, on FC3 testing lastest cvs I got:
radeon: Unknown symbol i2c_bit_add_bus
radeon: Unknown symbol i2c_bit_del_bus
when I try to load radeon ko .
thanks,
On Mon, 2004-12-13 at 00:11 +0100, Roland Scheidegger wrote:
Sergio Monteiro Basto wrote:
Hi Roland,
So , for hyperz patch did
Hi ,
and I still can compile unichrome and lately radeon so I use xorg2.diff
to workaround
thanks,
--
Sérgio M.B.
--- xc/lib/GL/mesa/shader/Imakefile.inc.orig 2004-06-16 10:27:56.0 +0100
+++ xc/lib/GL/mesa/shader/Imakefile.inc 2004-10-31 18:48:35.0 +
@@ -15,7 +15,8 @@
85 matches
Mail list logo
