Hi,
I made some modifications to the snapshot scripts in order to include
xdriinfo and its manpage in the snapshots of the config-0-0-1-branch or
the trunk after the merge. A patch is attached.
I chose to use the extras subdirectory with its own install script. The
disadvantage is that this does
>> It would be good to have someone with hardware who could test the 4.2.0
>> libGL/savage_dri.so against the CVS DDX before and after a trunk merge
>> to see if it breaks things. Unfortunately, from what I've been told now
>> the savage card I have (an MX) won't work.
>
> I'll see if I can set u
On Fri, 03 Oct 2003 14:28:50 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> On Fri, 2003-10-03 at 13:55, Felix Kühling wrote:
> > On Fri, 03 Oct 2003 12:14:32 -0700
> > Eric Anholt <[EMAIL PROTECTED]> wrote:
> >
> > > Okay, I was going to merge trunk to the savage-1_0_0-branch, since
> > > update
On Fri, 2003-10-03 at 13:55, Felix Kühling wrote:
> On Fri, 03 Oct 2003 12:14:32 -0700
> Eric Anholt <[EMAIL PROTECTED]> wrote:
>
> > Okay, I was going to merge trunk to the savage-1_0_0-branch, since
> > updates to the savage driver in trunk help out with that work I've been
>
> Are you referrin
On Fri, 03 Oct 2003 12:14:32 -0700
Eric Anholt <[EMAIL PROTECTED]> wrote:
> Okay, I was going to merge trunk to the savage-1_0_0-branch, since
> updates to the savage driver in trunk help out with that work I've been
Are you referring to the patch that Rafael Máximo sent yesterday? I was
going to
FWIW, the 2D drivers from the trunk and the code drop from VIA are VERY
different. I'm not sure where you are seeing the conflicts... just an
FYI...
--- Eric Anholt <[EMAIL PROTECTED]> wrote:
> Okay, I was going to merge trunk to the savage-1_0_0-branch, since
> updates to the savage driver in tr
Okay, I was going to merge trunk to the savage-1_0_0-branch, since
updates to the savage driver in trunk help out with that work I've been
told. I went to the CvsPolicy wiki page and based on that did a tag on
the savage branch of savage-1_0_0-trunk-premerge. Then I did cvs update
-d -j HEAD. It
I have a screenshot of screen coruption occuring with the radeon driver.
This Screenshot is >500k with compression so if you are interested,
please email me so I can forward it on (so I don't waste list
bandwidth).
I have a Radeon 9000 PCI. This coruption does not occur in windows with
DirectX 9.0
--- Michel D�nzer <[EMAIL PROTECTED]> wrote:
> On Thu, 2003-10-02 at 18:41, Alex Deucher wrote:
> > I'm attempting to fix pageflipping in certain mergedfb modes.
> right
> > now it only works in when crtc2 is right of crtc1. I suspect the
> > problem has to do with the CRTC offsets that are s
On Fri, Oct 03, 2003 at 07:31:49AM -0700, Alex Deucher wrote:
>his thoughts. Will there be another xfree86<->DRI merge before the
>release? will Felix' config code make it in?
There won't be any further wholesale DRI->XFree86 merge. Instead, new
features and bug fixes should be separated out a
On Fri, 2003-10-03 at 16:31, Alex Deucher wrote:
>
> What are your thoughts on merging the radeon mergedfb patch into CVS?
> I agree that it would probably be a better idea to separate out the
> device independant code, but I'm not sure I'll have time to do that and
> test it before the 4.4 featu
On Thu, 2003-10-02 at 18:41, Alex Deucher wrote:
> I'm attempting to fix pageflipping in certain mergedfb modes. right
> now it only works in when crtc2 is right of crtc1. I suspect the
> problem has to do with the CRTC offsets that are set in
> RADEONDoAdjustFrame()
>
> for instance if I have
On Fri, 3 Oct 2003 07:31:49 -0700 (PDT)
Alex Deucher <[EMAIL PROTECTED]> wrote:
> With my latest patch the just about all the outstanding bugs have been
> fixed. the only thing remaining is that pagflipping doesn't always
> work in some mergedfb configurations. I'm working on that one, but
> the
Ian Romanick wrote:
A long time ago I promided to refactor the firstLevel / lastLevel
calculation code from the various *SetTexImages routines. I have a
patch that does this, and it follows the definition of how firstLevel &
lastLevel selection should work pretty closely. The only problem is
With my latest patch the just about all the outstanding bugs have been
fixed. the only thing remaining is that pagflipping doesn't always
work in some mergedfb configurations. I'm working on that one, but
then again, pageflipping doesn't work for everyone anyway. The driver
currently supports al
Peter Lamberg wrote:
copyTexImage2D et al. seem horribly slow for anything more than few
hundred pixels.
It seems from radeon_tex.c that frame buffer -> texture operations are
implemented without any hardware help from the card:
ctx->Driver.CopyTexImage1D= _swrast_copy_teximage1d
On Thu, 2003-10-02 at 13:46, Sven Luther wrote:
> On Thu, Oct 02, 2003 at 10:12:21AM +0200, Thomas Emmel wrote:
> >
> > we are currently looking for the best graphics cards for linux and
> > OpenGL. Can someone give me a hint which of the currently available
> > cards are the best to use for exten
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://bugs.xfree86.org/show_bug.cgi?id=757
--- Additional Comments From [EMAIL PROTECTED] 2003-03-10 06:45 ---
In the same file, anot
copyTexImage2D et al. seem horribly slow for anything more than few
hundred pixels.
It seems from radeon_tex.c that frame buffer -> texture operations are
implemented without any hardware help from the card:
ctx->Driver.CopyTexImage1D = _swrast_copy_teximage1d;
ctx->Driver.CopyTexI
19 matches
Mail list logo
