[Nouveau] [Bug 96952] Nouveau driver doesn't working well when on Kdenlive

https://bugs.freedesktop.org/show_bug.cgi?id=96952 --- Comment #1 from Ilia Mirkin --- Do you know whether kdenlive does GL and VDPAU calls from parallel threads? Separately, what version of libdrm(_nouveau) do you have? -- You are receiving this mail because: You are

[Nouveau] [Bug 96952] Nouveau driver doesn't working well when on Kdenlive

https://bugs.freedesktop.org/show_bug.cgi?id=96952 Rafael Favero changed: What|Removed |Added Summary|Noveau driver doesn't |Nouveau

[Nouveau] [Bug 96952] Noveau driver doesn't working well when on Kdenlive

https://bugs.freedesktop.org/show_bug.cgi?id=96952 Rafael Favero changed: What|Removed |Added Hardware|Other |x86-64

[Nouveau] [Bug 96952] Noveau driver doesn't working well when on Kdenlive

https://bugs.freedesktop.org/show_bug.cgi?id=96952 Rafael Favero changed: What|Removed |Added Summary|Noveau driver doesn't |Noveau

[Nouveau] [Bug 96952] New: Noveau driver doesn't working well when in Kdenlive

https://bugs.freedesktop.org/show_bug.cgi?id=96952 Bug ID: 96952 Summary: Noveau driver doesn't working well when in Kdenlive Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 06:54:27PM +0200, Peter Wu wrote: > On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu wrote: > > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > > >> On Fri, Jul 15, 2016 at

Re: [Nouveau] [PATCH v3] drm/nouveau/fb/nv50: set DMA mask before mapping scratch page

On 15 July 2016 at 07:52, Alexandre Courbot wrote: > On Fri, Jul 8, 2016 at 1:59 AM, Ard Biesheuvel > wrote: >> The 100c08 scratch page is mapped using dma_map_page() before the TTM >> layer has had a chance to set the DMA mask. This means we are

[Nouveau] [Bug 96737] [NV98] Xsession Login breakage - SwitchToGreeter / SwitchToUser related

https://bugs.freedesktop.org/show_bug.cgi?id=96737 --- Comment #8 from poma --- w/ modeset sameo /etc/X11/xorg.conf.d/modeset.conf Section "Device" Identifier "video0" Driver "modesetting" Option "AccelMethod" "none" EndSection

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:41:49PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu wrote: > > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: > >> > Hi, > >> > > >>

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:40 PM, Alex Deucher wrote: > On Fri, Jul 15, 2016 at 12:31 PM, Ilia Mirkin wrote: >> On Fri, Jul 15, 2016 at 12:27 PM, Alex Deucher wrote: >>> On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:36 PM, Peter Wu wrote: > On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: >> > Hi, >> > >> > Here are two patches to fix an issue reported on kernel bugzilla

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:31 PM, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 12:27 PM, Alex Deucher wrote: >> On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin wrote: >>> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:10:23PM -0400, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: > > Hi, > > > > Here are two patches to fix an issue reported on kernel bugzilla (infinite > > loop > > due to unchecked function) and a more important fix to fix

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:27 PM, Alex Deucher wrote: > On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin wrote: >> On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: >>> Hi, >>> >>> Here are two patches to fix an issue reported on

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 12:10 PM, Ilia Mirkin wrote: > On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: >> Hi, >> >> Here are two patches to fix an issue reported on kernel bugzilla (infinite >> loop >> due to unchecked function) and a more important

Re: [Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

On Fri, Jul 15, 2016 at 9:12 AM, Peter Wu wrote: > Hi, > > Here are two patches to fix an issue reported on kernel bugzilla (infinite > loop > due to unchecked function) and a more important fix to fix hanging Optimus > machines when runtime PM is enabled (with pm/pci

[Nouveau] [PATCH v3 4/4] drm/nouveau/acpi: fix lockup with PCIe runtime PM

Since "PCI: Add runtime PM support for PCIe ports", the parent PCIe port can be runtime-suspended which disables power resources via ACPI. This is incompatible with DSM, resulting in a GPU device which is still in D3 and locks up the kernel on resume (on a Clevo P651RA, GTX965M). Mirror the

[Nouveau] [PATCH v3 2/4] drm/nouveau/acpi: return supported DSM functions

Return the set of supported functions to the caller. No functional changes. Reviewed-by: Hans de Goede Signed-off-by: Peter Wu --- drivers/gpu/drm/nouveau/nouveau_acpi.c | 16 +--- 1 file changed, 9 insertions(+), 7 deletions(-) diff --git

[Nouveau] [PATCH v3 3/4] drm/nouveau/acpi: check for function 0x1B before using it

Do not unconditionally invoke function 0x1B without checking for its availability, it leads to an infinite loop on some firmware. Bugzilla: https://bugzilla.kernel.org/show_bug.cgi?id=104791 Fixes: 5addcf0a5f0fad ("nouveau: add runtime PM support (v0.9)") Reviewed-by: Hans de Goede

[Nouveau] [PATCH v3 0/4] nouveau RPM fixes for Optimus (final)

Hi, Here are two patches to fix an issue reported on kernel bugzilla (infinite loop due to unchecked function) and a more important fix to fix hanging Optimus machines when runtime PM is enabled (with pm/pci patches). These are the final patches targeting v4.8. Changes compared to v2[1]:

[Nouveau] [PATCH v3 1/4] drm/nouveau/acpi: ensure matching ACPI handle and supported functions

Ensure that the returned set of supported DSM functions (MUX, Optimus) match the ACPI handle that is set in nouveau_dsm_pci_probe. As there are no machines with a MUX function on just one PCI device and an Optimus on another, there should not be a functional impact. This change however makes this

Re: [Nouveau] [PATCH] drm/nouveau/fbcon: fix deadlock with FBIOPUT_CON2FBMAP

On Fri, Jul 15, 2016 at 01:26:22PM +0200, Peter Wu wrote: > On Wed, Jul 13, 2016 at 06:17:47PM +0100, Chris Wilson wrote: > > Hmm, since suspend_work can theorectically rearm itself, this should be > > cancel_work_sync(). > > How so? The worker calls with state = FBINFO_STATE_RUNNING and >

Re: [Nouveau] [PATCH] drm/nouveau/fbcon: fix deadlock with FBIOPUT_CON2FBMAP

On Wed, Jul 13, 2016 at 06:17:47PM +0100, Chris Wilson wrote: > On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote: > > The FBIOPUT_CON2FBMAP ioctl takes a console_lock(). When this is called > > while nouveau was runtime suspended, a deadlock would occur due to > > nouveau_fbcon_set_suspend

Re: [Nouveau] [PATCH] drm/nouveau/fbcon: fix deadlock with FBIOPUT_CON2FBMAP

On Wed, Jul 13, 2016 at 04:57:19PM +0200, Daniel Vetter wrote: > On Wed, Jul 13, 2016 at 02:40:50PM +0200, Peter Wu wrote: > > On Wed, Jul 13, 2016 at 11:54:49AM +0200, Daniel Vetter wrote: > > > On Tue, Jul 12, 2016 at 06:49:34PM +0200, Peter Wu wrote: > > > > The FBIOPUT_CON2FBMAP ioctl takes a

[Nouveau] accelerated application freeze

Hi, I was having problems with accelerated applications freezing my system using the Debian jessie nouveau driver, now I am using the newer Debian stretch one. Both gave the same error. I was able to get some information via shh: journalctl brought up the following: