All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Michel Dänzer" <michel@daenzer.net>
To: Alex Deucher <alexdeucher@gmail.com>,
	Rui Salvaterra <rsalvaterra@gmail.com>
Cc: "Christian König" <ckoenig.leichtzumerken@gmail.com>,
	"debian-powerpc@lists.debian.org"
	<debian-powerpc@lists.debian.org>,
	"Maling list - DRI developers" <dri-devel@lists.freedesktop.org>,
	"John Paul Adrian Glaubitz" <glaubitz@physik.fu-berlin.de>
Subject: Re: [RFC] Remove AGP support from Radeon/Nouveau/TTM
Date: Tue, 12 May 2020 09:57:59 +0200	[thread overview]
Message-ID: <c5d29422-21bd-b786-c822-5643730ab8a6@daenzer.net> (raw)
In-Reply-To: <CADnq5_M61r7CMtfMBx6Cf_N9SnJJn0PouiMjVg8wytEMF1YZfw@mail.gmail.com>

On 2020-05-11 10:51 p.m., Alex Deucher wrote:
> On Mon, May 11, 2020 at 4:25 PM Rui Salvaterra <rsalvaterra@gmail.com> wrote:
>> A segunda, 11/05/2020, 21:21, Alex Deucher <alexdeucher@gmail.com> escreveu:
>>>
>>> Note there is no loss of functionality here, at least on radeon
>>> hardware.  It just comes down to which MMU gets used for access to
>>> system memory, the AGP MMU on the chipset or the MMU built into the
>>> GPU.  On powerpc hardware, AGP has been particularly unstable, and
>>> IIRC, AGP has been disabled by default on radeon on powerpc for a
>>> while.
>>
>> So this basically just drops support for the AGP GART? What happens to the AGP signalling rates (beyond the base rate)?
> 
> I don't remember enough of the details, but I strongly doubt it was
> related to which MMU was used per se.  On r1xx/r2xx parts, AGP was
> effectively the non-snooped route to memory and the internal MMU only
> provided snooped (coherent) access to memory.  That and the limited
> TLB space are probably want limited performance in that case.  I don't
> recall what sort of TLBs the chipset GART tables provided.  On r3xx
> and newer the, on-chip MMU supported both snooped and unsnooped
> transactions and had more TLB space so the difference wasn't
> significant IIRC.

FWIW, on my last-generation PowerBook with RV350 (IIRC), there was a big
performance difference between AGP and PCI GART. The latter was sort of
usable for normal desktop operation, but not so much for OpenGL apps
(which were usable with AGP).


-- 
Earthling Michel Dänzer               |               https://redhat.com
Libre software enthusiast             |             Mesa and X developer
_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

  reply	other threads:[~2020-05-12  7:58 UTC|newest]

Thread overview: 64+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-11 19:55 [RFC] Remove AGP support from Radeon/Nouveau/TTM John Paul Adrian Glaubitz
2020-05-11 20:05 ` Alex Deucher
2020-05-11 20:25   ` Rui Salvaterra
2020-05-11 20:51     ` Alex Deucher
2020-05-12  7:57       ` Michel Dänzer [this message]
2020-05-12  9:21         ` Rui Salvaterra
2020-05-12  9:40           ` Karoly Balogh (Charlie/SGR)
2020-05-12 13:22             ` Alex Deucher
2020-05-12 16:37               ` Daniel Vetter
2020-05-12 17:02                 ` Rui Salvaterra
2020-05-12 18:21                   ` Alex Deucher
2020-05-12 20:12                     ` Dave Airlie
2020-05-13  7:26                       ` Christian König
2020-05-12 18:22                 ` Alex Deucher
2020-05-13  7:19                   ` Daniel Vetter
2020-05-13  7:55                     ` Christian König
2020-05-13 10:25                       ` Daniel Vetter
2020-05-13  9:28                     ` Rui Salvaterra
2020-05-13 10:26                       ` Michel Dänzer
2020-05-13 10:29                         ` Daniel Vetter
2020-05-13 10:32                           ` Michel Dänzer
2020-05-13 10:39                         ` Rui Salvaterra
2020-05-13 10:57                           ` Michel Dänzer
2020-05-13 11:07                             ` Rui Salvaterra
2020-05-13 13:44                               ` Christian Zigotzky
2020-05-13 14:01                                 ` John Paul Adrian Glaubitz
2020-05-13 14:01                                 ` Rui Salvaterra
2020-05-13 20:19                                   ` Bertrand Dekoninck
2020-05-13 20:36                                     ` Rui Salvaterra
2020-05-11 20:41   ` John Paul Adrian Glaubitz
2020-05-11 20:46     ` Alex Deucher
2020-05-11 21:50       ` John Paul Adrian Glaubitz
2020-05-12  7:43       ` Christian König
2020-05-11 20:12 ` Christian König
2020-05-11 20:24   ` John Paul Adrian Glaubitz
2020-05-11 20:48     ` Gerhard Pircher
2020-05-12  5:04 ` David VANTYGHEM
2020-05-12  9:20   ` John Paul Adrian Glaubitz
  -- strict thread matches above, loose matches on Subject: below --
2020-05-11 17:17 Christian König
2020-05-11 17:17 ` Christian König
2020-05-11 17:17 ` Christian König
     [not found] ` <20200511171722.96576-1-christian.koenig-5C7GfCeVMHo@public.gmane.org>
2020-05-11 20:14   ` Al Dunsmuir
2020-05-11 20:14     ` Al Dunsmuir
2020-05-11 20:14     ` Al Dunsmuir
     [not found]     ` <1815605280.20200511161440-rieW9WUcm8FFJ04o6PK0Fg@public.gmane.org>
2020-05-11 20:27       ` Alex Deucher
2020-05-11 20:27         ` Alex Deucher
2020-05-11 20:27         ` Alex Deucher
     [not found]         ` <CADnq5_MYPcAoWzCcBkJAkd858gCVbJpCJobiwH_BBbwgEdx5rA-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-11 20:43           ` Dave Airlie
2020-05-11 20:43             ` Dave Airlie
2020-05-11 20:43             ` Dave Airlie
     [not found]             ` <CAPM=9tysbcgQ-KR8+icQ=3e6+SECxkwHdVpP8=w0Pmh9ML_+Lw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-11 20:56               ` Al Dunsmuir
2020-05-11 20:56                 ` Al Dunsmuir
2020-05-11 20:56                 ` Al Dunsmuir
     [not found]                 ` <1266714942.20200511165648-rieW9WUcm8FFJ04o6PK0Fg@public.gmane.org>
2020-05-12  8:11                   ` Christian König
2020-05-12  8:11                     ` Christian König
2020-05-12  8:11                     ` Christian König
2020-05-11 20:59               ` Emil Velikov
2020-05-11 20:59                 ` Emil Velikov
2020-05-11 20:59                 ` Emil Velikov
2020-05-11 20:46           ` Al Dunsmuir
2020-05-11 20:46             ` Al Dunsmuir
2020-05-11 20:46             ` Al Dunsmuir
2020-05-13 11:00   ` Thomas Zimmermann
2020-05-12 18:29 ` [Nouveau] " Thomas Zimmermann
2020-05-12 18:32   ` Alex Deucher
2020-05-12 19:10     ` Thomas Zimmermann
2020-05-12 19:47       ` Alex Deucher
     [not found]         ` <CADnq5_P6sWt=0zkRm6ySmOb1zr-7VTwLwx+ecEKg-ntJTRfY5A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-13  9:27           ` Emil Velikov

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=c5d29422-21bd-b786-c822-5643730ab8a6@daenzer.net \
    --to=michel@daenzer.net \
    --cc=alexdeucher@gmail.com \
    --cc=ckoenig.leichtzumerken@gmail.com \
    --cc=debian-powerpc@lists.debian.org \
    --cc=dri-devel@lists.freedesktop.org \
    --cc=glaubitz@physik.fu-berlin.de \
    --cc=rsalvaterra@gmail.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.