> This will be the site for the first stable binary snapshot, and will target
> XFree86 4.2.x installations.
A couple of easy questions:
1. Which version of gcc will be used?
2. Will these snapshots have mach64 dri?
3. Will these snapshots have gatos xv/tvout merged (question to Leif)?
Sorry,
IIRC there are some features removed in the 9000, so there will
have to be some conditional code handling of those features. In addition
the 9700 is a totally different chip done by the ArtX team. This patch is
a good start though :)
- Chad
On Tue, 29 Oct 2002 [EMAIL PROTECTED
Michel Dänzer wrote:
BTW, David can you update from CVS and see if it still locks up? I might
have accidentally introduced the lockups with a change I've reverted
again.
Doing so as I type... Will keep you posted.
---
This sf.net email i
> I suppose both cards work with DRI disabled? Please provide config
> files, logs and kernel output, preferrably somewhere on the web.
Oops - my XF86Config-4 file had some whitespace problems which I fixed.
I've got two PCI radeons working now.
However, only one has dri enabled. Is there a w
I've created a stable-1-0-branch as a tag from alan's pre-xf4.3-merge tag
'trunk-20021022'.
This will be the site for the first stable binary snapshot, and will target
XFree86 4.2.x installations.
I haven't done anything more than create the branch at this stage. Before
releasing the binary,
Am Dienstag, 29. Oktober 2002 15:09 schrieb Keith Whitwell:
> Felix Kühling wrote:
> > On Tue, 29 Oct 2002 13:23:22 +
> >
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >>Felix,
> >>
> >>I've cleaned up the WaitForFrameCompletion function a bit & committed.
> >> The logic is slightly differen
Now, when Blender is GPLed I want to show this tdfx driver bug:
1) download Blender (binary, source, anything) from www.blender.org
2) run it
3) press F12 (rendering)
Everything becomes rainbow-coloured. Interface is no longer gray, mad colors
are everywhere. Main window grid, fonts, everything i
On Tue, Oct 29, 2002 at 09:31:31PM +, [EMAIL PROTECTED] wrote:
> With an old binary snapshot (over a month old) I got my Radeon 9000 Pro
> card working with XFree86 including DRI support. This was achieved by
> setting the ChipId in the XF86Config file to 0x4242.
>
> I noticed that the latest
Scott Harrison wrote:
> Thought you might like to apply the patch so others can have DRI on
> the Radeon 9000 and 9700 cards.
Question from the peanut gallery: does this work with the 9700? I was
under the impression that the 9000 was just a modified R200, which
might be expected to be software-c
Hi
With an old binary snapshot (over a month old) I got my Radeon 9000 Pro card working
with XFree86 including DRI support. This was achieved by setting the ChipId in the
XF86Config file to 0x4242.
I noticed that the latest drivers actually recognise the card (RV250_If), but that DRI
is disab
On Die, 2002-10-29 at 04:22, James Fung wrote:
>
> Thanks for the help my PCI radeon.
>
> I'm now trying to use multiple PCI radeons on a computer, with DRI
> hardware acceleration on each of them.
I'm not sure that's supposed to work at this time.
> So far, when I plug two radeons in, they
[ changing quotations to keep subthreads together ]
On Die, 2002-10-29 at 13:19, David D. Hagood wrote:
> Michel Dänzer wrote:
>
> > >#define ProjectRoot /usr/X11R6
> >
> > This one is redundant BTW as ProjectRoot defaults to that.
>
> According to the config file, and to my past experience, Pr
On Tue, 29 Oct 2002 14:09:56 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix Kühling wrote:
> > On Tue, 29 Oct 2002 13:23:22 +
> > Keith Whitwell <[EMAIL PROTECTED]> wrote:
> >
> >
> >>Felix,
> >>
> >>I've cleaned up the WaitForFrameCompletion function a bit & committed. The
> >>log
Felix Kühling wrote:
On Tue, 29 Oct 2002 13:23:22 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
Felix,
I've cleaned up the WaitForFrameCompletion function a bit & committed. The
logic is slightly different, but a lot easier to read/understand, I think.
Ok, I just think that the name rmes
On Die, 2002-10-29 at 12:43, Jacek Rosik wrote:
>
> - Original Message -
> From: "Michel Dänzer" <[EMAIL PROTECTED]>
> To: <[EMAIL PROTECTED]>
> Sent: Monday, October 28, 2002 2:38 AM
> Subject: [Dri-devel] radeon: pageflipping & CRTC{,2}_OFFSET_{,CNTL}
>
>
> >
> > http://penguinppc.org/
On Tue, 29 Oct 2002 13:23:22 +
Keith Whitwell <[EMAIL PROTECTED]> wrote:
> Felix,
>
> I've cleaned up the WaitForFrameCompletion function a bit & committed. The
> logic is slightly different, but a lot easier to read/understand, I think.
Ok, I just think that the name rmesa->irqsEmitted is
Felix,
I've cleaned up the WaitForFrameCompletion function a bit & committed. The
logic is slightly different, but a lot easier to read/understand, I think.
Keith
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http:
Michel Dänzer wrote:
>#define ProjectRoot /usr/X11R6
This one is redundant BTW as ProjectRoot defaults to that.
>#define BuildXF86DRM YES
>
>So perhaps the DoLoadableServer is causing XFree86Module to be defined?
Yes, but in my copy of the tree, assert.h is only included when
XFree86Modul
On Die, 2002-10-29 at 03:10, David D. Hagood wrote:
> Brian Paul wrote:
>
> > The glheader.h file includes assert.h
> >
> > I don't know what's causing the error.
>
> I moved the #include of assert.h out of the #ifdef XFree86Module
> section, and all the compile errors went away.
>
> The only
- Original Message -
From: "Michel Dänzer" <[EMAIL PROTECTED]>
To: <[EMAIL PROTECTED]>
Sent: Monday, October 28, 2002 2:38 AM
Subject: [Dri-devel] radeon: pageflipping & CRTC{,2}_OFFSET_{,CNTL}
>
> http://penguinppc.org/~daenzer/DRI/radeon-pageflip.diff
>
> is an attempt to fix the follo
Here's my current incarnation of the vblank patches, including MGA and
r128 support. It makes the vblank-waiting code as similar as possible
across the different drivers. It additionally makes one part of the
radeon driver that was doing a getparam per context do it in screen
creation like r200.
I would certainly be willing to work on maintaining the stable branch
with respect to FreeBSD if it's a general "stable" branch, and make
packages of it if I find the time to set up that build machine I've been
wanting to make (first I have to wait for those replacement drives,
ugh).
I would pre
cvs status shows the same versions as on your system. So the only
explanation is that you're not using the most recent patch or
something's wrong with your version of patch.
When I wrote that my previous patches applied cleanly two weeks ago I
was implying that things may have changed during tha
23 matches
Mail list logo
