Roland Scheidegger wrote:
The dri and drm seem fairly straightforward, though I'm not sure the way
I handled communication between especially drm and ddx is how it's meant
to be. dri got a bit unlucky, as ddx can't know at startup if it will be
able to handle color tiling, so old dri together with
I've done a cut-n-paste job on the r200 client storage stuff and made a
radeon version..
http://www.skynet.ie/~airlied/patches/dri/radeon_client_storage.diff
It builds I don't have a radeon here I can test it on .. when I get back
into work I'll test it and commit it if no-one has any problems w
(resend to also reach the xorg mailing list)
I have put up an updated version of the color tiling patch here:
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_dri5.diff
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_drm5.diff
http://homepage.hispeed.ch/
I have put up an updated version of the color tiling patch here:
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_dri5.diff
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_drm5.diff
http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_d
On Thu, 6 Jan 2005, Roland Scheidegger wrote:
Felix Kühling wrote:
Hi all,
has anyone ever considered using the video overlay for 3D page
flipping? It always bothered me that the page-flipping method used by
the radeon drivers is so complicated WRT 2D/3D interaction and it
would even stop working w
On Iau, 2005-01-06 at 18:36, Felix KÃhling wrote:
> Hi all,
>
> has anyone ever considered using the video overlay for 3D page flipping?
> It always bothered me that the page-flipping method used by the radeon
> drivers is so complicated WRT 2D/3D interaction and it would even stop
> working when
Felix Kühling wrote:
Hi all,
has anyone ever considered using the video overlay for 3D page
flipping? It always bothered me that the page-flipping method used by
the radeon drivers is so complicated WRT 2D/3D interaction and it
would even stop working when (if?) we switch to allocating back
buffers
On Thu, Jan 06, 2005 at 03:05:49PM -0500, Jon Smirl wrote:
> On 6 Jan 2005 20:38:27 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > You can't use get_user_pages in this case because the AGP aperture
> > can be above mem_map. If none of the callers take page_table_lock
> > already you would ne
On 6 Jan 2005 20:38:27 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> You can't use get_user_pages in this case because the AGP aperture
> can be above mem_map. If none of the callers take page_table_lock
> already you would need to add that too. I guess from the context the lock
> is not taken, b
Hi,
> Hi Keith,
>
> * I did compile the entire Mesa tree, but did not install it, instead
> just added a link to the driver in /usr/X11/lib/modules/dri.
>
>Seems to work fine, except that xdriinfo does not appear to work -
>could be a bug in the driver, though.
Ok that
This is especially puzzling since your computer does not lockup,
as what should surely happen if there were endianness problems all
over the place.
Could you check what is the value of fbLocation ? (in Xserver and
the driver).
Not sure exactly how to do this but will
On Wed, Jan 05, 2005 at 11:46:01PM +0100, Roland Scheidegger wrote:
> Philip Armstrong wrote:
> >On Wed, Jan 05, 2005 at 10:04:50PM +0100, Roland Scheidegger wrote:
> >>Philip Armstrong wrote:
> >>>(Well, apart from the fact that UT2003 is completely borked that
> >>>is. But that's been the case f
On Thu, Jan 06, 2005 at 01:36:46PM -0500, Jon Smirl wrote:
> On Thu, 06 Jan 2005 19:12:15 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> > Yes, you should use get_user_pages() instead if you access real memory.
> > If you try to find hardware mappings using that there is no ready
> > function for y
On Wed, 5 Jan 2005, Keith Conger wrote:
Hi,
I was able to compile the latest r300_driver as of this writing.
glxgears now gets ~650fps but the actual image is drawn below the
window. I also tried a couple NeHe demos and the show the same drwaing
problem. I took a screenshot of the problem
http://p
Hi,
>
> * I did compile the entire Mesa tree, but did not install it, instead
> just added a link to the driver in /usr/X11/lib/modules/dri.
>
>Seems to work fine, except that xdriinfo does not appear to work -
>could be a bug in the driver, though.
Actually this works
Hi,
> Maybe the drivers actually do not care about endianness issue,
> looking at r200 driver should give a clue of what is needed for
> PPC.
>
> By the way did you see that dri is enabled (glxinfo or your X log file).
> And what was the previous score of glxgears.
$ glxinfo
name of display: :0.
On Thu, 6 Jan 2005, Keith Conger wrote:
Hi,
* I did compile the entire Mesa tree, but did not install it, instead
just added a link to the driver in /usr/X11/lib/modules/dri.
Seems to work fine, except that xdriinfo does not appear to work -
could be a bug in the driver, th
On Thu, 06 Jan 2005 19:12:15 +0100, Andi Kleen <[EMAIL PROTECTED]> wrote:
> Yes, you should use get_user_pages() instead if you access real memory.
> If you try to find hardware mappings using that there is no ready
> function for you right now, although I guess it could be added.
drm_follow_page
Hi all,
has anyone ever considered using the video overlay for 3D page flipping?
It always bothered me that the page-flipping method used by the radeon
drivers is so complicated WRT 2D/3D interaction and it would even stop
working when (if?) we switch to allocating back buffers per-client. So I
th
Vladimir Dergachev wrote:
Hi all,
The winter holidays are over and I would get busy with regular
(but still much fun:) ) things. Thus a bit more detail on the current
status
of R300 project:
You done a great job :) I hope getting more times in few weeks to reduce the
todo list :) But for now
Keith Conger wrote:
Hi,
I was able to compile the latest r300_driver as of this writing.
glxgears now gets ~650fps but the actual image is drawn below the
window. I also tried a couple NeHe demos and the show the same drwaing
problem. I took a screenshot of the problem
http://pimpstation.org/Screen
21 matches
Mail list logo