Yes. I usually push my patches to 
https://github.com/RadeonOpenCompute/ROCK-Kernel-Driver/tree/fkxamd/drm-next-wip
 when I send them out for review.

Either way, I have to keep rebasing patches that I haven't sent out yet anyway.

Regards,
  Felix

________________________________________
From: Oded Gabbay <oded.gab...@gmail.com>
Sent: Sunday, March 11, 2018 5:31:50 AM
To: Kuehling, Felix
Cc: amd-gfx list
Subject: Re: [PATCH 00/14] Add KFD GPUVM support for dGPUs v3

Hi Felix,
Is there a git repo where these patches exists ?
The reason I'm asking is because I'm constantly rebasing amdkfd-next
to be aligned with drm-next and as a result, these patches no longer
apply cleanly. I don't want to add this technical burden on you (to
rebase your patches and send them) so if you have some git repo I can
clone I will happily do it myself.

Thanks,
Oded

On Sun, Mar 4, 2018 at 4:34 AM, Felix Kuehling <felix.kuehl...@amd.com> wrote:
> Update of what's left of the previous 25-patch series. Rebased on new
> 4.16-rc1 amdkfd-next branch. Added ability to use VMs from DRM render
> node file descriptors as discussed with Christian. In order to keep
> backwards compatibility with older Thunks without GPUVM support, we
> still need the ability to create our own VMs as a fallback. The
> alternative would be checking for !pdd->vm in lots of places, which
> would be more prone to errors.
>
> This patch series requires an updated Thunk because the ioctl numbers
> shifted since v2. I pushed and update to fxkamd/drm-next-wip on
> github.com:RadeonOpenCompute/ROCT-Thunk-Interface.git that also uses
> the new acquire_vm ioctl.
>
> Felix Kuehling (13):
>   drm/amdgpu: Move KFD-specific fields into struct amdgpu_vm
>   drm/amdgpu: Fix initial validation of PD BO for KFD VMs
>   drm/amdgpu: Add helper to turn an existing VM into a compute VM
>   drm/amdgpu: Add kfd2kgd interface to acquire an existing VM
>   drm/amdkfd: Create KFD VMs on demand
>   drm/amdkfd: Remove limit on number of GPUs
>   drm/amdkfd: Aperture setup for dGPUs
>   drm/amdkfd: Add per-process IDR for buffer handles
>   drm/amdkfd: Allocate CWSR trap handler memory for dGPUs
>   drm/amdkfd: Add TC flush on VMID deallocation for Hawaii
>   drm/amdkfd: Add ioctls for GPUVM memory management
>   drm/amdkfd: Kmap event page for dGPUs
>   drm/amdkfd: Add module option for testing large-BAR functionality
>
> Oak Zeng (1):
>   drm/amdkfd: Populate DRM render device minor
>
>  drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd.h         |  27 +-
>  drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v7.c  |   1 +
>  drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gfx_v8.c  |   1 +
>  drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c   | 246 ++++++----
>  drivers/gpu/drm/amd/amdgpu/amdgpu_vm.c             |  85 ++++
>  drivers/gpu/drm/amd/amdgpu/amdgpu_vm.h             |  13 +
>  drivers/gpu/drm/amd/amdkfd/kfd_chardev.c           | 533 
> +++++++++++++++++++++
>  drivers/gpu/drm/amd/amdkfd/kfd_crat.c              |   3 +
>  .../gpu/drm/amd/amdkfd/kfd_device_queue_manager.c  |  22 +-
>  drivers/gpu/drm/amd/amdkfd/kfd_events.c            |  31 +-
>  drivers/gpu/drm/amd/amdkfd/kfd_flat_memory.c       |  59 ++-
>  drivers/gpu/drm/amd/amdkfd/kfd_module.c            |   5 +
>  drivers/gpu/drm/amd/amdkfd/kfd_packet_manager.c    |  37 ++
>  drivers/gpu/drm/amd/amdkfd/kfd_priv.h              |  37 ++
>  drivers/gpu/drm/amd/amdkfd/kfd_process.c           | 304 +++++++++++-
>  drivers/gpu/drm/amd/amdkfd/kfd_topology.c          |   4 +
>  drivers/gpu/drm/amd/amdkfd/kfd_topology.h          |   1 +
>  drivers/gpu/drm/amd/include/kgd_kfd_interface.h    |   4 +
>  include/uapi/linux/kfd_ioctl.h                     |  87 +++-
>  19 files changed, 1345 insertions(+), 155 deletions(-)
>
> --
> 2.7.4
>
_______________________________________________
amd-gfx mailing list
amd-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/amd-gfx

Reply via email to