On Mon, 2002-09-23 at 09:00, Michel Dänzer wrote:
I've incorporated this and turned it into a template:
http://penguinppc.org/~daenzer/DRI/drm-vblank-template.diff
I've put a new one up at
http://people.freebsd.org/~anholt/dri/files/framethrottle2.diff
which includes MGA support. I'll work
Charl == Charl P Botha [EMAIL PROTECTED] writes:
I've just check snapshot radeon-20020924 and same situation. I can run
programs except those which create new window.
For example:
xinit /usr/X11R6/bin/xeyes
is fine, when:
xinit /usr/X11R6/bin/xterm
crashes X
Alan, Others,
I've been thinking again about pageflipping realized I can solve the
remaining few problems if I can tweak the behaviour of the 2d driver slightly.
At the moment, the 2d driver always draws to buffer zero (the old front
buffer), and then at some point in the future, the dirty
On Tue, 2002-09-24 at 11:56, Adam Duck wrote:
Charl == Charl P Botha [EMAIL PROTECTED] writes:
I've just check snapshot radeon-20020924 and same situation. I can run
programs except those which create new window.
For example:
xinit /usr/X11R6/bin/xeyes
is fine
On Mon, 2002-09-23 at 19:35, Michel Dänzer wrote:
On Mon, 2002-09-23 at 10:20, Alan Hourihane wrote:
On Sun, Sep 22, 2002 at 10:33:15 +0200, Michel Dänzer wrote:
Several people on IRC reported crashes in the 2D code with the current
trunk snapshots. I realized they are due to the
On Die, 2002-09-24 at 13:11, Keith Whitwell wrote:
I've been thinking again about pageflipping realized I can solve the
remaining few problems if I can tweak the behaviour of the 2d driver slightly.
At the moment, the 2d driver always draws to buffer zero (the old front
buffer), and
Hi guys. Yep, vacations ended.
I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So now
forward the snapshots will be built with this version. AFAIK this shouldn't pose any
problem to the users since the key issue is that the kernel modules are compiled with
the
On Sat, Aug 31, 2002 at 09:01:16AM -0600, Jens Owen wrote:
It looks like there is some type of problem when the GL subdirectory is
empty. Here's what the script tries to do when it get's to an empty GL
portion of the install.
Ok. The problem is at:
echo -nGL GLU
On Tue, Sep 24, 2002 at 02:19:24 +0100, Keith Whitwell wrote:
Michel Dänzer wrote:
On Die, 2002-09-24 at 13:11, Keith Whitwell wrote:
I've been thinking again about pageflipping realized I can solve the
remaining few problems if I can tweak the behaviour of the 2d driver
slightly.
Keith,
I'm looking to understand the behaviour I'm seeing since I installed
the main branch today.
With the default settings, and glxgears, I see:
r200CreateScreen
1077 frames in 5.0 seconds = 215.400 FPS
(Previously, I'd see around 300FPS for software rendering, and ~1500FPS for
TCL)
If I
Jan Schmidt wrote:
Keith,
I'm looking to understand the behaviour I'm seeing since I installed
the main branch today.
With the default settings, and glxgears, I see:
r200CreateScreen
1077 frames in 5.0 seconds = 215.400 FPS
(Previously, I'd see around 300FPS for software rendering,
On Tue, Sep 24, 2002 at 02:49:37 +0100, Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 02:19:24 +0100, Keith Whitwell wrote:
Michel Dänzer wrote:
On Die, 2002-09-24 at 13:11, Keith Whitwell wrote:
I've been thinking again about pageflipping realized I can solve the
remaining few
quote who=Keith Whitwell
Why do you even care about software rasterization? In normal use the card
basically never does this.
Only because I remember the numbers from when DRI has not been set up
properly, and I get suspicious when DRI runs slower than the software
rendering.
There is code
On Die, 2002-09-24 at 15:19, Keith Whitwell wrote:
Michel Dänzer wrote:
On Die, 2002-09-24 at 13:11, Keith Whitwell wrote:
I think all my problems can be solved if I do two things:
1) always have X draw to the *current* front buffer (buffer zero or buffer
one,
depending)
2)
On Die, 2002-09-24 at 16:34, Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/xaa/
Changes by: mdaenzer@usw-pr-cvs1. 02/09/24 07:34:16
Log message:
* bump XAA minor and move new fields at the end of XAAInfoRec
*
Hi Jose
I've updated my workstation to the RedHat Linux 7.3.94 beta, which has gcc 3.2. So
now forward the snapshots will be built with this version. AFAIK this shouldn't pose
any problem to the users since the key issue is that the kernel modules are compiled
with the same version of gcc
You can't change the offset in the chip or offscreen access goes after
whatever buffer is front. You'd have to use coordinate deltas, but only
if the coordinates are within the virtual resolution, and even then I'm
not sure that would always work. Try and see I guess. :)
If so, it's a
On Tue, Sep 24, 2002 at 04:51:53PM +0200, Michel Dänzer wrote:
On Die, 2002-09-24 at 16:34, Michel Daenzer wrote:
CVSROOT:/cvsroot/dri
Module name:xc
Repository: xc/xc/programs/Xserver/hw/xfree86/xaa/
Changes by: mdaenzer@usw-pr-cvs1. 02/09/24 07:34:16
Log message:
On Die, 2002-09-24 at 16:59, Keith Whitwell wrote:
You can't change the offset in the chip or offscreen access goes after
whatever buffer is front. You'd have to use coordinate deltas, but only
if the coordinates are within the virtual resolution, and even then I'm
not sure that would
On Die, 2002-09-24 at 16:58, Kevin E Martin wrote:
On Tue, Sep 24, 2002 at 04:51:53PM +0200, Michel Dänzer wrote:
On Die, 2002-09-24 at 16:34, Michel Daenzer wrote:
CVSROOT: /cvsroot/dri
Module name: xc
Repository: xc/xc/programs/Xserver/hw/xfree86/xaa/
Changes by:
Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 02:49:37 +0100, Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 02:19:24 +0100, Keith Whitwell wrote:
Michel Dänzer wrote:
On Die, 2002-09-24 at 13:11, Keith Whitwell wrote:
I've been thinking again about pageflipping realized I can solve the
Speaking of the new web site, could someone please remove the section
in the FAQ that says that various NDA'd documentation can be obtained
by becoming an XFree86 Project member.
Anyone who applies for XFree86 membership in order to obtain access to
NDA'd documentation will be rejected. The
Michel Dänzer wrote:
On Die, 2002-09-24 at 16:59, Keith Whitwell wrote:
You can't change the offset in the chip or offscreen access goes after
whatever buffer is front. You'd have to use coordinate deltas, but only
if the coordinates are within the virtual resolution, and even then I'm
not
On Sun, Sep 22, 2002 at 10:33:15PM +0200, Michel Dänzer wrote:
Several people on IRC reported crashes in the 2D code with the current
trunk snapshots. I realized they are due to the TwoPoint acceleration
functions depending on XAA changes. How can we handle this, bump the XAA
version and
Keith,
This should do it.
{
PixmapPtr pspix;
pspix = (*pScreen-GetScreenPixmap) (pScreen);
(*pScreen-ModifyPixmapHeader)(pspix, 0, 0, 0, 0, 0,
info-FB + XXXOFFSETX );
}
Alan.
Alan Hourihane wrote:
Keith,
This should do it.
{
PixmapPtr pspix;
pspix = (*pScreen-GetScreenPixmap) (pScreen);
(*pScreen-ModifyPixmapHeader)(pspix, 0, 0, 0, 0, 0,
info-FB + XXXOFFSETX );
}
On Tue, Sep 24, 2002 at 05:06:13 +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
Keith,
This should do it.
{
PixmapPtr pspix;
pspix = (*pScreen-GetScreenPixmap) (pScreen);
(*pScreen-ModifyPixmapHeader)(pspix, 0, 0, 0, 0, 0,
On Die, 2002-09-24 at 18:37, Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 05:06:13 +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
Keith,
This should do it.
{
PixmapPtr pspix;
pspix = (*pScreen-GetScreenPixmap) (pScreen);
On Die, 2002-09-24 at 17:30, Jens Owen wrote:
Michel Dänzer wrote:
On Die, 2002-09-24 at 16:59, Keith Whitwell wrote:
You can't change the offset in the chip or offscreen access goes after
whatever buffer is front. You'd have to use coordinate deltas, but only
if the coordinates are
On Die, 2002-09-24 at 17:55, Stephane Chauveau wrote:
On Sun, Sep 22, 2002 at 10:33:15PM +0200, Michel Dänzer wrote:
Several people on IRC reported crashes in the 2D code with the current
trunk snapshots. I realized they are due to the TwoPoint acceleration
functions depending on XAA
On Tue, Sep 24, 2002 at 06:43:32 +0200, Michel Dänzer wrote:
On Die, 2002-09-24 at 18:37, Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 05:06:13 +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
Keith,
This should do it.
{
PixmapPtr pspix;
On Tue, Sep 24, 2002 at 05:06:13 +0100, Keith Whitwell wrote:
Alan Hourihane wrote:
Keith,
This should do it.
{
PixmapPtr pspix;
pspix = (*pScreen-GetScreenPixmap) (pScreen);
(*pScreen-ModifyPixmapHeader)(pspix, 0, 0, 0, 0, 0,
I noticed that some code from Mesa was recently folded into DRI to support
APPLE_client_storage. What does it take to enable that in a driver? Is it
like SGIS_generate_mipmaps in that the driver just needs to enable it?
On a related note, some time ago (on an IRC meeting, I think) there was
On Die, 2002-09-24 at 19:10, Alan Hourihane wrote:
On Tue, Sep 24, 2002 at 06:43:32 +0200, Michel Dänzer wrote:
On Die, 2002-09-24 at 18:37, Alan Hourihane wrote:
If we code up 'WriteBitmap' and 'WritePixmap' which deals with
pixmap cache loading and hook these into our _accel.c
Ian Romanick wrote:
I noticed that some code from Mesa was recently folded into DRI to support
APPLE_client_storage. What does it take to enable that in a driver? Is it
like SGIS_generate_mipmaps in that the driver just needs to enable it?
On a related note, some time ago (on an IRC
Howzit Frank?
Quite frankly (no pun intended) IRC logs are about the only thing out of
place, and when I look at that page I wonder if I should remove them,
however your idea to split documentation back out of help will draw
attention back to them on that page meaning they can be safely
Howzit Frank?
Ok, I would remove CVS and IRC Logs from that page. They should
re-appear on the Contribute page.
IRC is already gone, I'm leaving CVS there (for now at least) because
you know who you are is working on scripts to pull CVs, compile etc
Why do you need to leave the CVS
Ok, I would remove CVS and IRC Logs from that page. They should
re-appear on the Contribute page.
IRC is already gone, I'm leaving CVS there (for now at least) because
you know who you are is working on scripts to pull CVs, compile etc
Why do you need to leave the CVS information
Speaking of the new web site, could someone please remove the section
in the FAQ that says that various NDA'd documentation can be obtained
by becoming an XFree86 Project member.
I'm sure someone could do that, could you point out where this is,
I'm certainly not about to read all the
Speaking of the new web site, could someone please remove the section
in the FAQ that says that various NDA'd documentation can be obtained
by becoming an XFree86 Project member.
I'm sure someone could do that, could you point out where this is,
I'm certainly not about to read all the
All our mailings are sent complying to the proposed H.R. 3113 Unsolicited Commercial
Electronic Mail Act of 2000. Please see the bottom of this message for further
information and removal instructions.
PARENTS OF 15 - YEAR OLD - FIND $71,000 CASH HIDDEN IN HIS CLOSET!
Does this headline
Hello Keith,
your last r200 merge disabled the build of all other drivers. I think the
problem cis in lib/GL/mesa/src/drv/Imakefile:
#SUBDIRS = common DriDrivers
SUBDIRS = common r200 radeon
Greetings
Marc
--
Marc Dietrich
Help yourself or
Oh, now that's even more annoying than SPAM usually is!
Here I was thinking that someone was going to announce that NVidia
decided to support open source or that the texture compression pattent
was going to be opened to the DRI group or *something* cool.
*sigh*
Cheers,
David
David Willmore wrote:
Oh, now that's even more annoying than SPAM usually is!
Here I was thinking that someone was going to announce that NVidia
decided to support open source or that the texture compression pattent
was going to be opened to the DRI group or *something* cool.
*sigh*
No
On Die, 2002-09-24 at 10:08, Eric Anholt wrote:
On Mon, 2002-09-23 at 09:00, Michel Dänzer wrote:
I've incorporated this and turned it into a template:
http://penguinppc.org/~daenzer/DRI/drm-vblank-template.diff
I've put a new one up at
On Tue, 2002-09-24 at 17:08, Michel Dänzer wrote:
On Die, 2002-09-24 at 10:08, Eric Anholt wrote:
On Mon, 2002-09-23 at 09:00, Michel Dänzer wrote:
I've incorporated this and turned it into a template:
http://penguinppc.org/~daenzer/DRI/drm-vblank-template.diff
I've put a
On Mit, 2002-09-25 at 03:52, Eric Anholt wrote:
On Tue, 2002-09-24 at 17:08, Michel Dänzer wrote:
BTW is there any reason why the mga stuff can't move to the shared DRM
directory?
Which mga stuff? MGA is shared about as much as the other drivers.
Hmm, I think I confused mga and gamma
Warning
Unable to process data:
multipart/mixed;boundary==_NextPart_000_00D7_80C51D6A.A5835A82
48 matches
Mail list logo