All of lore.kernel.org
 help / color / mirror / Atom feed
From: Thomas Zimmermann <tzimmermann-l3A5Bk7waGM@public.gmane.org>
To: Emil Velikov
	<emil.l.velikov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	Alex Deucher
	<alexdeucher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
Cc: "Christian König"
	<ckoenig.leichtzumerken-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"Maling list - DRI developers"
	<dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
	"amd-gfx list"
	<amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>,
	nouveau
	<nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Subject: Re: [Nouveau] [RFC] Remove AGP support from Radeon/Nouveau/TTM
Date: Wed, 13 May 2020 13:03:03 +0200	[thread overview]
Message-ID: <1da8dd54-c75a-2e7d-2afd-cfcdd2b66df6@suse.de> (raw)
In-Reply-To: <CACvgo53k72T+-WUHr2XEwcgMFh-JonQME-He5Pc6hfOk3pr+7A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>


[-- Attachment #1.1.1: Type: text/plain, Size: 1750 bytes --]

Hi

Am 13.05.20 um 11:27 schrieb Emil Velikov:
> On Tue, 12 May 2020 at 20:48, Alex Deucher <alexdeucher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> wrote:
> 
>>>>>
>>>>> There's some AGP support code in the DRM core. Can some of that declared
>>>>> as legacy?
>>>>>
>>>>> Specifically, what about these AGP-related ioctl calls? Can they be
>>>>> declared as legacy? It would appear to me that KMS-based drivers don't
>>>>> have to manage AGP by themselves. (?)
>>>>
>>>> The old drm core AGP code is mainly (only?) for the non-KMS drivers.
>>>> E.g., mach64, r128, sis, savage, etc.
>>>
>>> Exactly my point. There's one drm_agp_init() call left in radeon. The
>>> rest of the AGP code is apparently for legacy non-KMS drivers. Should
>>> the related ioctl calls be declared as legacy (i.e., listed with
>>> DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP
>>> core code could probably be moved behind CONFIG_DRM_LEGACY as well.
>>
>> Ah, I forgot about drm_agp_init().  I was just thinking the other AGP
>> stuff.  Yeah, I think we could make it legacy.
>>
> Fwiw I've got local patches a) removing drm_agp_init() from radeon and
> b) making the core drm code legacy only.
> Will try to finish them over the weekend and send out.
> 
> Even if AGP GART gets dropped the b) patches will be good ;-)

Fantastic! Please see one of my other comments in this thread. There's
still drm_agp_init() somewhere in radeon_drv.c. So patch a) might still
be useful.

Best regards
Thomas

> 
> -Emil
> 

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 182 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Emil Velikov <emil.l.velikov@gmail.com>,
	Alex Deucher <alexdeucher@gmail.com>
Cc: "Christian König" <ckoenig.leichtzumerken@gmail.com>,
	"Maling list - DRI developers" <dri-devel@lists.freedesktop.org>,
	"amd-gfx list" <amd-gfx@lists.freedesktop.org>,
	nouveau <nouveau@lists.freedesktop.org>
Subject: Re: [Nouveau] [RFC] Remove AGP support from Radeon/Nouveau/TTM
Date: Wed, 13 May 2020 13:03:03 +0200	[thread overview]
Message-ID: <1da8dd54-c75a-2e7d-2afd-cfcdd2b66df6@suse.de> (raw)
In-Reply-To: <CACvgo53k72T+-WUHr2XEwcgMFh-JonQME-He5Pc6hfOk3pr+7A@mail.gmail.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 1720 bytes --]

Hi

Am 13.05.20 um 11:27 schrieb Emil Velikov:
> On Tue, 12 May 2020 at 20:48, Alex Deucher <alexdeucher@gmail.com> wrote:
> 
>>>>>
>>>>> There's some AGP support code in the DRM core. Can some of that declared
>>>>> as legacy?
>>>>>
>>>>> Specifically, what about these AGP-related ioctl calls? Can they be
>>>>> declared as legacy? It would appear to me that KMS-based drivers don't
>>>>> have to manage AGP by themselves. (?)
>>>>
>>>> The old drm core AGP code is mainly (only?) for the non-KMS drivers.
>>>> E.g., mach64, r128, sis, savage, etc.
>>>
>>> Exactly my point. There's one drm_agp_init() call left in radeon. The
>>> rest of the AGP code is apparently for legacy non-KMS drivers. Should
>>> the related ioctl calls be declared as legacy (i.e., listed with
>>> DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP
>>> core code could probably be moved behind CONFIG_DRM_LEGACY as well.
>>
>> Ah, I forgot about drm_agp_init().  I was just thinking the other AGP
>> stuff.  Yeah, I think we could make it legacy.
>>
> Fwiw I've got local patches a) removing drm_agp_init() from radeon and
> b) making the core drm code legacy only.
> Will try to finish them over the weekend and send out.
> 
> Even if AGP GART gets dropped the b) patches will be good ;-)

Fantastic! Please see one of my other comments in this thread. There's
still drm_agp_init() somewhere in radeon_drv.c. So patch a) might still
be useful.

Best regards
Thomas

> 
> -Emil
> 

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 160 bytes --]

_______________________________________________
dri-devel mailing list
dri-devel@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/dri-devel

WARNING: multiple messages have this Message-ID (diff)
From: Thomas Zimmermann <tzimmermann@suse.de>
To: Emil Velikov <emil.l.velikov@gmail.com>,
	Alex Deucher <alexdeucher@gmail.com>
Cc: "Christian König" <ckoenig.leichtzumerken@gmail.com>,
	"Maling list - DRI developers" <dri-devel@lists.freedesktop.org>,
	"amd-gfx list" <amd-gfx@lists.freedesktop.org>,
	nouveau <nouveau@lists.freedesktop.org>
Subject: Re: [Nouveau] [RFC] Remove AGP support from Radeon/Nouveau/TTM
Date: Wed, 13 May 2020 13:03:03 +0200	[thread overview]
Message-ID: <1da8dd54-c75a-2e7d-2afd-cfcdd2b66df6@suse.de> (raw)
In-Reply-To: <CACvgo53k72T+-WUHr2XEwcgMFh-JonQME-He5Pc6hfOk3pr+7A@mail.gmail.com>


[-- Attachment #1.1.1: Type: text/plain, Size: 1720 bytes --]

Hi

Am 13.05.20 um 11:27 schrieb Emil Velikov:
> On Tue, 12 May 2020 at 20:48, Alex Deucher <alexdeucher@gmail.com> wrote:
> 
>>>>>
>>>>> There's some AGP support code in the DRM core. Can some of that declared
>>>>> as legacy?
>>>>>
>>>>> Specifically, what about these AGP-related ioctl calls? Can they be
>>>>> declared as legacy? It would appear to me that KMS-based drivers don't
>>>>> have to manage AGP by themselves. (?)
>>>>
>>>> The old drm core AGP code is mainly (only?) for the non-KMS drivers.
>>>> E.g., mach64, r128, sis, savage, etc.
>>>
>>> Exactly my point. There's one drm_agp_init() call left in radeon. The
>>> rest of the AGP code is apparently for legacy non-KMS drivers. Should
>>> the related ioctl calls be declared as legacy (i.e., listed with
>>> DRM_LEGACY_IOCTL_DEF instead of DRM_IOCTL_DEF)? If so, much of the AGP
>>> core code could probably be moved behind CONFIG_DRM_LEGACY as well.
>>
>> Ah, I forgot about drm_agp_init().  I was just thinking the other AGP
>> stuff.  Yeah, I think we could make it legacy.
>>
> Fwiw I've got local patches a) removing drm_agp_init() from radeon and
> b) making the core drm code legacy only.
> Will try to finish them over the weekend and send out.
> 
> Even if AGP GART gets dropped the b) patches will be good ;-)

Fantastic! Please see one of my other comments in this thread. There's
still drm_agp_init() somewhere in radeon_drv.c. So patch a) might still
be useful.

Best regards
Thomas

> 
> -Emil
> 

-- 
Thomas Zimmermann
Graphics Driver Developer
SUSE Software Solutions Germany GmbH
Maxfeldstr. 5, 90409 Nürnberg, Germany
(HRB 36809, AG Nürnberg)
Geschäftsführer: Felix Imendörffer


[-- Attachment #1.2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 488 bytes --]

[-- Attachment #2: Type: text/plain, Size: 154 bytes --]

_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

  parent reply	other threads:[~2020-05-13 11:03 UTC|newest]

Thread overview: 81+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-11 17:17 [RFC] Remove AGP support from Radeon/Nouveau/TTM 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 17:17   ` [PATCH 1/3] drm/radeon: remove AGP support Christian König
2020-05-11 17:17     ` Christian König
2020-05-11 17:17     ` Christian König
     [not found]     ` <20200511171722.96576-2-christian.koenig-5C7GfCeVMHo@public.gmane.org>
2020-05-11 20:12       ` Alex Deucher
2020-05-11 20:12         ` Alex Deucher
2020-05-11 20:12         ` Alex Deucher
     [not found]         ` <CADnq5_MyO_L+1w69qDLzhg34W6Qer-uSRR2tb7-2uXLC_6PXSg-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-12  8:16           ` Michel Dänzer
2020-05-12  8:16             ` Michel Dänzer
2020-05-12  8:16             ` Michel Dänzer
     [not found]             ` <ba0b1ab7-3078-a6f2-41cd-326ca21ee99f-otUistvHUpPR7s880joybQ@public.gmane.org>
2020-05-12 13:36               ` Alex Deucher
2020-05-12 13:36                 ` Alex Deucher
2020-05-12 13:36                 ` Alex Deucher
     [not found]                 ` <CADnq5_MdbJUXs7wbG=HCOKj4Vp_NmLkcJng=EXynSXPe9gsyOQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-12 20:52                   ` Roy Spliet
2020-05-12 20:52                     ` [Nouveau] " Roy Spliet
2020-05-12 20:52                     ` Roy Spliet
     [not found]                     ` <777c08d1-3ac3-16ca-0222-e2d62c281e50-NQbd8FSOZ1kdnm+yROfE0A@public.gmane.org>
2020-05-12 21:12                       ` Alex Deucher
2020-05-12 21:12                         ` Alex Deucher
2020-05-12 21:12                         ` Alex Deucher
     [not found]                         ` <CADnq5_NK6ziShvkDug5xGHm7oZTf9qEu41gOxvNANQHFD2a-qQ-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-13  7:46                           ` Christian König
2020-05-13  7:46                             ` [Nouveau] " Christian König
2020-05-13  7:46                             ` Christian König
     [not found]                             ` <5c3da9d3-8b77-e97f-28a2-e1083a53a1d7-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2020-05-13  7:52                               ` Michel Dänzer
2020-05-13  7:52                                 ` [Nouveau] " Michel Dänzer
2020-05-13  7:52                                 ` Michel Dänzer
2020-05-12 18:20       ` Thomas Zimmermann
2020-05-12 18:20         ` Thomas Zimmermann
2020-05-12 18:20         ` Thomas Zimmermann
     [not found]         ` <d0314d28-7ef3-e158-ee05-4802e16c0ecc-l3A5Bk7waGM@public.gmane.org>
2020-05-12 18:29           ` Alex Deucher
2020-05-12 18:29             ` Alex Deucher
2020-05-12 18:29             ` Alex Deucher
2020-05-11 17:17   ` [PATCH 2/3] drm/nouveau: " Christian König
2020-05-11 17:17     ` Christian König
2020-05-11 17:17     ` Christian König
2020-05-11 17:17   ` [PATCH 3/3] drm/ttm: " Christian König
2020-05-11 17:17     ` Christian König
2020-05-11 17:17     ` Christian König
2020-05-11 20:14   ` [RFC] Remove AGP support from Radeon/Nouveau/TTM 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-12 18:29   ` [Nouveau] " Thomas Zimmermann
2020-05-12 18:29     ` Thomas Zimmermann
2020-05-12 18:29     ` Thomas Zimmermann
     [not found]     ` <1f7b3774-8724-7653-3481-9429ae991acc-l3A5Bk7waGM@public.gmane.org>
2020-05-12 18:32       ` Alex Deucher
2020-05-12 18:32         ` Alex Deucher
2020-05-12 18:32         ` Alex Deucher
     [not found]         ` <CADnq5_OnoH3YhhEjD7eOrBPPqxQZ+S1cKWRBaUMVnA0V=E0i+Q-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-12 19:10           ` Thomas Zimmermann
2020-05-12 19:10             ` Thomas Zimmermann
2020-05-12 19:10             ` Thomas Zimmermann
     [not found]             ` <1706b8de-bf4a-e9e1-2163-e782d1c2cc19-l3A5Bk7waGM@public.gmane.org>
2020-05-12 19:47               ` Alex Deucher
2020-05-12 19:47                 ` Alex Deucher
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
2020-05-13  9:27                     ` [Nouveau] " Emil Velikov
2020-05-13  9:27                     ` Emil Velikov
     [not found]                     ` <CACvgo53k72T+-WUHr2XEwcgMFh-JonQME-He5Pc6hfOk3pr+7A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2020-05-13 11:03                       ` Thomas Zimmermann [this message]
2020-05-13 11:03                         ` Thomas Zimmermann
2020-05-13 11:03                         ` Thomas Zimmermann
2020-05-13 11:00   ` Thomas Zimmermann
2020-05-13 11:00     ` [Nouveau] " Thomas Zimmermann
2020-05-13 11:00     ` Thomas Zimmermann

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=1da8dd54-c75a-2e7d-2afd-cfcdd2b66df6@suse.de \
    --to=tzimmermann-l3a5bk7wagm@public.gmane.org \
    --cc=alexdeucher-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    --cc=ckoenig.leichtzumerken-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=dri-devel-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    --cc=emil.l.velikov-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org \
    --cc=nouveau-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    /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.