On Sun, Jul 14, 2024 at 02:46:19PM -0700, Jeff Johnson wrote:
> Andrew & Greg,
>
> I hate to bother you with such mundane patches, but the following have been
> posted for a while without any maintainer or reviewer comment or action, and
> they have not yet landed in linux-next.
>
> What is the p
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
ned-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgf100.h |1 +
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk104.c |4 +++-
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110.c | 10 ++
drivers/gpu/drm/nouveau/nvkm/engine/gr/ctxgk110b.c |1 +
drive
From: Kees Cook
[ Upstream commit 25feda6fbd0cfefcb69308fb20d4d4815a107c5e ]
More arrays (and arguments) for dcpd were set to 16, when it looks like
DP_RECEIVER_CAP_SIZE (15) should be used. Fix the remaining cases, seen
with GCC 13:
../drivers/gpu/drm/nouveau/nvif/outp.c: In function 'nvif_out
From: Jiri Slaby (SUSE)
[ Upstream commit 3638a820c5c3b52f327cebb174fd4274bee08aa7 ]
gcc-13 warns about mismatching types for enums. That revealed switched
arguments of nv50_wndw_new_():
drivers/gpu/drm/nouveau/dispnv50/wndw.c:696:1: error: conflicting types for
'nv50_wndw_new_' due to enum/i
From: Jiri Slaby (SUSE)
[ Upstream commit 3638a820c5c3b52f327cebb174fd4274bee08aa7 ]
gcc-13 warns about mismatching types for enums. That revealed switched
arguments of nv50_wndw_new_():
drivers/gpu/drm/nouveau/dispnv50/wndw.c:696:1: error: conflicting types for
'nv50_wndw_new_' due to enum/i
From: Jiri Slaby (SUSE)
[ Upstream commit 3638a820c5c3b52f327cebb174fd4274bee08aa7 ]
gcc-13 warns about mismatching types for enums. That revealed switched
arguments of nv50_wndw_new_():
drivers/gpu/drm/nouveau/dispnv50/wndw.c:696:1: error: conflicting types for
'nv50_wndw_new_' due to enum/i
From: Jiri Slaby (SUSE)
[ Upstream commit 3638a820c5c3b52f327cebb174fd4274bee08aa7 ]
gcc-13 warns about mismatching types for enums. That revealed switched
arguments of nv50_wndw_new_():
drivers/gpu/drm/nouveau/dispnv50/wndw.c:696:1: error: conflicting types for
'nv50_wndw_new_' due to enum/i
From: Kees Cook
[ Upstream commit 4076ea2419cf15bc1e1580f8b24ddf675fbdb02c ]
Both Coverity and GCC with -Wstringop-overflow noticed that
nvif_outp_acquire_dp() accidentally defined its second argument with 1
additional element:
drivers/gpu/drm/nouveau/dispnv50/disp.c: In function 'nv50_pior_ato
top.org
Cc: nouveau@lists.freedesktop.org
Cc: # v5.17+
Signed-off-by: Karol Herbst
Reviewed-by: Lyude Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20220322124800.2605463-1-kher...@redhat.com
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/subdev/pmu/gm20b.c |1
top.org
Cc: nouveau@lists.freedesktop.org
Cc: # v5.17+
Signed-off-by: Karol Herbst
Reviewed-by: Lyude Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20220322124800.2605463-1-kher...@redhat.com
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/subdev/pmu/gm20b.c |1
top.org
Cc: nouveau@lists.freedesktop.org
Cc: # v5.17+
Signed-off-by: Karol Herbst
Reviewed-by: Lyude Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20220322124800.2605463-1-kher...@redhat.com
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/subdev/pmu/gm20b.c |1
top.org
Cc: nouveau@lists.freedesktop.org
Cc: # v5.17+
Signed-off-by: Karol Herbst
Reviewed-by: Lyude Paul
Link:
https://patchwork.freedesktop.org/patch/msgid/20220322124800.2605463-1-kher...@redhat.com
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nvkm/subdev/pmu/gm20b.c |1
29 PM Karol Herbst wrote:
> > > > > On Wed, Nov 3, 2021 at 8:52 PM Sven Joachim wrote:
> > > > > > On 2021-11-01 10:17 +0100, Greg Kroah-Hartman wrote:
> > > > > >
> > > > > > > From: Christian König
> > > > >
: sta...@vger.kernel.org # v5.1 +
Cc: Pekka Paalanen
Signed-off-by: Daniel Vetter
Cc: Ben Skeggs
Cc: nouveau@lists.freedesktop.org
Link:
https://patchwork.freedesktop.org/patch/msgid/20210427092018.832258-6-daniel.vet...@ffwll.ch
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/no
: sta...@vger.kernel.org # v5.1 +
Cc: Pekka Paalanen
Signed-off-by: Daniel Vetter
Cc: Ben Skeggs
Cc: nouveau@lists.freedesktop.org
Link:
https://patchwork.freedesktop.org/patch/msgid/20210427092018.832258-6-daniel.vet...@ffwll.ch
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/no
: sta...@vger.kernel.org # v5.1 +
Cc: Pekka Paalanen
Signed-off-by: Daniel Vetter
Cc: Ben Skeggs
Cc: nouveau@lists.freedesktop.org
Link:
https://patchwork.freedesktop.org/patch/msgid/20210427092018.832258-6-daniel.vet...@ffwll.ch
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/no
)
Reviewed-by: Tomi Valkeinen
Reviewed-by: Thomas Zimmermann
Reviewed-by: Greg Kroah-Hartman
Acked-by: Sam Ravnborg
Cc: Jiri Slaby
Cc: Bartlomiej Zolnierkiewicz
Cc: Greg Kroah-Hartman
Cc: Linus Torvalds
Cc: Ben Skeggs
Cc: nouveau@lists.freedesktop.org
Cc: Tomi Valkeinen
Cc: Daniel Vetter
Cc:
From: Matti Hamalainen
[ Upstream commit 2be65641642ef423f82162c3a5f28c754d1637d2 ]
Commit 03e0d26fcf79 ("drm/nouveau: slowpath for pushbuf ioctl") included
a logic-bug which results in the relocations not actually getting
applied at all as the call to nouveau_gem_pushbuf_reloc_apply() is
never
here just disables the acceleration code by always
> redrawing when scrolling. The plan is that once this has been merged
> for well over a year in released kernels, we can start to go around
> and delete a lot of code.
>
> Cc: Bartlomiej Zolnierkiewicz
> Cc: Greg Kroah-Hartma
From: Karol Herbst
[ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ]
Fixes the infamous 'runtime PM' bug many users are facing on Laptops with
Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU.
Depending on the used kernel there might be messages like those in de
From: Karol Herbst
[ Upstream commit 434fdb51513bf3057ac144d152e6f2f2b509e857 ]
Fixes the infamous 'runtime PM' bug many users are facing on Laptops with
Nvidia Pascal GPUs by skipping said PCI power state changes on the GPU.
Depending on the used kernel there might be messages like those in de
On Tue, Mar 17, 2020 at 08:41:06PM -0400, Lyude Paul wrote:
> + root = debugfs_create_dir("nv_crc", crtc->debugfs_entry);
> + if (IS_ERR(root))
> + return PTR_ERR(root);
No need to check this, just take the return value and move on.
> +
> + dent = debugfs_create_file("flip
On Fri, Feb 14, 2020 at 12:30:48AM +0100, Daniel Vetter wrote:
> On Thu, Feb 13, 2020 at 11:39 PM Greg Kroah-Hartman
> wrote:
> >
> > On Thu, Feb 13, 2020 at 02:30:09PM -0800, John Hubbard wrote:
> > > On 2/9/20 2:55 AM, Greg Kroah-Hartman wrote:
> > > > W
On Thu, Feb 13, 2020 at 02:30:09PM -0800, John Hubbard wrote:
> On 2/9/20 2:55 AM, Greg Kroah-Hartman wrote:
> > When calling debugfs functions, there is no need to ever check the
> > return value. The function can work or not, but the code logic should
> > never do somethi
@lists.freedesktop.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nouveau_debugfs.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c
b/drivers/gpu/drm/nouveau/nouveau_debugfs.c
index 080e964d49aa..d1c82fc45a68 100644
On Fri, Sep 13, 2019 at 11:01:11AM -0400, Sasha Levin wrote:
> On Fri, Sep 13, 2019 at 03:54:56PM +0100, Greg Kroah-Hartman wrote:
> > On Fri, Sep 13, 2019 at 10:46:27AM -0400, Sasha Levin wrote:
> > > On Fri, Sep 13, 2019 at 09:33:36AM -0400, Ilia Mirkin wrot
t;
> The right thing is being done in stable-rc and for the releases. For
> your example here, this is how it looks like in the stable-rc tree:
>
> commit bdcc885be68289a37d0d063cd94390da81fd8178
> Author: Lyude Paul
> AuthorDate: Mon Jan 28 16:03:50 2019 -0500
> Commit: G
[ Upstream commit e0547c81bfcfad01cbbfa93a5e66bb98ab932f80 ]
On ThinkPad P50 SKUs with an Nvidia Quadro M1000M instead of the M2000M
variant, the BIOS does not always reset the secondary Nvidia GPU during
reboot if the laptop is configured in Hybrid Graphics mode. The reason is
unknown, but the f
[ Upstream commit b513a18cf1d705bd04efd91c417e79e4938be093 ]
This is much louder then we want. VCPI allocation failures are quite
normal, since they will happen if any part of the modesetting process is
interrupted by removing the DP MST topology in question. So just print a
debugging message on V
@lists.freedesktop.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nouveau_debugfs.c | 12
1 file changed, 4 insertions(+), 8 deletions(-)
diff --git a/drivers/gpu/drm/nouveau/nouveau_debugfs.c
b/drivers/gpu/drm/nouveau/nouveau_debugfs.c
index 7dfbbbc1beea..7b3ff55ac9a2 100644
dri-de...@lists.freedesktop.org
Cc: Karol Herbst
Cc: Ben Skeggs
Cc: sta...@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/pci/quirks.c | 58 +++
1 file changed, 58 insertions(+)
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks
dri-de...@lists.freedesktop.org
Cc: Karol Herbst
Cc: Ben Skeggs
Cc: sta...@vger.kernel.org
Signed-off-by: Greg Kroah-Hartman
---
drivers/pci/quirks.c | 58 +++
1 file changed, 58 insertions(+)
--- a/drivers/pci/quirks.c
+++ b/drivers/pci/quirks
Rostedt
Cc: Thomas Gleixner
Cc: nouveau@lists.freedesktop.org
Link: http://lkml.kernel.org/r/20171127075139.4928-1-kher...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Sasha Levin
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/ioremap.c |4 ++--
arch/x86/mm/kmmio.c | 12
Rostedt
Cc: Thomas Gleixner
Cc: nouveau@lists.freedesktop.org
Link: http://lkml.kernel.org/r/20171127075139.4928-1-kher...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Sasha Levin
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/ioremap.c |4 ++--
arch/x86/mm/kmmio.c | 12
Rostedt
Cc: Thomas Gleixner
Cc: nouveau@lists.freedesktop.org
Link: http://lkml.kernel.org/r/20171127075139.4928-1-kher...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Sasha Levin
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/ioremap.c |4 ++--
arch/x86/mm/kmmio.c | 12
Rostedt
Cc: Thomas Gleixner
Cc: nouveau@lists.freedesktop.org
Link: http://lkml.kernel.org/r/20171127075139.4928-1-kher...@redhat.com
Signed-off-by: Ingo Molnar
Signed-off-by: Sasha Levin
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/ioremap.c |4 ++--
arch/x86/mm/kmmio.c | 12
esktop.org/patch/msgid/20170711143314.2148-2-maarten.lankho...@linux.intel.com
Reviewed-by: Sean Paul
[mlankhorst: Use if (ret) to remove the goto in success case.]
Reviewed-by: Daniel Vetter
Signed-off-by: Daniel Vetter
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nv50_displa
esktop.org/patch/msgid/20170711143314.2148-2-maarten.lankho...@linux.intel.com
Reviewed-by: Sean Paul
[mlankhorst: Use if (ret) to remove the goto in success case.]
Reviewed-by: Daniel Vetter
Signed-off-by: Daniel Vetter
Signed-off-by: Greg Kroah-Hartman
---
drivers/gpu/drm/nouveau/nv50_displa
On Wed, Jul 19, 2017 at 05:25:04PM +0200, Philipp Zabel wrote:
> The reset control API has two modes: exclusive access, where the driver
> expects to have full and immediate control over the state of the reset
> line, and shared (clock-like) access, where drivers only request reset
> deassertion wh
@iki.fi
Cc: rost...@goodmis.org
Link:
http://lkml.kernel.org/r/1456966991-6861-1-git-send-email-nouv...@karolherbst.de
Signed-off-by: Ingo Molnar
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/kmmio.c | 88 ++--
1 file changed, 59 inserti
@iki.fi
Cc: rost...@goodmis.org
Link:
http://lkml.kernel.org/r/1456966991-6861-1-git-send-email-nouv...@karolherbst.de
Signed-off-by: Ingo Molnar
Signed-off-by: Greg Kroah-Hartman
---
arch/x86/mm/kmmio.c | 88 ++--
1 file changed, 59 inserti
46 matches
Mail list logo