On Fri, May 24, 2002 at 06:35:36PM -0700, Linus Torvalds wrote:
>
>
> On Sat, 25 May 2002, Michael wrote:
> >
> > As you surmise, it takes hours, more so now, because I'm pouring through
> > DEBUG_VERBOSE output. (I've noticed a couple of places where the packet
> > type isn't 6 because there's
On Sat, 25 May 2002, Leif Delgass wrote:
> On 24 May 2002, Al Tobey wrote:
>
> > As for the 3DLabs stuff, I think somebody (maybe me?) should really get
> > that stuff into shape. It might be a good feather in our cap when
> > Creative/3DLabs thinks about releasing their new chip this fall.
>
On 24 May 2002, Al Tobey wrote:
> As for the 3DLabs stuff, I think somebody (maybe me?) should really get
> that stuff into shape. It might be a good feather in our cap when
> Creative/3DLabs thinks about releasing their new chip this fall.
The thing that caught my eye in the recent announcemou
On Fri, 24 May 2002, Frank C. Earl wrote:
> On Thursday 23 May 2002 04:37 pm, Leif Delgass wrote:
>
> > I've committed code to read BM_GUI_TABLE to reclaim processed buffers and
> > disabled frame and buffer aging with the pattern registers. I've disabled
> > saving/restoring the pattern regist
*muhahaha*
My plan is working. This is _exactly_ the kind of stuff I was hoping to
get out of this discussion. Not only for my own use, but also for other
aspiring neophytes. Hopefully, some of this information can make it
directly to the DRI site, possibly the FAQ. Want ATI to give you 8500
d
On Thursday 23 May 2002 04:37 pm, Leif Delgass wrote:
> I've committed code to read BM_GUI_TABLE to reclaim processed buffers and
> disabled frame and buffer aging with the pattern registers. I've disabled
> saving/restoring the pattern registers in the DDX and moved the wait for
> idle to the X
On Sat, 25 May 2002, Michael wrote:
>
> As you surmise, it takes hours, more so now, because I'm pouring through
> DEBUG_VERBOSE output. (I've noticed a couple of places where the packet
> type isn't 6 because there's no cmd[0].i = 0, I don't think they cause
> problems because the drm module w
On Thu, May 23, 2002 at 08:10:09AM +0100, Keith Whitwell wrote:
> Michael wrote:
> >I've been trying to track down one of the hangs on the radeon at the mo.
> >
> >Tuxkart draws, amongst other things, a course map with 2 GL_LINE_LOOPS
> >and a quad for each racer.
> >
> >If I either (a) remove the
This messages is for Keith. I am planning on getting a Radeon8500 soon
and would like to test the driver you are working on. Let me know.
Also on the developers FAQ you talk about pre-T&L code. What does that
mean?
--Lou
___
Don't m
Okay, here's an almost-functional implementation of an OpenGL dispatch
layer and driver backend. The dispatching into a dlopened driver
backend works, the backend just doesn't do anything terribly interesting
yet (been struggling with bad allergies all week, so I'm not thinking
very clearly a
Linus Torvalds wrote:
>
> On Sat, 25 May 2002, Keith Whitwell wrote:
>
>>Linus, as this constitues a defacto release of code it's probably good to know
>>about it when this happens...
>>
>>It's not a problem, but it does mark a point at which the new interfaces
>>become public, and it's happened
On Sat, 25 May 2002, Keith Whitwell wrote:
>
> Linus, as this constitues a defacto release of code it's probably good to know
> about it when this happens...
>
> It's not a problem, but it does mark a point at which the new interfaces
> become public, and it's happened in a different order than
Linus Torvalds wrote:
>
> On Fri, 24 May 2002, Keith Packard wrote:
>
>>I submit that we need some sort of plan on how to get this mess resolved;
>>I'd like to get to a state where 3D and video runs on most chips, and at
>>least doesn't hang on the others. What I'd like to see is:
>>
>>+ The ke
On Fri, 2002-05-24 at 20:36, Tim Smith wrote:
>
> I've introduced a tiny usleep into the loop in radeon_accel.c to give syslog
> a chance and my loghost now produces a couple of thousand lines of the form
>
> moomintroll kernel: [drm:radeon_freelist_get] skipping buf=23 age=48355
> done=48
Once upon a time 3DLabs gave us the specs
for Glint TX, Permedia 2, and Permedia 3
cards. We did Utah - like accelerated 3D drivers
for X 3.3.6 for the Glint TX and Permedia 2
and a 2D accelerated driver for Permedia 3
but never got the time to port the 3D ones to the
to the DRI.
We gave all th
On 2002.05.24 23:02 Kipp Cannon wrote:
> On 24 May 2002, Al Tobey wrote:
>
> > Here's a stupid question:
> > Are there any cards on the market, which don't already have DRI
> > drivers, that have publicly available specs? I'll do some searching -
> a
> > card or two in this category would make
So, I've run into an interesting situation, and I'm wondering what should
theoretically happen.
The FireGL driver (closed source, from ATI) seems to be the only DRI based
hardware driver that supports overlays. When running apps on the localhost,
everything works fine.
The catch is when an app
On 2002.05.24 22:05 Linus Torvalds wrote:
>
>
> On Fri, 24 May 2002, José Fonseca wrote:
> >
> > Keith P., even very recentely it was discussed on the Xpert mailing
> list
> > that the XFree86 project didn't have the manpower to handle all the
> > patches that are being submited regularly.
>
>
On 24 May 2002, Al Tobey wrote:
> Here's a stupid question:
> Are there any cards on the market, which don't already have DRI
> drivers, that have publicly available specs? I'll do some searching - a
> card or two in this category would make a great training ground for some
> new developers.
> Were all the
> modules installed with a make World and make install? There were changes
> for blits (new ioctl) that affected libdrm.a with last weekend's changes
> in cvs, but nothing that would require a rebuild of libdrm.a since then.
yes everything was installed corectyl
> > > (II) ATI(0
On Fri, May 24, 2002 at 02:49:09PM -0400, Al Tobey wrote:
> Here's a stupid question:
> Are there any cards on the market, which don't already have DRI
> drivers, that have publicly available specs? I'll do some searching - a
> card or two in this category would make a great training ground for
On 2002.05.24 22:00 Keith Packard wrote:
>
> Around 21 o'clock on May 24, =?iso-8859-1?Q?Jos=E9?= Fonseca wrote:
>
> > Keith P., even very recentely it was discussed on the Xpert mailing
> list
> > that the XFree86 project didn't have the manpower to handle all the
> patches
> > that are being s
On Fri, 24 May 2002, José Fonseca wrote:
> On 2002.05.24 21:00 J5 wrote:
> > (II) ATI(0): [drm] installed DRM signal handler
> > (II) ATI(0): [DRI] installation complete
> > (II) ATI(0): [drm] Added 128 16384 byte DMA buffers
>
> !! Something happened at this point since the X server backofs the
On Fri, May 24, 2002 at 01:35:44PM -0700, Keith Packard wrote:
> + The kernel driver for the tcl-0-0 branch
>
> This gives us the best chance at API compatibility into the future
> as people are able to migrate to a tcl GL library, and should
> reduce the kernel driver churn a b
On Friday 24 May 2002 7:36 pm, Tim Smith scribed numinously:"
> I've introduced a tiny usleep into the loop in radeon_accel.c to give
> syslog a chance and my loghost now produces a couple of thousand lines of
> the form
>
> moomintroll kernel: [drm:radeon_freelist_get] skipping buf=23
> age=4
On Fri, 2002-05-24 at 21:09, Linus Torvalds wrote:
>
>
> On Fri, 24 May 2002, Tim Smith wrote:
> >
> > Covering about 30 seconds prior to me hitting reset, so the card certainly
> > seems to be getting rather stuck, because 'done=N' doesn't increment over
> > that 30 seconds.
>
> Hmm.. I don't
On Fri, 24 May 2002, José Fonseca wrote:
>
> Keith P., even very recentely it was discussed on the Xpert mailing list
> that the XFree86 project didn't have the manpower to handle all the
> patches that are being submited regularly.
>From personal experience, it doesn't get better, it only gets
Around 21 o'clock on May 24, =?iso-8859-1?Q?Jos=E9?= Fonseca wrote:
> Keith P., even very recentely it was discussed on the Xpert mailing list
> that the XFree86 project didn't have the manpower to handle all the patches
> that are being submited regularly. How do you propose that we channel fix
Around 13 o'clock on May 24, Linus Torvalds wrote:
> Keith, I've got an extra one you could get if actual hw access is the
> problem (as opposed to just time, which tends to be the biggest problem
> most of the time).
I've got a stack of video cards; I can manage to get another, and I think
I'
On Fri, 24 May 2002, José Fonseca wrote:
>
> I don't know how long you're monitoring, but we discussed this issue of
> integration with the kernel tree a week ago. In case you've missed it,
> here are the relevant links:
I missed it - I only subscribed yesterday, and while I did take a look at
On 2002.05.24 21:45 Linus Torvalds wrote:
>
> On Fri, 24 May 2002, Keith Packard wrote:
> >
> > ...
>
> > + The regular DRI GL bits
> >
> > These have some important fixes missing from the XFree86 tree
> while
> > not incorporating all of the tcl changes which are probably
> less
> >
> I thought from your earlier comment that you wer eno longer going to be
> running the site and that I would continue where you left off.
Sure you can do that. But you have to get a SF account first and get added
to the project. Talk to Daryll or one of the other admins about that. Until
then I
On Fri, 24 May 2002, Keith Packard wrote:
>
> I submit that we need some sort of plan on how to get this mess resolved;
> I'd like to get to a state where 3D and video runs on most chips, and at
> least doesn't hang on the others. What I'd like to see is:
>
> + The kernel driver for the tcl-0-0
On 2002.05.24 21:00 J5 wrote:
> here it is /var/log/XFree86.0.log
>
>
> XFree86 Version 4.2.0 (DRI mach64 branch) / X Window System
> ...
> (==) ATI(0): Write-combining range (0xfd00,0x40)
> (II) ATI(0): [drm] SAREA 2200+1212: 3412
> drmOpenDevice: minor is 0
> drmOpenDevice: node name i
On 2002.05.24 21:09 Linus Torvalds wrote:
>
>
> On Fri, 24 May 2002, José Fonseca wrote:
> >
> > When doing this you're using the GATOS DRM with the Radeon Mesa & X
> > drivers of DRI CVS. Since the regular X works, it seems that GATOS
> broke
> > binary compatibility. Does this happens too when
Around 13 o'clock on May 24, Linus Torvalds wrote:
> And yes, you don't even need the DRI branch, you can see the lockup even
> with gatos -> plain XFree CVS (I told Keith Packard about it, I haven't
> heard back).
About all I could do was reproduce the problem; I don't have radeon docs
yet t
Didn't find much in the wild, I did find that there are DRI/Linux
drivers for the Kryo and KyroII series chips. Looks like the Kyro is
going down similar paths as Nvidia. There's even a cute comment about
DRI in the README.
http://www.powervr.com/downloads.asp
-Al
On Fri, 2002-05-24 at 15:36,
From: Linus Torvalds <[EMAIL PROTECTED]>
Date: Fri, 24 May 2002 13:09:18 -0700 (PDT)
___
Don't miss the 2002 Sprint PCS Application Developer's Conference
August 25-28 in Las Vegas -- http://devcon.sprintpcs.com/adp
On Fri, 24 May 2002, José Fonseca wrote:
>
> When doing this you're using the GATOS DRM with the Radeon Mesa & X
> drivers of DRI CVS. Since the regular X works, it seems that GATOS broke
> binary compatibility. Does this happens too when switching GATOS with
> XF-4.2?
Note that once I switch a
here it is /var/log/XFree86.0.log
XFree86 Version 4.2.0 (DRI mach64 branch) / X Window System
(protocol Version 11, revision 0, vendor release 6600)
Release Date: 18 January 2002
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a new
On 2002.05.24 20:22 Linus Torvalds wrote:
>
>
> On Fri, 24 May 2002, Linus Torvalds wrote:
> >
> > It might even happen with a regular XF-4.2 server (ie switching from
> using
> > XF4.2 to DRI CVS tree without rebooting in between), I'll test.
>
> Nope, doesn't happen with regular XF-4.2. But I
Let's move this to the devel list to get more help as some of the messages
here are really strange...
On 2002.05.24 20:20 J5 wrote:
> I did compile all the cvs tree of xfree86 with the mach 64 branch. so i
> have
> the latest X server from cvs installed. and when i run
> /usr/X11R6-DRI/bin/XFree
> I have layed out my new pages, and would like to upload them. can I get
> access to do this soon? I cant put a working mockup up until my server
> is back online - it is awaiting a USB card for the ADSL modem.
Send me a tar file with your site and I will upload it to a subdir so
everyone can ch
On Fri, May 24, 2002 at 02:49:09PM -0400, Al Tobey wrote:
> Are there any cards on the market, which don't already have DRI
> drivers, that have publicly available specs? I'll do some searching - a
> card or two in this category would make a great training ground for some
> new developers.
Wha
On 2002.05.24 19:49 Al Tobey wrote:
> Here's a stupid question:
> Are there any cards on the market, which don't already have DRI
> drivers, that have publicly available specs? I'll do some searching - a
> card or two in this category would make a great training ground for some
> new developers
On Thu, May 23, 2002 at 10:44:20PM +0200, Felix Kühling wrote:
>Hi,
>
>I had trouble when compiling DRI with g++ 3.0.4 and -O3 related to
>function inlining. The function swap is declared static globally in
>quicksort.cc. In function quicksort it is redeclared. The redeclaration
>prevents g++ from
On Fri, 24 May 2002 18:18:51 +0200
Alexander Stohr <[EMAIL PROTECTED]> wrote:
> Good fix Felix.
>
> I do "hate" local function prototypes.
> Its just bad coding style and laziness.
> Further it shows a critical lack of
> knowledge for the header file organisation.
In this case there aren't even
On Fri, 24 May 2002, Linus Torvalds wrote:
>
> It might even happen with a regular XF-4.2 server (ie switching from using
> XF4.2 to DRI CVS tree without rebooting in between), I'll test.
Nope, doesn't happen with regular XF-4.2. But I re-verified that if I run
the gatos drivers first, and then
On Fri, 24 May 2002, Tim Smith wrote:
>
> Covering about 30 seconds prior to me hitting reset, so the card certainly
> seems to be getting rather stuck, because 'done=N' doesn't increment over
> that 30 seconds.
Hmm.. I don't know if it is related, but you can get both a Radeon-7500
and a Radeo
On Fri, 24 May 2002 11:08:34 -0700
Frank Worsley <[EMAIL PROTECTED]> wrote:
For some reason Im not receiving any mail from dri-devel. can someone
look in to this for me?
Secondly...
I have layed out my new pages, and would like to upload them. can I get
access to do this soon? I cant put a work
Here's a stupid question:
Are there any cards on the market, which don't already have DRI
drivers, that have publicly available specs? I'll do some searching - a
card or two in this category would make a great training ground for some
new developers.
-Al Tobey
On Friday 24 May 2002 11:31 am, Keith Whitwell scribed numinously:"
+> > What's going to happen to the card if drmDMA() returns EAGAIN rather
> > than EBUSY, which is what it does in the case where radeon_freelist_get
> > returns NULL? Should the drm kernel module return EBUSY in that
> > circumst
Jens,
Have you tried contact VA Linux regarding this? At the time I started the
Devel FAQ it was planed to, but nothing was ever mentioned again.
José Fonseca
On 2002.05.24 18:54 Smitty wrote:
> Howzit?
>
> >> There are a few other documents on the Insights Page that I didn't
> >> bother dup
> So all the docs relating to DRI are on dri.sourceforge now?
Yes.
> > 1. Read through the FAQ comments and delete old/wrong/off-topic posts.
> > There is a FAQ admin page that lets you delete comments. Anybody
> > interested in doing this let me know and I will tell you how. This does
> > not r
Howzit?
> I've updated the Documentation page of the website. I've copied all the
> docs from Precision Insight's "Insight" page and put them onto our site.
> The link to the "Insight" page has been removed.
So all the docs relating to DRI are on dri.sourceforge now?
If not why not, centralisat
Howzit?
>> There are a few other documents on the Insights Page that I didn't
>> bother duplicating on the DRI page. It might be a good idea to do this
>> now, since the Insights Page might not be around forever. Would that be
>> ok with VA Linux/Precision Insight regarding copyright issues?
> I
Howzit?
> 1) I *NEED* info about what cards have what features supported by DRI,
> like the radeon driver does already.
Don't we all.
> 2) rehash the voodoo5 glide compilation to a generic voodoo guide
Can not help here.
> 3) Can people help me compile a list of janitorial tasks that could b
Good fix Felix.
I do "hate" local function prototypes.
Its just bad coding style and laziness.
Further it shows a critical lack of
knowledge for the header file organisation.
They are never verified against the
implementation by the compiler and
might be overseen rather quickly
when the functi
>
> What's going to happen to the card if drmDMA() returns EAGAIN rather than
> EBUSY, which is what it does in the case where radeon_freelist_get returns
> NULL? Should the drm kernel module return EBUSY in that circumstance? None
> of the userspace parts seem to check for EAGAIN, but all th
On Friday 24 May 2002 8:49 am, Keith Whitwell scribed numinously:"
> Tim Smith wrote:
> > I have a nice, 100% reliable way to lock up my Radeon 7500 using the
> > most recent CVS. I can do this with Tux Racer, if I play for a couple
> > of courses, but it's much easier to do using the Neverwinter
Tim Smith wrote:
> I have a nice, 100% reliable way to lock up my Radeon 7500 using the most
> recent CVS. I can do this with Tux Racer, if I play for a couple of
> courses, but it's much easier to do using the Neverwinter Nights Toolset
> beta running under WINE, because that's really quite in
61 matches
Mail list logo
