Joseph Carter wrote:
On Fri, Apr 06, 2001 at 11:04:20AM -0400, Trond Eivind Glomsr?d wrote:
When building the DRI tree with DRM module for the kernel, the default
location to look for headers should be (this is the way Linus started
recommending last summer, if memory serves):
the rage128 tarball.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
___
Dri-devel mailing list
[EMAIL PROTECTED]
http
archs (I assume the later, AFAIK it's currently disabled
altogether).
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
___
Dri-devel mailing
be bumped such that it
doesn't try to work with the one in the current 2.4 kernels.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
___
Dri
that
it is indeed using the Mesa Rage128 driver..
Please try building the drm from the XFree86 4.1.0 source instead of using the
one from the Linux kernel. If you don't know how to do that, look at
http://www.xfree86.org/~alanh/ .
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc
between the drivers, customized with a few defines. Compare that to the
duplication and inconsistency before.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
...
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
___
Dri-devel mailing list
[EMAIL PROTECTED]
http://lists.sourceforge.net/lists/listinfo
have experience with that and I can't test it
myself.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
___
Dri-devel mailing list
[EMAIL
Brian Paul wrote:
Michel Dänzer wrote:
Brian Paul wrote:
No need to bump version number as this value isn't used anywhere in
the kernel module.
Speaking of a version bump, it looks like the _major_ of the r128 driver
in the trunk needs to be bumped (see discussion
: You can even go down to .../os-support/{linux,bsd}/drm/kernel,
that's all you need to build the DRM.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI project member
kernels turned out to be incompatible with 4.1.0, most
people who try to use them just see a solid color in the window where the
rendered scene should be.
--
Earthling Michel Dänzer (MrCooper)\ Debian GNU/Linux (powerpc) developer
CS student, Free Software enthusiast \XFree86 and DRI
not on the list.
Good thing you mention this, the Reply-To: header of this list makes it rather
inconvenient.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
direction or whatever.
My concern is primarily about r128 BTW, which suffers from serious instability
at least on PPC.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
the damage is done...
Gareth Hughes wrote:
Michel Dänzer wrote:
I certainly don't question your past dedication. I appreciate it very
much. I was a bit deceived by your abandoning it though.
Mate, if you understood the situation, you wouldn't be saying this. I will
let this pass
would be worthwhile
to implement CCE acceleration for, in particular for the RENDER extension.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri
driver already has a BlockHandler of its own, works great,
thanks!
I'll commit this in a few minutes.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
with simple window managers like twm or amiwm?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
recently. Could you build
yourself and try a patch?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
XFree86 driver, r128_dri.so,
etc.
Do you have the DRM from kernel 2.4.9 or later or built from XFree86
4.1.0 source?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
On Thu, 2001-10-04 at 17:58, Frank Earl wrote:
On Thursday 04 October 2001 07:06, Michel Dänzer wrote:
On Thu, 2001-10-04 at 03:56, Steven P. Lilly wrote:
Everything else seems to work fine, which points at a glxgears bug?
I encountered something very similar with glxgears when I
is created without one it doesn't ever get called.
If you have a fix, please submit it to the appropriate place, probably
XFree86 or Mesa.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
us for some
time to provide facilities to do the same for grabbing...
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
CVS.
http://dri.sourceforge.net/doc/cvspolicy.txt
This helped me a lot to understand both how CVS branches work and how
the DRI project uses them.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
a shared one.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo
anything? It seems some kind of server
problem, doesn't it?
Try again later, administrative changes on SourceForge can take a while
to propagate.
Keep Keith's point in mind as well, though it looks to me it was using
the correct CVS root.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
it to $ProjectRoot/lib instead?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net
because he doesn't like other people
messing with his code. ;)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL
CVS.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri
, as this is very frustrating!
My first guess would have been a wrong version of the kernel module, but
the one from the 2.4.14 kernel should work. Could there be a stray
libGL, e.g. in /usr/local, that gets picked up? You can check with ldd.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc
Option DPMS in Section Monitor? Beware that the r128
doesn't currently support power management for flat panels.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
r128_flush_write_combine() mb()
-
+#endif
#define R128_VERBOSE 0
Is this really useful?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel
On Mon, 2001-11-19 at 10:03, Daniel Polombo wrote:
Michel Dänzer wrote:
My first guess would have been a wrong version of the kernel module, but
the one from the 2.4.14 kernel should work. Could there be a stray
libGL, e.g. in /usr/local, that gets picked up? You can check with ldd.
I
barriers, but knowing how buggy UniNorth can be with AGP,
I prefer the safe way.
Alternatively, would reading back work on other architectures? A single
implementation would be much more beautiful IMHO. :)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI
and lately.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri
(right?). I also advised
him in another post to fix that.
Of course, it would still be nice to have color expansion accelerated
even with DRI enabled.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
is that it only looks for XFree86 libraries in
$ProjectRoot/lib . It might be a good idea to always look in /usr/X11R6/lib,
at least in addition, or to introduce a new config variable for this which
defaults to $ProjectRoot/lib .
David, what do you think?
--
Earthling Michel Dänzer (MrCooper
/ati/r128_dri.c
1.42 +2 -2
xc/xc/programs/Xserver/hw/xfree86/os-support/linux/drm/kernel/r128_drv.c
But you're aware that the major should have been bumped for 4.1 already?
It doesn't work with 4.0.x DRM and vice versa.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
On Sun, 2001-11-25 at 23:28, Damien Miller wrote:
On 25 Nov 2001, Michel Dänzer wrote:
On Wed, 2001-11-21 at 15:29, Diarmuid Drew wrote:
I've just got a new Radeon 7500. I've tried to get it working under
XFree86 4.1. I get a problem (EE) No devices detected. I assume
On Mon, 2001-11-26 at 15:59, Keith Whitwell wrote:
Michel Dänzer wrote:
On Mon, 2001-11-26 at 14:28, Keith Whitwell wrote:
Log message:
Put drm version back from 3.0 to 2.2; XFree86 4.1 is the baseline for
versioning information.
Modified files:
xc/xc/lib/GL
Peter Surda wrote:
On Fri, Sep 21, 2001 at 05:08:29PM +0200, Michel Dänzer wrote:
Yes, PCI GART is still disabled in source for the Radeon AFAIK.
Hmm I thought pci gart isn't implemented yet for radeon?
The code has been there for as long as for the Rage128, it's just still
disabled
, please
report it.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo
On Thu, 2001-11-29 at 21:00, Derrik Pates wrote:
Michel Dänzer wrote:
That's too low indeed. I get ~350 without agpgart and almost 500 with
it. (Or is your CPU slower than 300 MHz?)
It's a 366 MHz G3 processor.
So you should be able to achieve higher numbers. I'd expect somewhere
around the problem
(and that is what I plan on starting this weekend...).
Has anyone contacted Marc Aurele La France about the problems yet? He
seems to have very intimate knowledge about ATI chipsets up to the
Mach64 family.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc
data now when possible
I am trying to contact i810 Xv driver mantainer to do the same for i810,
but if he can't do it in near future would you assist me if I decide to make
it myself?
Yes, time permitting. Your best bet is probably to ask on this list or
on Xpert.
--
Earthling Michel
, but I'd like to check the docs for
what the value should really be. I hope I'll get around to it this
weekend.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
On Fri, 2001-11-30 at 09:48, Derrik Pates wrote:
On 30 Nov 2001, Michel Dänzer wrote:
I'll see to it that it gets fixed, but I'd like to check the docs for
what the value should really be. I hope I'll get around to it this
weekend.
Well, the tdfx driver uses 16 * pScrn-bitsPerPixel
on your system.
I don't know, the numbers seem a bit high for software rendering. :)
This Athlon 800 only achieves 190 fps in glxgears with software
rendering...
I guess the iBook is slow, with the lower bus clock and all.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
mean there have been no errors, I
always do make World World.log and then grep '\*\*\*' World.log.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
On Fri, 2001-11-30 at 17:46, Derrik Pates wrote:
On 30 Nov 2001, Michel Dänzer wrote:
horizontal resolution != line pitch
This driver certainly seems to think it should be.
That might be the bug then; maybe it's using the width where it should
use the pitch or vice versa.
What still
.
Are there any future plans to go back to using the seperate DRI cvs
repository?
They're still separate. All I was saying (or trying to say :) is that
there has been more development in XFree86 CVS since it was last merged
into DRI CVS than vice versa.
--
Earthling Michel Dänzer (MrCooper
, and
armagetron wouldn't be much fun without textures. :)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED
.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
Index: radeon_driver.c
===
RCS file: /cvsroot/dri/xc/xc/programs/Xserver/hw/xfree86/drivers
On Thu, 2001-11-29 at 16:52, Keith Whitwell wrote:
Log message:
Move locking to per-group-of-spans rather than per-span. 10x speedup for
fallback cases...
Can you do the same for r128 please? :)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86
On Thu, 2001-11-29 at 11:56, Daniel Polombo wrote:
Michel Dänzer wrote:
No, the Debian XFree86 packages always go into /usr/X11R6.
/usr/X11R6-DRI is a popular place for custom DRI CVS builds.
Well, it still doesn't work with the new 2.4.16 kernel (using the r128 module
from
scanned
the driver for pitch, virtualX and displayWidth and didn't find any
obvious mistakes.
I'll submit a patch for this anyway.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
gets merged to the trunk.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net
good, but is it the 4.0 branch? I understand the Mesa trunk
doesn't work for building the DRI mesa-4-0-branch.
PS: I rephrased that sentence in the former post once for better
understandability, but I obviously still didn't manage to get it right.
:)
--
Earthling Michel Dänzer (MrCooper
modules are in xserver-xfree86. If reinstalling
that doesn't fix this, you have a non-distribution X which is picked up.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
| grep -i r128
[drm] Initialized r128 2.1.6 20010405 on minor 0
What does a client say when you start it with LIBGL_DEBUG=verbose?
Just another stab in the dark ;)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free
On Tue, 2001-12-04 at 11:28, Benjamin Herrenschmidt wrote:
- The tweaks I did for DRI with r128 have not been teested with
radeon yet.
I'm afraid there's other stuff to worry about before AGP...
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI
.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
On Thu, 2001-12-06 at 11:24, Michel Dänzer wrote:
On Thu, 2001-12-06 at 01:00, Sergey V. Udaltsov wrote:
1. Probably, we could investigate the issue with striping. What could be
wrong here?
Nothing. Obviously strip removes information needed by the XFree86
module loader, so XFree86
in the meantime or was
due to another problem altogether.
Really sorry about the confusion...
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel
AGP? It looks to be in 1x mode, not 2x.
Option AGPMode 2
or 4 in Section Device.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
. Thanks for testing.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
host.def with
#define MesaSrcDir $MESA_SRC/Mesa4.0 ???
That used to be necessary until very recently, but now Mesa 4.0.1 has
been imported into the mesa-4-0-branch, so it can be built like the
trunk.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI
a complete machine lockup.
In R128EnterVT(), try moving the R128ModeInit() and R128EngineInit()
calls before the code guarded by #ifdef XF86DRI.
Those are fixes I made in DRI CVS some time ago, but at least the first
one is in XFree86 CVS now.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU
On Sun, 2001-12-09 at 17:32, [EMAIL PROTECTED] wrote:
On a different topic - Michel, do you know how DRI gets it's DMA able
memory, from agpgart or not ? - Thanks !
From the DRM. It can use both AGP and PCI GART but that's not
transparent at the DRM level.
--
Earthling Michel Dänzer
On Sun, 2001-12-09 at 18:09, Peter Surda wrote:
On Sun, Dec 09, 2001 at 04:24:00PM +0100, Michel Dänzer wrote:
Syslog still complains CONTINUOSLY though, but I think that isn't so important
now.
While others have reported the same errors, I haven't seen them here. Do
they always appear
works fine, 16-bit
mode isn't stable. Since I've spent time reading the
source already, I'll see if I can solve the problem.
Great, I assume that's at least one of the reasons why it's been
disabled until now.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86
on my todo list: RENDER acceleration for AA text. :)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
.
Not so quick. ;)
Trying current DRI or XFree86 CVS is a good idea, but the server running
and glxinfo claiming direct rendering is enabled is as supported as it
gets.
Otherwise, we need info like server logs, kernel output and output from
glxinfo with LIBGL_DEBUG=verbose.
--
Earthling Michel
the Linux kernel though.
I understand you might also be able to use it by overriding the ChipId
to that of a VE, but you do that on your own responsibility.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software
/drm support.
Don't bother, the 8500 isn't supported for 3D yet.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL
.
It doesn't.
I understand Xv for the 8500 is broken in XFree86 CVS, gatos.sf.net
apparently has a fix.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri
XFree86 as root?
Actually, you probably shouldn't run the X server binary directly but
use your distribution's Xwrapper.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
in either mode except 800x600
and 640x480. Is it possible to run at 1024x768? I have tried but no
luck.
Not surprisingly: 1024x768 times 2 bytes is 1.5 MB. You need front, back
and depth buffers, which would take up 4.5 MB.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc
On Tue, 2002-01-08 at 20:18, [EMAIL PROTECTED] wrote:
i've recently purchased an ati radeon 7500 and i'd like to get involved
with the 3d support. are developers still needed?
What do you intend to do?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86
evening, so people
could do it after work if necessary and not be late for the east coast
folks. It's harder to schedule a global meeting!
You tell me, that's 2 AM for me... then again, it can happen that I'm
still up at that time, and I'd hate to miss such a meeting. :)
--
Earthling Michel
does for XFree86), this is just plain ridiculous and disgusting.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL
.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
.
No idea about this, could you do some profiling to see where the time is
wasted?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
mgatexmem.c
Hunk #1 FAILED at 254.
1 out of 1 hunk FAILED -- saving rejects to file mgatexmem.c.rej
Anyway, attaching patches instead of pasting them into the body is safer
because all sorts of problems can happen when doing the latter.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU
?) is in the LeaveServer() function,
where it releases the indirect buffer. Can you try if that fixes the
problem?
Another idea is to set info-indirectBuffer to NULL in
R128CCEAccelInit().
Please test these ideas, hope one of them works.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
driver has some acceleration for it, I've been trying to adapt
it to the r128 driver but haven't had luck with the Rage128 CCE packets
for alpha blending yet.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software
the card the less noticable any
slowdown from extra Sync calls will be)
How does this interact with the CCE being used for the image transfer in
PutImage (if at all)?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free
said
'two versions of the same driver, no more'.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
On Fre, 2002-02-01 at 17:31, Mccary Brady wrote:
Michel Dänzer [EMAIL PROTECTED] said:
On Fre, 2002-02-01 at 09:56, Mccary Brady wrote:
is there a specific reason why some of the rendering routines are
performed in software for the ati rage 128 mobility? when
xscreensaver loads a gl
and dirty patch that adds an ioremap_nocache() wrapper
in the same way that ioremap() is treated..
This is against current CVS.. please apply.
Applied.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software
make install
Shouldn't it work for the whole tree if we provided a wrapper for mcount
and whatever for the modules?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
' in a post)?
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
Index: r128_accel.c
===
RCS file: /cvsroot/dri/xc/xc/programs
it
and submit a patch for the XFree86 4.2 branch.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
transfers, I'll have to play with that more.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https
. ;(
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
understand why. :/
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
correctly). Maybe this helps you in finding the problem(?).
The trunk has been updated to Mesa 4; are you just using the new DRM or
everything from CVS? If the former, please try the latter.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member
)
and calling another X function until it's finished causes X to hang
and this eats CPU time.
It might be a good idea to test if XSync alone causes the same
behaviour.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free
for this is gonna be. :)
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software enthusiast
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists
On Mon, 2002-02-18 at 20:47, Peter Surda wrote:
On Mon, Feb 18, 2002 at 07:38:01PM +0100, Michel Dänzer wrote:
A player then does XSync, so that I can actually see the picture appear
on screen,
This could be where X uses all the CPU. While waiting for the CCE to go
idle, it can't do
1 - 100 of 1646 matches
Mail list logo