Displaying 20 results from an estimated 2000 matches similar to: "[PATCH 0/3] Nouveau fixes for TTM refcount rework"
2014 May 14
0
[RFC PATCH v1 07/16] drm/nouveau: rework to new fence interface
From: Maarten Lankhorst <maarten.lankhorst at ubuntu.com>
Signed-off-by: Maarten Lankhorst <maarten.lankhorst at canonical.com>
---
drivers/gpu/drm/nouveau/core/core/event.c | 4
drivers/gpu/drm/nouveau/nouveau_bo.c | 6
drivers/gpu/drm/nouveau/nouveau_display.c | 4
drivers/gpu/drm/nouveau/nouveau_fence.c | 434 ++++++++++++++++++++---------
2019 Aug 14
2
[Intel-gfx] [PATCH v6 08/17] drm/ttm: use gem vma_node
> Hi Gerd,
>
> I've been seeing a regression on Nouveau with recent linux-next releases
> and git bisect points at this commit as the first bad one. If I revert
> it (there's a tiny conflict with a patch that was merged subsequently),
> things are back to normal.
>
> I think the reason for this issue is that Nouveau doesn't use GEM
> objects for all buffer
2014 Jul 09
0
[PATCH 00/17] Convert TTM to the new fence interface.
Hi Maarten
Will this stop the stuttering I've been seeing with DRI3 and PRIME? Or will
other patches / plumbing be required
Cheers
Mike
On 9 Jul 2014 13:29, "Maarten Lankhorst" <maarten.lankhorst at canonical.com>
wrote:
> This series applies on top of the driver-core-next branch of
> git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
>
>
2014 Jul 31
2
[PATCH 00/17] Convert TTM to the new fence interface. v2
This series applies on top of the driver-core-next branch of
git://git.kernel.org/pub/scm/linux/kernel/git/gregkh/driver-core.git
Before converting ttm to the new fence interface I had to fix some
drivers to require a reservation before poking with fence_obj.
After flipping the switch RCU becomes available instead, and
the extra reservations can be dropped again.
I've done at least basic
2012 Dec 26
0
[PATCH] drm/nv17-50: restore fence buffer on resume
Since commit 5e120f6e4b3f35b741c5445dfc755f50128c3c44 "drm/nouveau/fence:
convert to exec engine, and improve channel sync" nouveau fence sync
implementation for nv17-50 and nvc0+ started to rely on state of fence buffer
left by previous sync operation. But as pinned bo's (where fence state is
stored) are not saved+restored across suspend/resume, we need to do it
manually.
nvc0+ was
2012 Nov 25
0
[PATCH] drm/nouveau: unpin various bo's before destroying
These objects leak VRAM - but only on module unload.
Signed-off-by: Marcin Slusarz <marcin.slusarz at gmail.com>
---
drivers/gpu/drm/nouveau/nv04_crtc.c | 6 +++++-
drivers/gpu/drm/nouveau/nv10_fence.c | 7 ++++++-
drivers/gpu/drm/nouveau/nv50_display.c | 21 ++++++++++++++++++---
drivers/gpu/drm/nouveau/nv50_fence.c | 5 ++++-
drivers/gpu/drm/nouveau/nvc0_fence.c | 7 ++++++-
2024 Aug 08
0
[bug report] drm/nouveau: use GEM references instead of TTMs
Hello Danilo Krummrich,
Commit bf32a3a12686 ("drm/nouveau: use GEM references instead of
TTMs") from Jul 18, 2024 (linux-next), leads to the following Smatch
static checker warning:
drivers/gpu/drm/nouveau/dispnv50/disp.c:2818 nv50_display_destroy()
error: we previously assumed 'disp->sync' could be null (see line 2816)
drivers/gpu/drm/nouveau/dispnv50/disp.c
2804
2014 Mar 23
0
[PATCH] drm/nouveau: allow nv04/nv50/nvc0+ parts of the driver to be separated
This will allow the nouveau module to only include support for
nv04-nv50, nv50-nvc0, nvc0+ cards individually (or in any combination).
Only compiling one of the card types at a time reduces the size of the
nouveau module, from 1.3M to 700-800K, depending on the type (including
symbols/etc). It should also yield a reduction in compile time as a lot
fewer files are compiled.
Here are the sizes
2014 Feb 15
0
[RFC PATCH] drm/nouveau: split off nvc0 compilation
On Fri, Feb 14, 2014 at 7:38 PM, Ilia Mirkin <imirkin at alum.mit.edu> wrote:
> So... I was wondering what the impact of splitting up the card compilation by
> e.g. generation would be. Depending on the split things would get fairly
> intertwined, so I thought I'd start small. This just splits NVC0 from
> everything else. I figure that for the people this matters the most to,
2024 Jan 09
1
[PATCH 1/3] drm/nouveau: include drm/drm_edid.h only where needed
On 1/9/24 10:59, Jani Nikula wrote:
> On Mon, 08 Jan 2024, Danilo Krummrich <dakr at redhat.com> wrote:
>> On 1/4/24 21:16, Jani Nikula wrote:
>>> Including drm_edid.h from nouveau_connector.h causes the rebuild of 15
>>> files when drm_edid.h is modified, while there are only a few files that
>>> actually need to include drm_edid.h.
>>>
2023 Jun 23
1
[PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
Am 22.06.23 um 17:07 schrieb Danilo Krummrich:
> On 6/22/23 17:04, Danilo Krummrich wrote:
>> On 6/22/23 16:42, Christian K?nig wrote:
>>> Am 22.06.23 um 16:22 schrieb Danilo Krummrich:
>>>> On 6/22/23 15:54, Christian K?nig wrote:
>>>>> Am 20.06.23 um 14:23 schrieb Danilo Krummrich:
>>>>>> Hi Christian,
>>>>>>
2023 Jun 22
2
[PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
On 6/22/23 17:04, Danilo Krummrich wrote:
> On 6/22/23 16:42, Christian K?nig wrote:
>> Am 22.06.23 um 16:22 schrieb Danilo Krummrich:
>>> On 6/22/23 15:54, Christian K?nig wrote:
>>>> Am 20.06.23 um 14:23 schrieb Danilo Krummrich:
>>>>> Hi Christian,
>>>>>
>>>>> On 6/20/23 08:45, Christian K?nig wrote:
2023 Jun 23
1
[PATCH drm-next v5 03/14] drm: manager to keep track of GPUs VA mappings
On 6/23/23 09:16, Christian K?nig wrote:
> Am 22.06.23 um 17:07 schrieb Danilo Krummrich:
>> On 6/22/23 17:04, Danilo Krummrich wrote:
>>> On 6/22/23 16:42, Christian K?nig wrote:
>>>> Am 22.06.23 um 16:22 schrieb Danilo Krummrich:
>>>>> On 6/22/23 15:54, Christian K?nig wrote:
>>>>>> Am 20.06.23 um 14:23 schrieb Danilo Krummrich:
2024 Oct 03
2
[PATCH][next] drm/nouveau: Avoid -Wflex-array-member-not-at-end warning
On 03/10/24 12:36, Danilo Krummrich wrote:
> On 9/13/24 12:23 PM, Danilo Krummrich wrote:
>> Hi,
>>
>> On 9/13/24 10:09 AM, Gustavo A. R. Silva wrote:
>>> Hi all,
>>>
>>> Friendly ping: who can take this, please? ?
>>
>> Usually, that's me. But I thought you might want to send a v2 based on Kees'
>> comments?
>
> Do
2024 Jun 11
0
[RFC PATCH 3/8] rust: drm: Add Device and Driver abstractions
On Sat, Jun 8, 2024 at 11:16?PM Asahi Lina <lina at asahilina.net> wrote:
>
>
>
> On 5/22/24 6:23 AM, Rob Herring wrote:
> > On Mon, May 20, 2024 at 07:20:50PM +0200, Danilo Krummrich wrote:
> >> From: Asahi Lina <lina at asahilina.net>
> >>
> >> Add abstractions for DRM drivers and devices. These go together in one
> >> commit
2024 Nov 25
1
[PATCH] drm/nouveau: create module debugfs root
On 11/25/24 5:55 PM, Timur Tabi wrote:
> On Mon, 2024-11-25 at 15:25 +0100, Danilo Krummrich wrote:
>> Typically DRM drivers use the DRM debugfs root entry. However, since
>> Nouveau is heading towards a split into a core and a DRM driver, create
>> a module specific debugfs root directory.
>>
>> Subsequent patches make use of this new debugfs root in order to
2018 Feb 05
0
[PATCH 3/3] drm/nouveau/pci: SOR crossbar quirk for 10b0:1b81
On Mon, Feb 5, 2018 at 12:19 PM, Danilo Krummrich
<danilokrummrich at dk-develop.de> wrote:
> On 2018-02-05 02:39, Ben Skeggs wrote:
>>
>> On 5 February 2018 at 11:37, Ben Skeggs <skeggsb at gmail.com> wrote:
>>>
>>> On 5 February 2018 at 11:22, Danilo Krummrich
>>> <danilokrummrich at dk-develop.de> wrote:
>>>>
2024 Aug 12
1
[PATCH v2 5/9] drm/nouveau: Implement switcheroo reprobe with drm_client_dev_hotplug()
Hi
Am 12.08.24 um 14:17 schrieb Danilo Krummrich:
> On 8/12/24 10:28 AM, Thomas Zimmermann wrote:
>> Replace the call to drm_fb_helper_output_poll_changed() with a call
>> to drm_client_dev_hotplug(). It is equivalent in functionality, but
>> uses the DRM client infrastructure.
>>
>> v2:
>> - fix commit description
>>
>> Signed-off-by: Thomas
2024 Feb 16
1
[PATCH] nouveau: offload fence uevents work to workqueue
On Tue, Feb 13, 2024 at 06:39:20PM +0100, Danilo Krummrich wrote:
> On 2/9/24 19:52, Daniel Vetter wrote:
> > On Fri, Feb 09, 2024 at 06:41:32PM +0100, Danilo Krummrich wrote:
> > > On 2/6/24 15:03, Daniel Vetter wrote:
> > > > On Mon, Feb 05, 2024 at 11:00:04PM +0100, Danilo Krummrich wrote:
> > > > > On 2/5/24 22:08, Dave Airlie wrote:
> > >
2024 Jul 29
1
[PATCH] drm/nouveau: remove unused variable ret
Fix build with CONFIG_NOUVEAU_PLATFORM_DRIVER enabled:
../drivers/gpu/drm/nouveau/nouveau_platform.c: In function ?nouveau_platform_probe?:
../drivers/gpu/drm/nouveau/nouveau_platform.c:29:13: error: unused variable ?ret? [-Werror=unused-variable]
29 | int ret;
| ^~~
Fixes: 961ae5f9807b ("drm/nouveau: handle pci/tegra drm_dev_{alloc, register} from common