On Wed, 2007-05-09 at 08:56 -0700, Eric Anholt wrote:
On Wed, 2007-05-09 at 12:33 +0200, Michel Dänzer wrote:
On Fri, 2007-05-04 at 14:47 -0700, Jesse Barnes wrote:
In playing around yesterday, we found that some drivers will
unnecessarily enable interrupts for vblank events. Since
in the postinstall function.
Looks good.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
This SF.net email is sponsored by DB2 Express
the
vblank interrupt in the 2D driver TransitionTo2/3D hooks. Or possibly
even better (as this would e.g. still leave it enabled all the time when
using a GLX compositing manager), the 3D driver could tell the DRM
whether it needs the vblank interrupt or not.
--
Earthling Michel Dänzer
either (or might
be the hardware I don't know)
The hardware can do it, it's just not implemented yet. It requires using
the TTM memory manager, which Dave Airlie started adding support for to
the radeon DRM.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software
On Wed, 2007-04-11 at 23:15 -0700, Ray Van Dolson wrote:
On Thu, Apr 12, 2007 at 07:54:57AM +0200, Michel Dänzer wrote:
On Wed, 2007-04-11 at 22:06 -0700, Ray Van Dolson wrote:
I am curious if you would consider the machine freezing when the
aperture is set at 64MB to be a bug (didn't
features not work as a result perhaps?
There shouldn't be any, it's just evidence that it's dealing with the
problem correctly now.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
.
Is there any open-source driver that supports them?
I don't know of any that support GLX_SGIX_pbuffer, but the i915tex
driver supports GL_EXT_framebuffer_object.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X
On Wed, 2007-04-11 at 22:06 -0700, Ray Van Dolson wrote:
I am curious if you would consider the machine freezing when the
aperture is set at 64MB to be a bug (didn't try any other setting).
It probably is, but I think I might have fixed it in current drm git.
--
Earthling Michel Dänzer
dispatch to different
local or network devices (think expanding your desktop across multiple
PCs).
I don't see how this can work without a DRM rendering API.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X
with it, please don't hesitate
to report them (I read the xorg-team list so I should see relevant
bugzilla entries) or even remove the code from master if they jeopardize
the release and I can't react within reasonable time for some reason.
Does that sound acceptable?
--
Earthling Michel Dänzer
On Thu, 2007-03-08 at 19:07 +0200, Panagiotis Papadakos wrote:
On Thursday 08 March 2007 17:05, Michel Dänzer wrote:
Any idea what's going on? The only situation where radeonSetCliprects
doesn't get called from radeonMakeCurrent is if neither the drawable nor
its stamp has changed
On Fri, 2007-03-09 at 13:49 +0200, Panagiotis Papadakos wrote:
Yep, I think it is OK!
Pushed, thanks.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Tue, 2007-03-06 at 10:52 -0800, Eric Anholt wrote:
On Tue, 2007-03-06 at 11:07 +0100, Michel Dänzer wrote:
I developed and tested this on i945 hardware. I've had reports of it
working on i915 as well but would be interested in hearing whether it
works on i830 and above.
Still haven't
://bugs.freedesktop.org/show_bug.cgi?id=9170
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence
.
How does this patch look?
and radeon-lastStamp != driReadPriv-lastStamp.
That comparison makes no sense as the cliprects and stamps only apply to
the drawable bound for drawing.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Thu, 2007-03-08 at 14:31 +0100, Michel Dänzer wrote:
On Thu, 2007-03-08 at 14:25 +0200, Panagiotis Papadakos wrote:
Calling radeonSetCliprects when stamp!=lastStamp also helps!
Sorry meant radeon-lastStamp != driDrawPriv-lastStamp
That'll usually be fine, but in theory the stamps
Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay
, and this is right before the merge from vbo-0.2.
No, that's still on vbo-0.2. The last commit on master before the merge
is 325196f548f8e46aa8fcc7b030e81ba939e7f6b7. I really recommend gitk. :)
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
disabling them.
If there are no objections, I'd like to merge these branches to the
respective master branches by the end of this week. Of course, if the
issues above can't be solved before the merge, I'll document them in the
intel.4 manpage.
--
Earthling Michel Dänzer | http
a hardware problem with your RAM chips.
I've run memtest for about 45 minutes now, completed one pass (it's
about half way through a second pass) without any errors, so I'm
disinclined to believe this is a RAM issue.
I guess this could also be a symptom of the lockup.
--
Earthling Michel Dänzer
something in stone that could cause trouble
later on. If there are no objections, I'll push these patches sometime
in the coming days or weeks.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
parts of
radeonMakeCurrent and r300RegainedLock moved into a separate function
called by both.
BTW, the patch also has superfluous whitespace-only changes, which
should be avoided.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
this with Kristian Høgsberg, and he had some
ideas how the transition could be handled without requiring lockstep
between all involved components. Kristian, mind describing those ideas
here?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
, modprobe drm and radeon and then just bring up
the X server. Do these FBs interfere somehow?
They shouldn't, and they don't in my experience. YMMV though, so it
can't hurt to try differently.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
changed accidentally on the
recent Bugzilla upgrade. Any ideas, Kristian?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take
)?
The former, or it's a bug.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future
On Mon, 2007-02-19 at 10:37 -0500, Dominik Brodowski wrote:
On Fri, Feb 16, 2007 at 10:18:45AM +0100, Michel Dänzer wrote:
On Thu, 2007-02-15 at 14:22 -0500, Dominik Brodowski wrote:
This issue (IRQ being disabled) is still present in 2.6.20 and
2.6.20-git-as-of-yesterday. It breaks
this patch happen to make any difference?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
diff --git a/shared-core/i915_irq.c b/shared-core/i915_irq.c
index e373a8d..b459259 100644
--- a/shared
in the screen dimensions.
That might actually be desirable though, as it would require all the
drivers to be adapted for now.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
will still be needed.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Using Tomcat but need to do more? Need to support web
.
FWIW, does disabling AIGLX make a difference?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Using Tomcat but need
On Tue, 2007-01-30 at 00:59 -0500, Dominik Brodowski wrote:
On Mon, Jan 29, 2007 at 01:00:39PM +0100, Michel Dänzer wrote:
On Sun, 2007-01-28 at 22:14 -0500, Dominik Brodowski wrote:
[...] I was able to git bisect it down to the drm patches which went in
after 2.6.19 and before
.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
be related to Zou Nan hai's recent
vblank interrupt fix.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys
tree from
git://git.freedesktop.org/git/mesa/drm .
Any ideas? Any debugging you want me to do?
echo 1 /sys/module/drm/parameters/debug
before switching to console might provide something interesting in the
kernel output.
--
Earthling Michel Dänzer | http
is fine.
Looks like something in the video (DRM) drivers can't handle 4G of memory.
System is running 2.6.20-rc6 with drm and radeon modules.
Please post the full Xorg.0.log file. Would be great if you could also
try the drm git tree.
--
Earthling Michel Dänzer | http
both defined. You should probably use
MESA_BIG_ENDIAN or _mesa_little_endian().
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
? (Or is that crazy
talk..)
It probably has to use some kind of GART, but apparently it's different
from all the variants we support so far.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
I wrote down my thoughts on the subject on
http://dri.freedesktop.org/wiki/DirectRenderingToRedirectedWindows
and I'd like to request comments on this plan.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X
.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay
On Fri, 2006-12-15 at 14:24 +0100, Michael Buesch wrote:
I need the following patch to fix compilation of
latest drm/linux-core on my ppc64 machine.
Pushed, thanks.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian
to an
unresolved symbol. Try redirecting its stdout and stderr and looking at
that.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
On Fri, 2006-12-15 at 18:31 +0100, Michael Buesch wrote:
On Friday 15 December 2006 16:53, Michel Dänzer wrote:
On Fri, 2006-12-15 at 15:17 +0100, Michael Buesch wrote:
I just tried to load the nouveau driver on my
Apple G5 Quad machine.
The kernel module loaded fine, but an attempt
thought
some of the great minds on this list might be able to shed some light.
Any interesting differences between the server log files, DRM related
kernel output etc. between OSs?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
(0): [drm] DRM interface version 1.3
So it looks like you're using a newer DRM on Linux but a newer
xf86-video-ati on FreeBSD. Does making either of these equal between OSs
change anything?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Mon, 2006-12-04 at 12:49 -0500, Adam K Kirchhoff wrote:
On Mon, 2006-12-04 at 15:42 +0100, Michel Dänzer wrote:
On Mon, 2006-12-04 at 09:26 -0500, Adam K Kirchhoff wrote:
The log file on FreeBSD doesn't show the same warning as the log file on
linux about the support being
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
---BeginMessage---
- Original Message -
From: Michel Dänzer [EMAIL PROTECTED]
To: kr992 [EMAIL PROTECTED]
Sent: Monday, December 04, 2006
.
There are some error messages about textures (sorry I don't have
access to this computer right now).
If the above doesn't help, we'd probably need to see the actual output,
or even better a backtrace.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
comparing apples and oranges. Integrated chipsets tend
to be less affected by the current inefficiencies of the AIGLX
GLX_EXT_texture_from_pixmap implementation, probably because moving
stuff into and out of the framebuffer is cheaper than with discrete
cards.
--
Earthling Michel Dänzer
,
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join
On Thu, 2006-09-28 at 20:55 +0200, Tino Keitel wrote:
On Thu, Sep 28, 2006 at 18:24:37 +0200, Michel Dänzer wrote:
On Thu, 2006-09-28 at 18:11 +0200, Tino Keitel wrote:
On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote:
Can you try again with current drm git? I pushed some
On Fri, 2006-09-29 at 09:30 +0200, Michel Dänzer wrote:
On Thu, 2006-09-28 at 20:55 +0200, Tino Keitel wrote:
On Thu, Sep 28, 2006 at 18:24:37 +0200, Michel Dänzer wrote:
On Thu, 2006-09-28 at 18:11 +0200, Tino Keitel wrote:
On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote
On Wed, 2006-09-27 at 10:11 +0200, Tino Keitel wrote:
On Tue, Sep 26, 2006 at 11:30:40 +0200, Michel Dänzer wrote:
On Tue, 2006-09-26 at 02:21 -0700, Keith Packard wrote:
On Tue, 2006-09-26 at 10:49 +0200, Michel Dänzer wrote:
Define 'too fast'. Is it just slightly off, or about
On Thu, 2006-09-28 at 18:11 +0200, Tino Keitel wrote:
On Thu, Sep 28, 2006 at 15:47:08 +0200, Michel Dänzer wrote:
Can you try again with current drm git? I pushed some vsync changes that
might fix this.
Do you mean git://anongit.freedesktop.org/git/mesa/drm?
Exactly.
--
Earthling
timing.
This happens on a Mac Mini Core Duo with Intel i945 graphics.
Define 'too fast'. Is it just slightly off, or about twice as fast?
Either way, this is most likely related to the new support for handling
vertical blank interrupts from both display pipes.
--
Earthling Michel Dänzer
On Tue, 2006-09-26 at 11:03 +0200, Tino Keitel wrote:
On Tue, Sep 26, 2006 at 10:49:55 +0200, Michel Dänzer wrote:
On Mon, 2006-09-25 at 21:39 +0200, Tino Keitel wrote:
I use a TV application (MythTV) that uses DRM for the video timing.
Since the upgrade to Linux 2.6.18 the timing
On Tue, 2006-09-26 at 02:21 -0700, Keith Packard wrote:
On Tue, 2006-09-26 at 10:49 +0200, Michel Dänzer wrote:
Define 'too fast'. Is it just slightly off, or about twice as fast?
Either way, this is most likely related to the new support for handling
vertical blank interrupts from both
engine is completely new.
Am I right that at the moment these have no X11 support whatsoever?
The only options at this time are ATI's proprietary driver or a generic
one such as vesa.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast
On Mon, 2006-08-28 at 21:01 +0200, Jacek Poplawski wrote:
Quake2 - OK (but dlopen bug requires LD_PRELOAD)
I should have fixed this two weeks ago, isn't that working for you?
Maybe you're hitting 'new driver needs new libGL' due to Ian's dispatch
changes?
--
Earthling Michel Dänzer
a DRILock()
call in DRIDoWakeupHandler(), which is a wrapper for the hook the X
server calls before it starts processing new requests. The idea is for
the DRI module to automatically hold the lock whenever the X server
might need hardware access.
Hope this helps,
--
Earthling Michel Dänzer
On Wed, 2006-07-26 at 09:43 +0200, Michel Dänzer wrote:
I suspect this might be a PPC specific kernel build system issue related
to Modules.symvers,
Actually, now that my x86_64 box is back up, it happens there as well,
so maybe it's related to the Debian toolchain or kernel packaging
;
}
}
+
+ /* Disable busmastering */
+ RADEON_WRITE(RADEON_BUS_CNTL, RADEON_READ(RADEON_BUS_CNTL) |
+ RADEON_BUS_MASTER_DIS);
This oopses for me on X server shutdown. Does it really work on module
unload?
--
Earthling Michel Dänzer | http
?
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
-
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's
On Wed, 2006-05-31 at 16:40 +0200, Roland Scheidegger wrote:
Michel Dänzer wrote:
Indeed. The X server's GetTimeInMillis() might be more convenient
than gettimeofday() (and would also work with an elfloader X server
;).
Ah yes. That was just a quick hack :-). The question is, what should
On Tue, 2006-05-30 at 14:33 +0200, Roland Scheidegger wrote:
Michel Dänzer wrote:
On Tue, 2006-05-30 at 02:42 +0200, Roland Scheidegger wrote:
Looks like quite some more work is needed to detect real lockups but not
just randomly reseting the chip when there is none (which can itself
would there still be timeouts?
Because lockups do happen. I think these timeouts are one kind of common
symptoms of a lockup.
--
Earthling Michel Dänzer | http://tungstengraphics.com
Libre software enthusiast | Debian, X and DRI developer
to be getting
anywhere.
Have you seen http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=236187 ?
I'm not sure to what extent the fix(es) discussed there have made it
upstream.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net
run the first app several times? (Page
flipping is not possible when there are multiple 3D contexts; it sounds
like maybe the counter doesn't get properly decremented or something)
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
On Thu, 2006-02-16 at 10:02 +0100, Michel Dänzer wrote:
On Thu, 2006-02-16 at 00:52 -0500, Vladimir Dergachev wrote:
If X1600 is a completely new chip then it is likely we are not going to
get any documentation within 1.5-2 years from the release. This has been
so with all of ATI's new
that doesn't interfere with the Xorg 6.8 installed by the
distro (Ubuntu Breezy). Then I can build the driver modules and some
other stuff for the common snapshots against that.
Yeah, should be quite easy with jhbuild.
Hope this helps,
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI
it back with RADEON_SCALER_ENABLE disabled.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.net email is sponsored by: Splunk Inc. Do
attached.
FWIW, there's a good chance that this wouldn't happen with current
xserver/xorg CVS. There's no question that the radeon cursor code could
use a good cleanup though.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
tiling
part as well, and it may not be a problem thanks to the offset fixups.
I'm not 100% sure yet of whta the clients may or may not do here, I'd be
very happy if you could double check that part :)
I can't think of any case that this patch wouldn't cover offhand.
--
Earthling Michel
On Fri, 2006-01-27 at 12:52 +0100, Michel Dänzer wrote:
On Fri, 2006-01-27 at 12:15 +1100, Benjamin Herrenschmidt wrote:
http://gate.crashing.org/~benh/radeon-memmap-7.0-2.diff
There should be no need to check for info-cursor_offset == 0 in the
cursor functions.
... with current
to the offset fixups.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
issues, but IME performance
is usually more a matter of the engineering effort spent on driver
optimizations that aren't necessarily hardware specific. YMMV.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php
might be nice.
Thanks for this great update, keep 'em coming! :)
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.net email
with this.
I doubt it can, but EXA should.
FWIW, I like the direction of your proposals, although I share Roland's
doubts about treating AGP separately from video RAM, even in the
beginning.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast
load the dri
module if necessary.
This option will also be useful to manage which of several cards enables
the DRI.
Now, somebody get his hands dirty. :)
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r
glx
(II) UnloadModule: glx
(EE) Failed to load module glx (module does not exist, 0)
The glx module is required for 3D acceleration.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
problems at this time.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.net email is sponsored by: Splunk Inc. Do you grep through log
then one client without
the potential of one stepping on the other.
No, the scratch register contents should be well defined regardless of
the number of clients.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net
GART table is in the framebuffer, the
card's byte swapping needs to be disabled for this.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
according to the endianness of the host CPU.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
SF.Net email is sponsored by:
Tame your
Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
{adeon,200}_tcl.c.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.Net email is sponsored by the JBoss Inc.
Get Certified Today
On Wed, 2005-10-12 at 14:58 +0200, Roland Scheidegger wrote:
Michel Dänzer wrote:
On Wed, 2005-10-12 at 11:01 +0100, pedro.lixo wrote:
By the way, if i do the override that won't do nothing, in terms of
amount of memory visible to GPU, right?
No, it will only affect what the driver
handle,
bad things will happen, which is why the override is usually bad and the
patch you encountered which disables it is generally a good idea.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
transfers instead, they should be reliable
everywhere.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
This SF.Net email is sponsored by:
Power
that way in fglrx.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
---
SF.Net email is sponsored by:
Tame your development challenges
drivers. :) Running WoW with the r300 driver
yields this complaint:
Your 3D accelerator card is not supported by World of Warcraft.
Please install a 3D accelerator card with dual-TMU support.
Texture Mapping Unit. Looks like WoW requires multitexturing.
--
Earthling Michel Dänzer
that this might be related to Paul MacKerras'
texture upload fixes for r300 on big endian machines, but they don't
seem to be in DRM CVS yet. Are they only in the kernel yet? Which DRM
are you using?
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast
AGP r128 card (with Option BusType PCI)?
Yes, but I thought the PCI GART table had to be in system RAM...
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
of 'traditional' GL texture units exposed, and that
this is tunable because it has an impact on the maximum texture size
advertised. I don't see why that should affect shaders in any way.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
.
If push comes to shove, we could always get away with a single
multiplexing ioctl, couldn't we? :)
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http://svcs.affero.net/rm.php?r=daenzer
at ATI is able to tell me how to increase the number of DRI
buffers.
These things are unrelated. The inability to play HD video has been
fixed in fglrx 8.16.20.
--
Earthling Michel Dänzer | Debian (powerpc), X and DRI developer
Libre software enthusiast| http
On Wed, 2005-08-24 at 09:18 -0600, Brian Paul wrote:
Michel Dänzer wrote:
On Wed, 2005-08-24 at 00:40 +0200, Stephane Marchesin wrote:
Alan Cox wrote:
Other stuff like textures is merely annoyance value. Knowing who owned a
block for cleanup matters and the DRI lock/mem handling on some
, but I suspect
that would be pretty expensive. It would be worth a try, I suppose.
Yeah, I don't expect it to be prohibitive; we're basically doing just
that for Radeons already.
Another part would be to only allow mapping owned parts of the
framebuffer.
--
Earthling Michel Dänzer
On Tue, 2005-08-23 at 20:45 +0300, Ville Syrjälä wrote:
On Tue, Aug 23, 2005 at 01:31:43PM -0400, Michel Dänzer wrote:
Another part would be to only allow mapping owned parts of the
framebuffer.
Is there any way to make that work without going to the kernel for each
allocation?
You
On Tue, 2005-08-23 at 20:08 +0200, Stephane Marchesin wrote:
Michel Dänzer wrote:
You'd need the same stuff that you need to protect system memory. You'd
need a hardware MMU that could block the accesses. It might be possible
to do it in software by looking at the command stream, but I
301 - 400 of 1646 matches
Mail list logo
