[Nouveau] [PATCH v2 6/7] drm/exec: Pass in initial # of objects

From: Rob Clark In cases where the # is known ahead of time, it is silly to do the table resize dance. Signed-off-by: Rob Clark Reviewed-by: Christian König --- drivers/gpu/drm/amd/amdgpu/amdgpu_amdkfd_gpuvm.c | 8 drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers

[Nouveau] [PATCH v2 0/7] drm/msm/gem: drm_exec conversion

From: Rob Clark Simplify the exec path (removing a legacy optimization) and convert to drm_exec. One drm_exec patch to allow passing in the expected # of GEM objects to avoid re-allocation. I'd be a bit happier if I could avoid the extra objects table allocation in drm_exec in the first place

Re: [Nouveau] [PATCH 6/7] drm/exec: Pass in initial # of objects

On Mon, Oct 30, 2023 at 9:01 AM Christian König wrote: > > Am 30.10.23 um 14:38 schrieb Rob Clark: > > On Mon, Oct 30, 2023 at 1:05 AM Christian König > > wrote: > >> Am 27.10.23 um 18:58 schrieb Rob Clark: > >>> From: Rob Clark > >>>

Re: [Nouveau] [PATCH 6/7] drm/exec: Pass in initial # of objects

On Mon, Oct 30, 2023 at 1:05 AM Christian König wrote: > > Am 27.10.23 um 18:58 schrieb Rob Clark: > > From: Rob Clark > > > > In cases where the # is known ahead of time, it is silly to do the table > > resize dance. > > Ah, yes that was my initial i

[Nouveau] [PATCH 6/7] drm/exec: Pass in initial # of objects

From: Rob Clark In cases where the # is known ahead of time, it is silly to do the table resize dance. Signed-off-by: Rob Clark --- drivers/gpu/drm/amd/amdgpu/amdgpu_cs.c | 2 +- drivers/gpu/drm/amd/amdgpu/amdgpu_csa.c | 4 ++-- drivers/gpu/drm/amd/amdgpu/amdgpu_gem.c | 4 ++-- drivers

[Nouveau] [PATCH 0/7] drm/msm/gem: drm_exec conversion

From: Rob Clark Simplify the exec path (removing a legacy optimization) and convert to drm_exec. One drm_exec patch to allow passing in the expected # of GEM objects to avoid re-allocation. I'd be a bit happier if I could avoid the extra objects table allocation in drm_exec in the first place

[Nouveau] [PATCH v3 2/3] drm: plumb attaching dev thru to prime_pin/unpin

From: Rob Clark Needed in the following patch for cache operations. Signed-off-by: Rob Clark --- v3: rebased on drm-tip drivers/gpu/drm/drm_gem.c | 8 drivers/gpu/drm/drm_internal.h | 4 ++-- drivers/gpu/drm/drm_prime.c | 4

[PATCH v2 2/3] drm: plumb attaching dev thru to prime_pin/unpin

From: Rob Clark Needed in the following patch for cache operations. Signed-off-by: Rob Clark --- drivers/gpu/drm/drm_gem.c | 10 ++ drivers/gpu/drm/drm_gem_vram_helper.c | 6 -- drivers/gpu/drm/drm_prime.c | 4 ++-- drivers/gpu/drm/etnaviv

Re: [Nouveau] [Mesa-dev] Chromium - Application-level nouveau blacklist

On Sat, Jan 5, 2019 at 3:40 PM Ilia Mirkin wrote: > > It looks like as of Chromium 71, nouveau is completely blacklisted. > > I don't really see a way back from this, since they don't cite any > easily reproducible issues, except that some people had some issues > with indeterminate hardware and

Re: [Nouveau] Problems getting nouveau to work with either Geforce GT710 or Geforce 9800GT on ARM Cortex-A9

is rather something to do with the hardware acceleration code. > > Someone associated with (or working at?) RH was investigating this for > some server-type ARM board with PCIe slots. (Was it you? Rob Clark, > CC'd, will remember who it was, and may be able to point you in an > appr

Re: [Nouveau] Interested in writing an Instruction Scheduler for Nouveau (X.Org)

On Tue, Dec 26, 2017 at 2:15 AM, Neha Gupta wrote: > Greetings all, > > I have been looking at the X.Org ideas page and the project " Instruction > Scheduler for Nouveau" caught my eye. I'm learning about Operating Systems > for 8 months in academics course and udacity linux and

Re: [Nouveau] [PATCH] drm/nouveau/disp/gf119: add missing drive vfunc ptr

On Sat, Jan 6, 2018 at 10:59 AM, Rob Clark <robdcl...@gmail.com> wrote: > Fixes broken dp on GF119: > > Call Trace: >? nvkm_dp_train_drive+0x183/0x2c0 [nouveau] >nvkm_dp_acquire+0x4f3/0xcd0 [nouveau] >nv50_disp_super_2_2+0x5d/0x470 [nouveau] >? nv

[Nouveau] [PATCH] drm/nouveau/disp/gf119: add missing drive vfunc ptr

-off-by: Rob Clark <robdcl...@gmail.com> --- drivers/gpu/drm/nouveau/nvkm/engine/disp/sorgf119.c | 1 + 1 file changed, 1 insertion(+) diff --git a/drivers/gpu/drm/nouveau/nvkm/engine/disp/sorgf119.c b/drivers/gpu/drm/nouveau/nvkm/engine/disp/sorgf119.c index a2978a37b4f3..700fc754f28a

Re: [Nouveau] [PATCH] drm: remove NULL pointer check for clk_disable_unprepare

On Sat, May 20, 2017 at 3:04 PM, Masahiro Yamada wrote: > 2017-05-21 2:58 GMT+09:00 Masahiro Yamada : >> After long term efforts of fixing non-common clock implementations, >> clk_disable() is a no-op for a NULL pointer input, and this

Re: [Nouveau] [PATCH 3/3] gpu: drm: drivers: Convert printk(KERN_ to pr_

On Tue, Feb 28, 2017 at 7:55 AM, Joe Perches <j...@perches.com> wrote: > Use a more common logging style. > > Miscellanea: > > o Coalesce formats and realign arguments > o Neaten a few macros now using pr_ > > Signed-off-by: Joe Perches <j...@perches.com> fo

Re: [Nouveau] [Mesa-dev] [RFC] tegra: Initial support

On Thu, Nov 27, 2014 at 11:39 AM, Thierry Reding thierry.red...@gmail.com wrote: Tegra K1 and later use a GPU that can be driven by the Nouveau driver. But the GPU is a pure render node and has no display engine, hence the scanout needs to happen on the Tegra display hardware. The GPU and the

Re: [Nouveau] [PATCH libdrm] configure: Support symbol visibility when available

On Wed, Jul 30, 2014 at 9:48 AM, Thierry Reding thierry.red...@gmail.com wrote: From: Thierry Reding tred...@nvidia.com Checks whether or not the compiler supports the -fvisibility option. If so it sets the VISIBILITY_CFLAGS variable which can be added to the per directory AM_CFLAGS where

Re: [Nouveau] [PATCH libdrm] configure: Support symbol visibility when available

On Wed, Jul 30, 2014 at 10:37 AM, Emil Velikov emil.l.veli...@gmail.com wrote: On 30/07/14 15:31, Rob Clark wrote: On Wed, Jul 30, 2014 at 9:48 AM, Thierry Reding thierry.red...@gmail.com wrote: From: Thierry Reding tred...@nvidia.com Checks whether or not the compiler supports

Re: [Nouveau] [PATCH 09/17] drm/radeon: use common fence implementation for fences

On Wed, Jul 23, 2014 at 2:52 AM, Christian König christian.koe...@amd.com wrote: Am 23.07.2014 08:40, schrieb Maarten Lankhorst: op 22-07-14 17:59, Christian König schreef: Am 22.07.2014 17:42, schrieb Daniel Vetter: On Tue, Jul 22, 2014 at 5:35 PM, Christian König christian.koe...@amd.com

Re: [Nouveau] [PATCH v2 2/3] drm/ttm: introduce dma cache sync helpers

On Thu, Jun 26, 2014 at 7:17 PM, Alexandre Courbot gnu...@gmail.com wrote: On Fri, Jun 27, 2014 at 1:10 AM, Russell King - ARM Linux li...@arm.linux.org.uk wrote: On Thu, Jun 26, 2014 at 11:53:20PM +0900, Alexandre Courbot wrote: We don't plan to rely on CMA for too long. IOMMU support is on