search for: userptrs

From: Markus Elfring <elfring at users.sourceforge.net> Date: Tue, 11 Aug 2020 19:25:22 +0200 Reuse existing functionality from vmemdup_user() instead of keeping duplicate source code. Generated by: scripts/coccinelle/api/memdup_user.cocci Signed-off-by: Markus Elfring <elfring at users.sourceforge.net> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 12 +++--------- 1 file changed, 3

...amd/amdgpu/amdgpu_ttm.h | 12 ------------ > >> 4 files changed, 2 insertions(+), 28 deletions(-) > > Felix, was this an effort to avoid the arch restriction on hmm or > > something? Also can't see why this was like this. > > This option predates KFD's support of userptrs, which in turn predates > HMM. Radeon has the same kind of option, though it doesn't affect HMM in > that case. > > Alex, Christian, can you think of a good reason to maintain userptr > support as an option in amdgpu? I suspect it was originally meant as a > way to allow kerne...

I was getting a order 4 allocation failure from kmalloc when testing some game after a few days uptime with some suspend/resumes. For big allocations vmalloc should be used instead. Also limit size more aggressively to 256 KiB. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 30 +++++++++++++++++++++++------- 1 file

Using the libcurl share interface we can share data between the separate curl easy handles in the pool. For more about this see: https://curl.se/libcurl/c/CURLSHOPT_SHARE.html https://gist.github.com/bagder/7eccf74f8b6d70b5abefeb7f288dba9b https://everything.curl.dev/libcurl/sharing --- plugins/curl/curldefs.h | 3 +- plugins/curl/curl.c | 4 ++- plugins/curl/pool.c | 75

On Tue, Aug 06, 2019 at 07:05:53PM +0300, Christoph Hellwig wrote: > The option is just used to select HMM mirror support and has a very > confusing help text. Just pull in the HMM mirror code by default > instead. > > Signed-off-by: Christoph Hellwig <hch at lst.de> > --- > drivers/gpu/drm/Kconfig | 2 ++ > drivers/gpu/drm/amd/amdgpu/Kconfig

Release 2.21.5 (2013-03-21) =========================== Haswell reintroduces a command to load the scanline window from the command stream and so requires its own specialised wait-for-vsync routine - failure to do so was then causing hangs when trying to do tearfree video or use a compositor. * Prevent buffer leak if a non-fullscreen Window is closed with multiple pending swap events. * Fix

...12 ------------ >>>>> 4 files changed, 2 insertions(+), 28 deletions(-) >>>> Felix, was this an effort to avoid the arch restriction on hmm or >>>> something? Also can't see why this was like this. >>> This option predates KFD's support of userptrs, which in turn predates >>> HMM. Radeon has the same kind of option, though it doesn't affect HMM in >>> that case. >>> >>> Alex, Christian, can you think of a good reason to maintain userptr >>> support as an option in amdgpu? I suspect it was origi...

On Tue, Sep 3, 2013 at 12:31 AM, Maarten Lankhorst <maarten.lankhorst at canonical.com> wrote: > I was getting a order 4 allocation failure from kmalloc when testing some game > after a few days uptime with some suspend/resumes. For big allocations vmalloc > should be used instead. I've picked up this patch with a minor modification (see below) > > Also limit size more

I'm mainly posting this to the list as a back-up. It does work, it does _not_ improve performance in any noticable way. However I'm having lots of trouble getting HTTP/2 to work (with or without this patch) and that's stopping me from testing anything properly. Rich.

The option is just used to select HMM mirror support and has a very confusing help text. Just pull in the HMM mirror code by default instead. Signed-off-by: Christoph Hellwig <hch at lst.de> --- drivers/gpu/drm/Kconfig | 2 ++ drivers/gpu/drm/amd/amdgpu/Kconfig | 10 ---------- drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.c | 6 ------

On 2/22/23 16:01, Richard W.M. Jones wrote: > Using the libcurl share interface we can share data between the > separate curl easy handles in the pool. For more about this see: > > https://curl.se/libcurl/c/CURLSHOPT_SHARE.html > https://gist.github.com/bagder/7eccf74f8b6d70b5abefeb7f288dba9b > https://everything.curl.dev/libcurl/sharing > --- > plugins/curl/curldefs.h |

A new intel-gpu-tools quarterly release is available with the following changes: - New test: gem_create validate parameters for GEM_CREATE ioctl (Ankitprasad Sharma) - New test: gem_softpin exercise the userptr ioctl to create shared buffers between CPU and GPU (Vinay Belgaumkar) - New tests: prime_mmap_coherency/kms_mmap_write_crc cache coherency tests (Tiago Vignatti) - New test: prime_mmap

Make HMM_MIRROR an option that is selected by drivers wanting to use it instead of a user visible option as it is just a low-level implementation detail. Signed-off-by: Christoph Hellwig <hch at lst.de> --- drivers/gpu/drm/amd/amdgpu/Kconfig | 4 +++- drivers/gpu/drm/nouveau/Kconfig | 4 +++- mm/Kconfig | 14 ++++++-------- 3 files changed, 12 insertions(+), 10

...;> drivers/gpu/drm/amd/amdgpu/amdgpu_ttm.h | 12 ------------ >> 4 files changed, 2 insertions(+), 28 deletions(-) > Felix, was this an effort to avoid the arch restriction on hmm or > something? Also can't see why this was like this. This option predates KFD's support of userptrs, which in turn predates HMM. Radeon has the same kind of option, though it doesn't affect HMM in that case. Alex, Christian, can you think of a good reason to maintain userptr support as an option in amdgpu? I suspect it was originally meant as a way to allow kernels with amdgpu without MM...

...12 ------------ > > >> 4 files changed, 2 insertions(+), 28 deletions(-) > > > Felix, was this an effort to avoid the arch restriction on hmm or > > > something? Also can't see why this was like this. > > > > This option predates KFD's support of userptrs, which in turn predates > > HMM. Radeon has the same kind of option, though it doesn't affect HMM in > > that case. > > > > Alex, Christian, can you think of a good reason to maintain userptr > > support as an option in amdgpu? I suspect it was originally meant as...

Replace alloc and copy with vmemdup_user() Signed-off-by: Tian Tao <tiantao6 at hisilicon.com> --- drivers/gpu/drm/nouveau/nouveau_gem.c | 11 +++-------- 1 file changed, 3 insertions(+), 8 deletions(-) diff --git a/drivers/gpu/drm/nouveau/nouveau_gem.c b/drivers/gpu/drm/nouveau/nouveau_gem.c index 787d05e..df986d9 100644 --- a/drivers/gpu/drm/nouveau/nouveau_gem.c +++

From: Maarten Lankhorst <maarten.lankhorst at canonical.com> Commit de7b7d59d54852c introduced tiled GART, but a linear copy is still performed. This may result in errors on eviction, fix it by checking tiling from memtype. Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com> Cc: stable at vger.kernel.org #3.10+ --- drivers/gpu/drm/nouveau/nouveau_bo.c | 33

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Release to fix regression in nouveau in 2.4.60, but brings lots of android changes and other fixes. Ben Skeggs (2): nouveau: restore check that avoids multiple user bos per kernel bo configure.ac: bump version to 2.4.61 for release Chih-Wei Huang (3): android: simplify the including rule of subdirs android: get rid of

On 2019-10-28 4:10 p.m., Jason Gunthorpe wrote: > From: Jason Gunthorpe <jgg at mellanox.com> > > find_vma() must be called under the mmap_sem, reorganize this code to > do the vma check after entering the lock. > > Further, fix the unlocked use of struct task_struct's mm, instead use > the mm from hmm_mirror which has an active mm_grab. Also the mm_grab > must be

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 libdrm 2.4.84 has been released. Alex Deucher (1): tests/amdgpu: add missing header to SOURCES Andrey Grodzovsky (1): amdgpu: Add deadlock detection test suit. Anuj Phogat (1): intel: Change a KBL pci id to GT2 from GT1.5 Christian König (1): amdgpu: make userptr unit test more interesting Dave Airlie (1): headers: