>>Uh, that doesn't work. If you want infinite compute queues you need the
amdkfd model with preempt-ctx dma_fence. If you allow normal cs ioctl to
run forever, you just hang the kernel whenever userspace feels like. Not
just the gpu, the kernel (anything that allocates memory, irrespective of
proc
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Jerome Glisse
>Sent: Monday, July 21, 2014 7:06 PM
>To: Gabbay, Oded
>Cc: Lewycky, Andrew; Pinchuk, Evgeny; Daenzer, Michel; linux-
>ker...@vger.kernel.org; dri-de...@lists.freedesktop.org;
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Alex Deucher
>Sent: Friday, July 11, 2014 12:23 PM
>To: Koenig, Christian
>Cc: Oded Gabbay; Lewycky, Andrew; LKML; Maling list - DRI developers;
>Deucher, Alexander
>Subject: Re: [PATCH 02/
avid Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
>de...@lists.freedesktop.org; Bridgman, John; Lewycky, Andrew; Joerg
>Roedel; Gabbay, Oded; Koenig, Christian
>Subject: Re: [PATCH 07/83] drm/radeon: Add kfd-->kgd interface of locking
>srbm_gfx_cntl register
>
>On Fr
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Friday, July 11, 2014 1:04 PM
>To: Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
>de...@lists.freedesktop.org; Bridgman, John; Lewycky, Andrew; Joerg
>
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Friday, July 11, 2014 2:11 PM
>To: Bridgman, John
>Cc: Oded Gabbay; David Airlie; Deucher, Alexander; linux-
>ker...@vger.kernel.org; dri-de...@lists.freedesktop.org; Lewycky, Andrew;
>Joerg
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Friday, July 11, 2014 2:52 PM
>To: Bridgman, John
>Cc: Oded Gabbay; David Airlie; Deucher, Alexander; linux-
>ker...@vger.kernel.org; dri-de...@lists.freedesktop.org; Lewycky, Andrew;
>Joerg
>From: Ilyes Gouta [mailto:ilyes.go...@gmail.com]
>Sent: Friday, July 11, 2014 2:00 PM
>To: Bridgman, John
>Cc: Alex Deucher; Koenig, Christian; Oded Gabbay; Deucher, Alexander; Lewycky,
>Andrew; LKML; Maling list - DRI developers
>Subject: Re: [PATCH 02/83] drm/radeon: red
mmits would be possible if we were
willing to not have working code until we got to the equivalent of ~patch 54
(+71) when all the new scheduler bits were in. Maybe that would still be an
improvement ?
Thanks,
JB
>-Original Message-
>From: Bridgman, John
>Sent: Friday, July 11
Bridgman, John would like to recall the message, "[PATCH 07/83] drm/radeon: Add
kfd-->kgd interface of locking srbm_gfx_cntl register".--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More
>-Original Message-
>From: Bridgman, John
>Sent: Friday, July 11, 2014 1:48 PM
>To: 'Jerome Glisse'; Oded Gabbay
>Cc: David Airlie; Deucher, Alexander; linux-kernel@vger.kernel.org; dri-
>de...@lists.freedesktop.org; Lewycky, Andrew; Joerg Roedel; Gabbay, Oded;
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Saturday, July 12, 2014 11:56 PM
>To: Gabbay, Oded
>Cc: linux-kernel@vger.kernel.org; Bridgman, John; Deucher, Alexander;
>Lewycky, Andrew; j...@8bytes.org; a...@linux-founda
>-Original Message-
>From: Dave Airlie [mailto:airl...@gmail.com]
>Sent: Tuesday, July 15, 2014 12:35 AM
>To: Christian König
>Cc: Jerome Glisse; Bridgman, John; Lewycky, Andrew; linux-
>ker...@vger.kernel.org; dri-de...@lists.freedesktop.org; Deucher,
>
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Bridgman, John
>Sent: Tuesday, July 15, 2014 1:07 PM
>To: Dave Airlie; Christian König
>Cc: Lewycky, Andrew; linux-kernel@vger.kernel.org; dri-
>de...@lists.fre
>-Original Message-
>From: Jerome Glisse [mailto:j.gli...@gmail.com]
>Sent: Tuesday, July 15, 2014 1:37 PM
>To: Bridgman, John
>Cc: Dave Airlie; Christian König; Lewycky, Andrew; linux-
>ker...@vger.kernel.org; dri-de...@lists.freedesktop.org; Deucher,
>
>-Original Message-
>From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch]
>Sent: Wednesday, July 23, 2014 3:06 AM
>To: Gabbay, Oded
>Cc: Jerome Glisse; Christian König; David Airlie; Alex Deucher; Andrew
>Morton; Bridgman, John; Joerg Roedel; Lewycky, Andrew; Daenzer,
>-Original Message-
>From: Christian König [mailto:deathsim...@vodafone.de]
>Sent: Wednesday, July 23, 2014 3:04 AM
>To: Gabbay, Oded; Jerome Glisse; David Airlie; Alex Deucher; Andrew
>Morton; Bridgman, John; Joerg Roedel; Lewycky, Andrew; Daenzer, Michel;
>Goz, Ben
>-Original Message-
>From: Daniel Vetter [mailto:daniel.vet...@ffwll.ch] On Behalf Of Daniel
>Vetter
>Sent: Wednesday, July 23, 2014 10:42 AM
>To: Bridgman, John
>Cc: Daniel Vetter; Gabbay, Oded; Jerome Glisse; Christian König; David Airlie;
>Alex Deucher; Andrew
>-Original Message-
>From: dri-devel [mailto:dri-devel-boun...@lists.freedesktop.org] On Behalf
>Of Bridgman, John
>Sent: Wednesday, July 23, 2014 11:07 AM
>To: Daniel Vetter
>Cc: Lewycky, Andrew; linux-mm; Daniel Vetter; Daenzer, Michel; linux-
>ker...@vger.ke
))To be clear, when we ask for open source userspace that shows how things are
suppose to be use we are thinking something like mesa but in this case most
likely something like an open source opencl implementation on top of that
kernel api.
Yep, understood. We're working on that too. Next shoul
Hi Jerome,
I'm just getting back to this; sorry for the late responses.
Your description of HMM talks about blocking CPU accesses when a page has been
migrated to device memory, and you treat that as a "given" in the HMM design.
Other than BAR limits, coherency between CPU and device caches a
>-Original Message-
>From: Jerome Glisse [mailto:jgli...@redhat.com]
>Sent: Friday, June 16, 2017 10:48 AM
>To: Bridgman, John
>Cc: a...@linux-foundation.org; linux-kernel@vger.kernel.org; linux-
>m...@kvack.org; Dan Williams; Kirill A . Shutemov; John Hubbard; Sand
22 matches
Mail list logo
