http://bugs.xfree86.org/show_bug.cgi?id=271
--- Additional Comments From [EMAIL PROTECTED] 2003-30-07 01:58 ---
Note that the "radeon" driver has all the problems listed here in this bug too.
It is NOT just the "r128" driver. Although it appears "radeon" is a sub-
module, needing "r1
On Tue, Jul 29, 2003 at 09:44:48PM +0200, Michel Dänzer wrote:
> The DDX driver needs to know to decide whether to enable the DRI with
> PCI GART or disable it, but the kernel might be in a better position to
> find out (though some XFree86 hackers might disagree :)...
well, seeing as how using AG
On Wed, 2003-07-30 at 02:59, hy0 wrote:
> >
> > > With a lot of the cards you can tell just be looking at the device (or
> > > subsystem) ID, but I don't think that's the case with the Radeons.
> > > Don't they use the same PCI device ID for both AGP and PCI versions?
> >
> > They do for the chips,
Antoine REVERSAT wrote:
I just compiled dri from the CVS for my radeon 9000 Mobbility card (r250 lf) and it
wont work as good as it is expected to (I.E : 30 fps in Quake3) The thing is when i do
a glxinfo it is reported as a r200 chip which it isn't... So i'd like to know if you
are aware of th
>
> > With a lot of the cards you can tell just be looking at the device (or
> > subsystem) ID, but I don't think that's the case with the Radeons.
> > Don't they use the same PCI device ID for both AGP and PCI versions?
>
> They do for the chips, don't know about the subsystems. Hui?
>
IIRC, bit
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 19:59 ---
I already ported the agpgart driver to 2.5.73. It seems to work. I can post it if it
might be helpful, probably it builds perfectly on 2.6.0-pre2 as well (haven't tested
t
Alan Cox wrote:
On Maw, 2003-07-29 at 21:45, Ian Romanick wrote:
user-space. The thought of writing the code to walk the PCI device tree
looking for an AGP controller is not a pleasant one, but I may be over
complicating things in my mind.
Linux at least exposes some of the PCI info publically
Felix Kühling wrote:
On Tue, 29 Jul 2003 13:58:58 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
Felix Kühling wrote:
Do the __driRegisterExtensions functions in the drivers rely on being
called during initialisation?
In fact I believe it could be dangerous if __driRegisterExtensions was
called la
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 18:55 ---
Alan, please hold off releasing this in any kernels until everything has been
properly integrated in the DRI tree.
--
Configure bugmail: http://bugs.xfree86.org/userprefs.
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 18:45 ---
Given the 2.4 code, which is now on my todo list the 2.5 code shouldn't be hard.
Might be worth asking Dave Jones
--
Configure bugmail: http://bugs.xfree86.org/userprefs.
On Maw, 2003-07-29 at 21:45, Ian Romanick wrote:
> user-space. The thought of writing the code to walk the PCI device tree
> looking for an AGP controller is not a pleasant one, but I may be over
> complicating things in my mind.
Linux at least exposes some of the PCI info publically (see libpc
On Tue, 2003-07-29 at 22:41, Ian Romanick wrote:
>
> 1. I don't like the hard-coding of 2*1024*1024 as the size of the
> indirect buffers. This was copied directly from the R200 driver, but I
> don't like it. We may want to change the size of this buffer at some
> point, and hard-coding the
http://bugs.xfree86.org/show_bug.cgi?id=314
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--
Configure bugmail:
On Tue, 29 Jul 2003 13:58:58 -0700
Ian Romanick <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
>
> > Hi,
> >
> > as I'm going to clean up vsync related stuff on the config-0-0-1-branch
> > I read the code for dynamic glx extension registration in
> > xc/lib/GL/dri/dri_glx.c and xc/lib/GL/glx/
Ian Romanick wrote:
Jérôme Marant wrote:
Michel Dänzer <[EMAIL PROTECTED]> writes:
Yes, like that. And fishes appear as rectangles, as well as
trees.
BTW, does setting RADEON_AGPTEXTURING_FORCE_DISABLE work around it? If
so, Ian is working on fixing it.
I've tried export RADEON_AGPTEXTURING
Am 2003.07.29 22:41:30 +0200 schrieb(en) Ian Romanick:
...
>
> 2. I don't like the hackish handing of the pre-1.3 DRM case. Are there
> other PCI IDs that need the 128MB offset? Do we even support the
> pre-1.3 DRM anymore? If we don't support the pre-1.3 DRM (and don't
> intend to fix the s
Felix Kühling wrote:
Hi,
as I'm going to clean up vsync related stuff on the config-0-0-1-branch
I read the code for dynamic glx extension registration in
xc/lib/GL/dri/dri_glx.c and xc/lib/GL/glx/glxextensions.[ch]. I stumbled
over this comment in front of __glXRegisterExtensions:
** In older ve
Michel Dänzer wrote:
On Tue, 2003-07-29 at 19:31, Ian Romanick wrote:
Michel Dänzer wrote:
On Tue, 2003-07-29 at 09:06, Chris wrote:
This works perfectly, only using the DRM and the GL driver, (and adding
ForcePCIMode the the config),
This will remain necessary until PCI GART is deemed stable
Am Dienstag, 29. Juli 2003 18:05 schrieb Keith Whitwell:
> Martin Spott wrote:
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >>Anyway, I'm glad this fixed your problem.
> >
> > Yep, now I can continue to promote the use ATI boards in the FlightGear
> > manua ;-)
> > If anyone likes, I now h
Jérôme Marant wrote:
Michel Dänzer <[EMAIL PROTECTED]> writes:
Yes, like that. And fishes appear as rectangles, as well as
trees.
BTW, does setting RADEON_AGPTEXTURING_FORCE_DISABLE work around it? If
so, Ian is working on fixing it.
I've tried export RADEON_AGPTEXTURING_FORCE_DISABLE=1 and it
On Tue, 2003-07-29 at 19:31, Ian Romanick wrote:
> Michel Dänzer wrote:
> > On Tue, 2003-07-29 at 09:06, Chris wrote:
> >
> >>This works perfectly, only using the DRM and the GL driver, (and adding
> >>ForcePCIMode the the config),
> >
> > This will remain necessary until PCI GART is deemed stab
Felix Kühling wrote:
Hi,
as I'm going to clean up vsync related stuff on the config-0-0-1-branch
I read the code for dynamic glx extension registration in
xc/lib/GL/dri/dri_glx.c and xc/lib/GL/glx/glxextensions.[ch]. I stumbled
over this comment in front of __glXRegisterExtensions:
** In older ver
Hi,
as I'm going to clean up vsync related stuff on the config-0-0-1-branch
I read the code for dynamic glx extension registration in
xc/lib/GL/dri/dri_glx.c and xc/lib/GL/glx/glxextensions.[ch]. I stumbled
over this comment in front of __glXRegisterExtensions:
** In older versions of libGL (prio
[EMAIL PROTECTED] wrote:
I just bought a Sony VAIO FRV-25 (w/o the modem problem) running Gentoo, here's
an lspci after Hui's patches:
And I just bought a FRV27. I had the patches for this stuff days ago, but I did
not get a chance to post them since I was at OLS. This patch is against 2.4.21
based
Dieter Nützel wrote:
http://www.heise.de/newsticker/data/ola-29.07.03-007/
http://www.sgi.com/newsroom/press_releases/2003/july/opengl15.html
Brian any timeline, yet? ;-)
Nope.
-Brian
---
This SF.Net email sponsored by: Free pre-built ASP.NE
http://www.heise.de/newsticker/data/ola-29.07.03-007/
http://www.sgi.com/newsroom/press_releases/2003/july/opengl15.html
Brian any timeline, yet? ;-)
Regards,
Dieter
---
This SF.Net email sponsored by: Free pre-built ASP.NET sites in
On Maw, 2003-07-29 at 18:36, Ian Romanick wrote:
> I would like to make one request, though. When you're working on this
> area of the driver could you please make sure that the driver will work
> if the read buffer and the write buffer are different. With the
> exception of the MGA driver, pr
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 14:41 ---
I've been watching this ever since I opened it. It's at the point where I'm
ready to try it out. Is there a patch for the 2.5 kernels? I'm running 2.5.69
now in order to sup
[EMAIL PROTECTED] wrote:
--- Additional Comments From [EMAIL PROTECTED] 2003-28-07 22:23 ---
Hi, Just wanted to share my positive experience with Hui Yu's patches.
I just bought a Sony VAIO FRV-25 (w/o the modem problem) running Gentoo, here's
an lspci after Hui's patches:
I had this worki
On Tue, Jul 29, 2003 at 10:42:02AM -0600, Keith Whitwell wrote:
> Ville Syrjälä wrote:
> > This patch enables triangle strips and fans support on G400.
> >
> > - New drm should be compatible with old userspace and vice versa.
> >
> > - I threw that cull_dualtex stuff out. I moved the spcial case
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 13:43 ---
First of all, thanks to everyone working on this code - my IGP320M based
laptop now has accelerated 3D.
At least, some of the time. Other times it kernel panics.
After try
Alan Cox wrote:
Sort of being: if you use NoAccel for the 2D and providing you run
"glxgears" with none of the window obscured. I'm still trying to get my
head around the span code and why it doesn't want to call my
SetReadBuffer function. Hopefully with that resolved it'll run the
screensavers to
On Tue, 2003-07-29 at 18:19, Ville Syrjälä wrote:
>
> - I bumped the drm version to 3.2.0 and used that to detect wacceptseq
> ioctl support. What's the guideline with this sort of thing?
It looks like you got it right basically. :) You don't need to check the
major version though.
--
Earthlin
http://bugs.xfree86.org/show_bug.cgi?id=533
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|dri-|[EMAIL PROTECTED]
|[EMAIL
Michel Dänzer wrote:
On Tue, 2003-07-29 at 09:06, Chris wrote:
This works perfectly, only using the DRM and the GL driver, (and adding
ForcePCIMode the the config),
This will remain necessary until PCI GART is deemed stable with AGP
cards or there's a way to tell what kind of card it is.
Where wo
On Tue, Jul 29, 2003 at 07:18:31PM +0200, Michel Dänzer wrote:
> On Tue, 2003-07-29 at 18:19, Ville Syrjälä wrote:
> >
> > - I bumped the drm version to 3.2.0 and used that to detect wacceptseq
> > ioctl support. What's the guideline with this sort of thing?
>
> It looks like you got it right bas
http://bugs.xfree86.org/show_bug.cgi?id=271
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 12:05 ---
Actually, it's 32 (R128_IDLE_RETRY) times 10 or 20 milliseconds...
Also, I'm curious: does R128CCEWaitForIdle() deal more gracefully with the
timeout if you add a R128CCE_S
Martin Spott wrote:
Keith Whitwell <[EMAIL PROTECTED]> wrote:
Anyway, I'm glad this fixed your problem.
Yep, now I can continue to promote the use ATI boards in the FlightGear
manua ;-)
If anyone likes, I now have a different one. This shows up with HW-TCL only
when I use more komplex tex
Alan Cox wrote:
VIA sent me a new code drop today which fixed some stuff broke other
stuff but generally went in a forward direction.
I've got a pile of 2D cleanups to do that Egbert wants for the 2D side,
but the good news is I cleaned up their (now cleaner) 3D stuff and
it now sort of works with
Ville Syrjälä wrote:
This patch enables triangle strips and fans support on G400.
- New drm should be compatible with old userspace and vice versa.
- I threw that cull_dualtex stuff out. I moved the spcial case to
EmitHWStateLocked() and it's only used when an old drm is detected. It
is needed be
On Tue, 2003-07-29 at 09:06, Chris wrote:
> >So what about using the XFree86 CVS X server with the DRI CVS DRM and 3D
> driver?
>
> This works perfectly, only using the DRM and the GL driver, (and adding
> ForcePCIMode the the config),
This will remain necessary until PCI GART is deemed stable w
On Tue, 2003-07-29 at 14:04, Dieter Nützel wrote:
> Am Dienstag, 29. Juli 2003 11:34 schrieb [EMAIL PROTECTED]:
> > http://bugs.xfree86.org/show_bug.cgi?id=533
> >
> > --- Additional Comments From [EMAIL PROTECTED] 2003-29-07 05:34 ---
> > I'm almost certain that DRI is not suspend save. T
This patch enables triangle strips and fans support on G400.
- New drm should be compatible with old userspace and vice versa.
- I threw that cull_dualtex stuff out. I moved the spcial case to
EmitHWStateLocked() and it's only used when an old drm is detected. It
is needed because the old drm swa
http://bugs.xfree86.org/show_bug.cgi?id=271
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 11:47 ---
This makes sense; the chip can apparently be busy for more than 10 milliseconds,
and a reset may actually make things worse. I don't think raising the default
timeout should
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Anyway, I'm glad this fixed your problem.
Yep, now I can continue to promote the use ATI boards in the FlightGear
manua ;-)
If anyone likes, I now have a different one. This shows up with HW-TCL only
when I use more komplex textured aircrafts. Wit
On Maw, 2003-07-29 at 16:05, Keith Whitwell wrote:
> The semantics surrounding readbuffer's are a bit non-obvious, and there may be
> some bugs in either my understanding or mesa's implementation wrt that function.
> It's worth examining the other drivers & posting questions on mesa-devel where
>
Adam K Kirchhoff wrote:
On Mon, 28 Jul 2003, Roland Scheidegger wrote:
Paul Heldens wrote:
glxinfo
...
direct rendering: Yes
...
OpenGL renderer string: Mesa DRI R200 20030328 AGP 1x x86/MMX+/SSE2 TCL
OpenGL version string: 1.3 Mesa 5.0.1
...
When I try to start:
./nwn
Error
The NWN forum sa
On Tue, 2003-07-29 at 14:53, Martin Spott wrote:
> Michel Daenzer <[EMAIL PROTECTED]> wrote:
> > CVSROOT:/cvsroot/dri
> > Module name:xc
> > Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/
> > Changes by: [EMAIL PROTECTED] 03/07/29 03:11:48
>
> > Log m
If I had an SMP box I'd be able to track this down on my own. Instead
all I have are these stinking nearly-top-of-the-line uniprocessor boxes. :)
You can't get hyperthreading running on any of them?
Keith
---
This SF.Net email sponsored by
Martin Spott wrote:
Currently I don't know _what_ has been changed because ATM I don't have
access to the mailing list. But there _must_ have been substantial changes
because apparently the "too dark lightning with TCL on Radeon" bug has been
fixed. Running FlightGear on a Radeon9100 with the R200
Am Dienstag, 29. Juli 2003 12:13 schrieb Michel Dänzer:
> On Mon, 2003-07-28 at 18:25, Dieter Nützel wrote:
> > Am Montag, 28. Juli 2003 12:48 schrieb Michel Dänzer:
> > > On Mon, 2003-07-28 at 09:28, Dieter Nützel wrote:
> > > > gcc
> > > > -I/tmp/INSTALL/SOURCE/dri-trunk/HEAD/xc/programs/Xserver/
Roland Scheidegger wrote:
Keith Whitwell wrote:
Bertrand Lamy wrote:
hello everybody
I have found 3 bugs in the DRI driver. See the attached file for
description. Each program is the 'minimal' code to get the bug.
I also give my computer configuration.
I am quite sure that the bugs lie in the
Michel Daenzer <[EMAIL PROTECTED]> wrote:
> CVSROOT: /cvsroot/dri
> Module name: xc
> Repository: xc/xc/programs/Xserver/hw/xfree86/os-support/shared/drm/kernel/
> Changes by: [EMAIL PROTECTED] 03/07/29 03:11:48
> Log message:
> * IRQ code cleanup suggested by Linus Torvalds
>
Am Montag, 28. Juli 2003 23:04 schrieb Ian Romanick:
> Roland Scheidegger wrote:
> > You need this patch
> > http://sourceforge.net/mailarchive/forum.php?thread_id=2054806&forum_id=7
> >177 for nwn to work (unless you're using the beta 3 client or older, you
> > definitely need it for 1.29, haven't
Am Dienstag, 29. Juli 2003 00:14 schrieb Ian Romanick:
> Dieter Nützel wrote:
> > Q3A:
> > After Ian's contex patch/fixes quake3-smp doesn't work anylonger.
> > Empty black window, no CPU cycles were burnt.
>
> Can you identify exactly which set of changes introduced the problem?
I'll try.
> I ma
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 08:08 ---
I rediffed the kernel patch against vanilla 2.4.22-pre8. I looked at the
agpgart changes from 2.4.18 to 2.4.22-pre8 and adapted the patch accordingly
(hopefully). this pat
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 08:10 ---
Created an attachment (id=437)
--> (http://bugs.xfree86.org/attachment.cgi?id=437&action=view)
The kernel patch for 2.4.22-pre8
The kernel patch for 2.4.22-pre8
--
Confi
Am Dienstag, 29. Juli 2003 11:34 schrieb [EMAIL PROTECTED]:
> http://bugs.xfree86.org/show_bug.cgi?id=533
>
>
> [EMAIL PROTECTED] changed:
>
>What|Removed |Added
> ---
>- AssignedTo|[EMAIL PR
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 07:49 ---
Do "modprobe radeon" and figure out why it fails
When that works you can worry about the X stuff.
--
Configure bugmail: http://bugs.xfree86.org/userprefs.cgi?tab=email
-
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 07:27 ---
The module is the right one. Fredi and me are working on this. It is sure that
the rigth module right place!! But the problem is this:
drmOpenDevice: node name is /dev/dri/
http://bugs.xfree86.org/show_bug.cgi?id=271
[EMAIL PROTECTED] changed:
What|Removed |Added
CC||[EMAIL PROTECTED]
--- Additional Com
http://bugs.xfree86.org/show_bug.cgi?id=344
[EMAIL PROTECTED] changed:
What|Removed |Added
Status|NEW |RESOLVED
Resolution|
On Sun, 2003-07-27 at 23:02, Marcelo E. Magallon wrote:
>
> a couple months from now I might find myself with a bit of free time in
> my hands, which I'd like to partially spend working on (free) software
> project. In the last year or so I haven't been following the DRI
> development in any
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 07:18 ---
Please read all comments before posting. Both of you probably need to replace
the DRM module that comes with the 2.4 kernel with the DRM module from the
patched XFree. It'
http://bugs.xfree86.org/show_bug.cgi?id=344
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 06:47 ---
This looks the same as the XFree86 bug #271. I've just added a bit to it, so you
may want to look at that bug number.
--
Configure bugmail: http://bugs.xfree86.org/userpre
http://bugs.xfree86.org/show_bug.cgi?id=271
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 06:38 ---
Progress perhaps?! I modified my XF86Config file to include the CCEusecTimeout
option. By increasing this I have been able to run both colorfire and euphoria,
both at work a
[This e-mail has been automatically generated.]
You have one or more bugs assigned to you in the Bugzilla
bugsystem (http://bugs.xfree86.org/) that require
attention.
All of these bugs are in the NEW state, and have not been touched
in 7 days or more. You need to take a look at them, and
decid
On Mon, 2003-07-28 at 18:25, Dieter Nützel wrote:
> Am Montag, 28. Juli 2003 12:48 schrieb Michel Dänzer:
> > On Mon, 2003-07-28 at 09:28, Dieter Nützel wrote:
> > > gcc
> > > -I/tmp/INSTALL/SOURCE/dri-trunk/HEAD/xc/programs/Xserver/hw/xfree86/os-su
> > >pport/linux/dr m/kernel -D__KERNEL__
> > > -
http://bugs.xfree86.org/show_bug.cgi?id=533
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 05:44 ---
This should work in XFree86 CVS already; both a new 2D driver and DRM are
needed. You can use my dri-trunk-sid packages, see
http://dri.sourceforge.net/snapshots/README.Debi
http://bugs.xfree86.org/show_bug.cgi?id=533
[EMAIL PROTECTED] changed:
What|Removed |Added
AssignedTo|[EMAIL PROTECTED] |dri-
|
http://bugs.xfree86.org/show_bug.cgi?id=314
--- Additional Comments From [EMAIL PROTECTED] 2003-29-07 04:54 ---
I patched everything as described by Fredo, but DRI Rendering is still NO. Here
is why (I think), who can have a good guess/tip to solve this?
drmOpenDevice: minor is 0
dr
>So what about using the XFree86 CVS X server with the DRI CVS DRM and 3D
driver?
This works perfectly, only using the DRM and the GL driver, (and adding
ForcePCIMode the the config), it worked fine, further proof the 2d drivers
deperately need updating. I have noticed some issues with DRI, but I'
72 matches
Mail list logo
