All of lore.kernel.org
 help / color / mirror / Atom feed
From: Felix Kuehling <felix.kuehling-5C7GfCeVMHo@public.gmane.org>
To: Oded Gabbay <oded.gabbay-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>,
	"Deucher,
	Alexander" <Alexander.Deucher-5C7GfCeVMHo@public.gmane.org>,
	John Bridgman <John.Bridgman-5C7GfCeVMHo@public.gmane.org>
Cc: "Koenig,
	Christian" <Christian.Koenig-5C7GfCeVMHo@public.gmane.org>,
	"amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org"
	<amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org>
Subject: Re: [PATCH 0/8] Retry page fault handling for Vega10
Date: Tue, 12 Sep 2017 16:26:24 -0400	[thread overview]
Message-ID: <98666a00-977c-ec23-1099-2c20a69a3987@amd.com> (raw)
In-Reply-To: <CAFCwf11o=4iizAbRVNE2w3FoacU3yutKsbMvFGfLNTscv1Ym+A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>

On 2017-09-12 01:48 AM, Oded Gabbay wrote:
> +John,
>
> If Alex is fine with it then I'm fine with it as well, as long as this
> is a temporary solution until some point where you have some
> convergence between your internal code and the upstream one.

Agreed. I want to converge those branches as soon as possible.

> And of course if you have amdkfd only changes then that can be
> upstreamed through me directly.

Yes.

>
> Having said that, if you/John/Alex think that this is a more permanent
> solution, then maybe a better plan is to first unify the drivers (as
> was discussed many times) before starting to upstream changes. If the
> 90% of the changes are in both drivers, then there is really no point
> of keeping amdkfd as a separate driver.

If we unify the drivers first, it would further diverge the branches.
That would be counter-productive in my opinion. I'd rather get the
branches to converge first and then unify the drivers so we don't have
to do it twice.

Regards,
  Felix

>
> Oded

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

  parent reply	other threads:[~2017-09-12 20:26 UTC|newest]

Thread overview: 18+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-08-29 22:25 [PATCH 0/8] Retry page fault handling for Vega10 Felix Kuehling
     [not found] ` <1504045524-23853-1-git-send-email-Felix.Kuehling-5C7GfCeVMHo@public.gmane.org>
2017-08-29 22:25   ` [PATCH 1/8] drm/amdgpu: Fix error handling in amdgpu_vm_init Felix Kuehling
2017-08-29 22:25   ` [PATCH 2/8] drm/amdgpu: Add PASID management Felix Kuehling
2017-08-29 22:25   ` [PATCH 3/8] drm/radeon: Add PASID manager for KFD Felix Kuehling
2017-08-29 22:25   ` [PATCH 4/8] drm/amdkfd: Separate doorbell allocation from PASID Felix Kuehling
2017-08-29 22:25   ` [PATCH 5/8] drm/amdkfd: Use PASID manager from KGD Felix Kuehling
     [not found]     ` <1504045524-23853-6-git-send-email-Felix.Kuehling-5C7GfCeVMHo@public.gmane.org>
2017-09-03 11:54       ` Oded Gabbay
     [not found]         ` <CAFCwf13voQSyLFp8smtgMa=ZRRgrf+7H3wzfnF0cP+ak4tMhGw-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-09-05 15:39           ` Felix Kuehling
2017-08-29 22:25   ` [PATCH 6/8] drm/amdgpu: Add prescreening stage in IH processing Felix Kuehling
2017-08-29 22:25   ` [PATCH 7/8] lib: Closed hash table with low overhead Felix Kuehling
2017-08-29 22:25   ` [PATCH 8/8] drm/amdgpu: Track pending retry faults in IH and VM (v2) Felix Kuehling
2017-09-06 21:53   ` [PATCH 0/8] Retry page fault handling for Vega10 Felix Kuehling
     [not found]     ` <0816a963-54cc-0041-4b09-4bf41ee46fbf-5C7GfCeVMHo@public.gmane.org>
2017-09-11 19:29       ` Deucher, Alexander
     [not found]         ` <BN6PR12MB1652DBBD8E350972D2BC6C3AF7680-/b2+HYfkarQqUD6E6FAiowdYzm3356FpvxpqHgZTriW3zl9H0oFU5g@public.gmane.org>
2017-09-12  5:48           ` Oded Gabbay
     [not found]             ` <CAFCwf11o=4iizAbRVNE2w3FoacU3yutKsbMvFGfLNTscv1Ym+A-JsoAwUIsXosN+BqQ9rBEUg@public.gmane.org>
2017-09-12 20:26               ` Felix Kuehling [this message]
2017-09-12 23:05 Felix Kuehling
     [not found] ` <1505257545-28000-1-git-send-email-Felix.Kuehling-5C7GfCeVMHo@public.gmane.org>
2017-09-19  1:05   ` Felix Kuehling
     [not found]     ` <5f932a0d-7425-46ff-2800-f1b868495f06-5C7GfCeVMHo@public.gmane.org>
2017-09-19 12:12       ` Christian König

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=98666a00-977c-ec23-1099-2c20a69a3987@amd.com \
    --to=felix.kuehling-5c7gfcevmho@public.gmane.org \
    --cc=Alexander.Deucher-5C7GfCeVMHo@public.gmane.org \
    --cc=Christian.Koenig-5C7GfCeVMHo@public.gmane.org \
    --cc=John.Bridgman-5C7GfCeVMHo@public.gmane.org \
    --cc=amd-gfx-PD4FTy7X32lNgt0PjOBp9y5qC8QIuHrW@public.gmane.org \
    --cc=oded.gabbay-Re5JQEeQqe8AvxtiuMwx3w@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.