Re: [Nouveau] Help needed for bug 58556

I think we had the wrong culprit: I just tried PCI-disabling the NVAC card (and keeping the NV96 one), and it just works: no garbage screen, and moreover, I get no hangs nor errors when enabling acceleration! I'll spend some time comparing both outputs (without NVAC, and without NV96) to find

Re: [Nouveau] [PATCH] drm/nouveau: print a message when KMS is disabled

Hi, Any thoughts on this patch? Pierre Moreau On 03:23 AM - Mar 10 2014, Pierre Moreau wrote: Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- If KMS is disabled, Nouveau will now announce in the logs that it won't load. (Adding Nouveau list as recipient.) drivers/gpu/drm

[Nouveau] [PATCH 2/2] drm/nouveau: Remove an unneeded write while initialising PGRAPH

The blob does not seem to write at that place for my NVAC, though it does for my NV96, agreeing with what is done in the if/else structure below. I guess someone forgot to remove the line when the if/else was put in place. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drivers/gpu/drm

[Nouveau] [PATCH 1/2] drm/nouveau: Fix overlap while zeroing zcull regions

The specified stride was not correct, resulting in erases overlapping and part of the zcull regions being not erased at all. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drivers/gpu/drm/nouveau/core/engine/graph/nv50.c | 8 1 file changed, 4 insertions(+), 4 deletions(-) diff

Re: [Nouveau] apple gmux

Hello, By having a look at 'drivers/platform/x86/apple-gmux.c', it seems its author is Seth Forshee seth.fors...@canonical.com. Other main contributors are Andreas Heider andr...@meetr.de, and Matthew Garrett m...@redhat.com, among others. Pierre Moreau On 11:58 PM - Jul 26 2014, Evan Foss

[Nouveau] [PATCH] drm: Fix duplicate definition of NV04_PFB_BOOT_0_*

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/core/include/subdev/fb/regsnv04.h | 1 + nvkm/include/subdev/fb/regsnv04.h | 21 + nvkm/subdev/devinit/fbmem.h | 18 ++ nvkm/subdev/fb/ramnv04.c | 17 + 4

[Nouveau] [PATCH] drm: Display Nouveau boot options at launch

It can help to remove any ambiguity about which options were passed to Nouveau, especially in case the user had some options set in /etc/modprobe.d/*.conf that he forgot about, as they won't appear in a dmesg. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau_chan.c | 2

[Nouveau] [PATCH 1/2] drm/nouveau/disp/nv50: Add PFB writes

This fix a GPU lockup on 9400M (NVAC) when using acceleration, see #27501. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drivers/gpu/drm/nouveau/core/engine/disp/nv50.c | 9 + 1 file changed, 9 insertions(+) diff --git a/drivers/gpu/drm/nouveau/core/engine/disp/nv50.c b

[Nouveau] [PATCH 2/2] drm/nouveau: Allow noaccel to be a pci address

noaccel option now defaults to null which has no effect, it can still equal 1, which disables acceleration for all cards, or be a pci address and disable acceleration for that card only Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drivers/gpu/drm/nouveau/nouveau_drm.c | 16

[Nouveau] [PATCH v2 1/2] drm/nouveau/fb/nv50: Add PFB writes

as suggested by Roy Spliet; - Replace write to 100c1c of arbitrary value by the address of a scratch page as proposed by Ilia Mirkin; - Remove enabling of bits 16 and 0 as they don't yield in any changes. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drivers/gpu/drm/nouveau/core/subdev/fb/nv50.c

Re: [Nouveau] Questions about some PFB registers on NVAC cards

Hi Robert, Thanks a lot for your response! - Mail original - On Wed, Oct 22, 2014 at 12:55:23AM +0200, pierre.mor...@free.fr wrote: [...] After some investigation, I found that enabling bit 1 of register 100c14 fixes the issue on that card. Other NVAC cards are working great

Re: [Nouveau] Questions about some PFB registers on NVAC cards

Hi Robert, After trying to write a proper patch for Nouveau, we realised we were missing a few pieces of information. - Mail original - Hi Robert, Thanks a lot for your response! - Mail original - On Wed, Oct 22, 2014 at 12:55:23AM +0200, pierre.mor...@free.fr wrote:

[Nouveau] Testers needed for NVAA/NVAC kernel patch

Skeggs' repository, the other one will apply on a regular Linux tree. Thanks in advance, Pierre Moreau If you are using Ben Skeggs' repository: /\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/\/ diff --git a/drm/core/subdev/fb/nvaa.h b/drm/core/subdev/fb/nvaa.h new file mode 12 index 000

[Nouveau] [PATCH RESEND 1/2] Allow noaccel to be a pci address

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau_drm.c | 16 +++- 1 file changed, 11 insertions(+), 5 deletions(-) diff --git a/drm/nouveau_drm.c b/drm/nouveau_drm.c index afb93bb..ffa1e4f 100644 --- a/drm/nouveau_drm.c +++ b/drm/nouveau_drm.c @@ -61,9 +61,10

[Nouveau] [PATCH v3 2/2] fb/nvaa: Enable non-isometric poller on NVAA/NVAC

by Robert Morell from NVidia: - Allocate a dma page for use by the pollers; - Re-enable pollers at bits 16 and 0; - Set pollers address to a proper value. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/core/subdev/fb/nvaa.h | 1 + nvkm/subdev/fb/nv50.h | 4 +++ nvkm/subdev/fb/nvaa.c

Re: [Nouveau] [PATCH v3 2/2] fb/nvaa: Enable non-isometric poller on NVAA/NVAC

Hi Ben, My bad, I will correct that. I'll have a better look at the three patches you attached tomorrow. Cheers, Pierre On 01:42 PM - Dec 11 2014, Ben Skeggs wrote: On Wed, Dec 10, 2014 at 5:53 PM, Pierre Moreau pierre.mor...@free.fr wrote: (This is a v3 of patch drm/nouveau/fb/nv50: Add

[Nouveau] [PATCH] nouveau: move conditional suspend messages into conditionals

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau_drm.c | 5 +++-- 1 file changed, 3 insertions(+), 2 deletions(-) diff --git a/drm/nouveau_drm.c b/drm/nouveau_drm.c index 65910e3..9eb90a6 100644 --- a/drm/nouveau_drm.c +++ b/drm/nouveau_drm.c @@ -562,21 +562,22

[Nouveau] [PATCH RFC] nouveau: Add support for Gmux _DSM method

This patch certainly needs some more work, but I'd like to get some comments. Not sure if it is really related to the gmux or if it is a different Optimus _DSM version. I tested it on my laptop (MCP79/7A + G96) and the G96 successfully goes to sleep, however it is still marked as PWR in

Re: [Nouveau] Bug or not?

Does the Nvidia card auto-suspends or do you have to force it? If not, does it report some “failed to parse _DSM” message? I have a mid 2009 MBP who uses a different _DSM handles than the ones Nouveau currently supports, and I wondered if they were related to the Apple Gmux or not. So, as you

Re: [Nouveau] Bug or not?

.IGPU: failed to evaluate _DSM [4.205739] ACPI Warning: \_SB_.PCI0.P0P2.GFX0._DSM: Argument #4 type mismatch - Found [Buffer], ACPI requires [Package] (20141107/nsarguments-95) [4.205749] ACPI: \_SB_.PCI0.P0P2.GFX0: failed to evaluate _DSM On Sun, Feb 15, 2015 at 5:13 AM, Pierre Moreau

Re: [Nouveau] Bug or not?

. Many thanks for your help, -Evan On Wed, Mar 11, 2015 at 3:52 PM, Pierre Moreau pierre.mor...@free.fr wrote: Hi Evan! Sorry for taking so long before answering... Thanks for the greps! It appears you have a newer version of apple_gmux than I have, so let's see if something also changed

Re: [Nouveau] [PATCH] nv50/ir: only enable mul saturate on G200+

Tested-by: Pierre Moreau pierre.mor...@free.fr - Mail original - Commit 44673512a84 enabled support for saturating fmul. However experimentally this does not seem to work on the older chips. Restrict the feature to G200 (NVA0) and later. Reported-by: Pierre Moreau pierre.mor

Re: [Nouveau] Hardware wish list?

Hello, On 20 May 2015, at 22:57, cao...@mail2tor.com wrote: By the way, Is there any place where nouveau users can show their configuration (or at least their GPU)? It might be useful if developers need to know how a given GPU responds to their code. What has be done so far, is that

Re: [Nouveau] [PATCH v2 8/9] acpi: Add support for Apple Gmux _DMS

Hi Lukas - Mail original - Hi Pierre, On Thu, May 28, 2015 at 10:52:56AM +0200, Pierre Moreau wrote: How is it supposed to work, by simply echo'ing ON or OFF to vga_switcheroo/switch? Then I probably forgot some stuff as it doesn't want to work on my laptop. What exactly

Re: [Nouveau] [PATCH NEW 5/9] acpi: Use a single type of errors in evaluate functions

I wasn't sure how to insert this one into the flow, if I should make it a patch 4.5 or not. I went with patch 5, so all the following patches are incremented by 1 compared to the v1, sorry about that. What should be the way to go? Pierre On 28 May 2015, at 08:40, Pierre Moreau pierre.mor

[Nouveau] [PATCH v2 8/9] acpi: Add support for Apple Gmux _DMS

-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 57 -- drm/nouveau/nouveau_acpi.h | 4 drm/nouveau/nouveau_drm.c | 12 +- drm/nouveau/nouveau_vga.c | 10 4 files changed, 70 insertions(+), 13 deletions(-) diff

[Nouveau] [PATCH v2 2/9] acpi: Add evaluate to name of functions evaluating _DSM

This makes it clearer when reading the function name, as well as following the names of related ACPI functions. Changes since v1: * Fix typo in commit message * Slightly reformulate the commit message to be clearer Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau

[Nouveau] [PATCH v2 1/9] acpi: Rename v1 DSM to mux to avoid ambiguity

This is especially true when variables or functions are just called dsm without specifying the v1. Changes since v1: * Fix typo in commit explanation * Change has_dsm to has_mux in nouveau_dsm_detect Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 72

[Nouveau] [PATCH 3/9] acpi: Define static variables for revision ids

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index e18fbeb..3f01067 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm/nouveau

[Nouveau] [PATCH v2 9/9] acpi: Move detecting available _DSM outside of while loops

Changes since v1: * Re-write the whole patch to detect available _DSMs when we enable them rather than on each loop run Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 27 ++- 1 file changed, 6 insertions(+), 21 deletions(-) diff

[Nouveau] [PATCH v2 4/9] acpi: Allow evaluate_optimus_dsm to take NULL results

Changes since v1: * Fix check for result being not NULL in nouveau_evaluate_optimus_dsm Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau

[Nouveau] [PATCH v2 6/9] acpi: Check returned object type by Optimus _DSM locally

: * Replace ACPI errors with standard kernel ones Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index b837ab1..44a7328

[Nouveau] [PATCH NEW 5/9] acpi: Use a single type of errors in evaluate functions

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 01dbf1d..b837ab1 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm/nouveau

[Nouveau] [PATCH 7/9] acpi: Improve some messages level and content

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 8 drm/nouveau/nouveau_vga.c | 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 44a7328..edc4b94 100644 --- a/drm

Re: [Nouveau] [PATCH v2 8/9] acpi: Add support for Apple Gmux _DMS

Hi Dave, - Mail original - Changes since v1: [...] diff --git a/drm/nouveau/nouveau_vga.c b/drm/nouveau/nouveau_vga.c index 9a6328f..7b13804 100644 --- a/drm/nouveau/nouveau_vga.c +++ b/drm/nouveau/nouveau_vga.c @@ -36,7 +36,7 @@ nouveau_switcheroo_set_state(struct pci_dev *pdev,

Re: [Nouveau] Will nouveau support for cuda?

Hello, Nouveau will support Cuda and OpenCL, someday. :) As to say when, I don't know. I am starting to work on translating between different intermediate representation (from SPIR-V to NV50 IR), and will later work on finishing compute support for Tesla cards (I only have Tesla cards, apart

Re: [Nouveau] [Mesa-dev] [PATCH 2/2] nv30: fix clip plane uploads and enable changes

On 24 May 2015, at 16:03, Tobias Klausmann tobias.johannes.klausm...@mni.thm.de wrote: On 24.05.2015 10:38, Samuel Pitoiset wrote: On 05/24/2015 06:58 AM, Ilia Mirkin wrote: nv30_validate_clip depends on the rasterizer state. Also we should upload all the new clip planes on

[Nouveau] [PATCH 7/8] acpi: Add support for Apple Gmux _DMS

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 53 -- drm/nouveau/nouveau_acpi.h | 2 ++ drm/nouveau/nouveau_drm.c | 6 -- drm/nouveau/nouveau_vga.c | 10 + 4 files changed, 63 insertions(+), 8

[Nouveau] [PATCH 4/8] acpi: Allow evaluate_optimus_dsm to take NULL results

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 36f4a40..073f7d7 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm/nouveau

[Nouveau] [PATCH 5/8] acpi: Check returned object type by Optimus _DSM locally

-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 15 --- 1 file changed, 12 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 073f7d7..7aeaf7d 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm/nouveau/nouveau_acpi.c

[Nouveau] [PATCH 3/8] acpi: Define static variables for revision ids

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 8 +--- 1 file changed, 5 insertions(+), 3 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 1f18018..36f4a40 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm/nouveau

[Nouveau] [PATCH 2/8] acpi: Add evaluate to functons evaluating _DSM

This makes it clearer when reading the function name, as well as following the names of the related ACPI function. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 25 ++--- 1 file changed, 14 insertions(+), 11 deletions(-) diff --git a/drm

[Nouveau] [PATCH 1/8] acpi: Rename v1 DSM to mux to avoid ambiguity

This is especially true when variables or functions are just called dsm without precising the v1. Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 64 +++--- drm/nouveau/nouveau_acpi.h | 4 +-- drm/nouveau/nouveau_drm.c

[Nouveau] [PATCH 8/8] acpi: Use booleans when probing different _DSM types

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 3d6a1ea..5d63621 100644 --- a/drm/nouveau/nouveau_acpi.c +++ b/drm

[Nouveau] [PATCH 6/8] acpi: Improve some messages level and content

Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 8 drm/nouveau/nouveau_vga.c | 4 ++-- 2 files changed, 6 insertions(+), 6 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 7aeaf7d..104d291 100644 --- a/drm

Re: [Nouveau] [PATCH 4/8] acpi: Allow evaluate_optimus_dsm to take NULL results

On 26 May 2015, at 10:02, Samuel Pitoiset samuel.pitoi...@gmail.com wrote: On 05/26/2015 12:22 AM, Pierre Moreau wrote: Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 10 -- 1 file changed, 4 insertions(+), 6 deletions(-) diff --git

Re: [Nouveau] [PATCH 5/8] acpi: Check returned object type by Optimus _DSM locally

On 26 May 2015, at 07:17, Ilia Mirkin imir...@alum.mit.edu wrote: On Tue, May 26, 2015 at 1:10 AM, Pierre Moreau pierre.mor...@free.fr wrote: On 26 May 2015, at 00:39, Ilia Mirkin imir...@alum.mit.edu wrote: On Mon, May 25, 2015 at 6:22 PM, Pierre Moreau pierre.mor...@free.fr wrote

Re: [Nouveau] [PATCH 8/8] acpi: Use booleans when probing different _DSM types

opinions on this? Pierre - Mail original - Signed-off-by: Pierre Moreau pierre.mor...@free.fr --- drm/nouveau/nouveau_acpi.c | 14 +++--- 1 file changed, 7 insertions(+), 7 deletions(-) diff --git a/drm/nouveau/nouveau_acpi.c b/drm/nouveau/nouveau_acpi.c index 3d6a1ea..5d63621

Re: [Nouveau] Handling GeForce GTX 850M GPU on Arch Linux

Your first reply did also sent it to the mailing list. :-) [1] is indeed the correct site to report the bug, with Product=xorg and Component=Driver/nouveau. Pierre On 21 May 2015, at 16:48, cao...@mail2tor.com wrote: OK, I'll do that when I'll have a bit more free time, but likely within

Re: [Nouveau] Nouveau for FreeBSD

Wasn't there some work being done by François Tigeot or Jean-Sébastien Pédron to port Nouveau to DragonFlyBSD/FreeBSD? Or at least they were talking about porting it at XDC 2014, no idea what the current status is. Pierre PS: Looking at François' slides from this year XDC, it seems there isn't

Re: [Nouveau] Chipset & Family

Hello poma, The chipset didn't disappear and is still displayed: it is the G98 you get on the "[2.483843] nouveau :02:00.0: NVIDIA G98 (098200a2)" line. The "NV98" was the "Nouveau" chipset, but the switch was made to use the same naming as NVIDIA. So rather than displaying both the

[Nouveau] [PATCH] pci: Handle 5-bit and 8-bit tag field

some number of outstanding requests, so cap it to 32 if extended tag is unsupported. Fixes: fdo#86537 Signed-off-by: Pierre Moreau <d...@pmoreau.org> --- drm/nouveau/nvkm/subdev/pci/base.c | 25 + 1 file changed, 25 insertions(+) diff --git a/drm/nouveau/nvkm/subd

[Nouveau] [PATCH v2] pci: Handle 5-bit and 8-bit tag field

some number of outstanding requests, so cap it to 32 if extended tag is unsupported. Fixes: fdo#86537 v2: Restrict changes to chipsets >= 0x84 Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nvkm/subdev/pci/base.c | 25 + 1 file changed, 25 i

[Nouveau] [PATCH v3] pci: Handle 5-bit and 8-bit tag field

some number of outstanding requests, so cap it to 32 if extended tag is unsupported. Fixes: fdo#86537 v2: Restrict changes to chipsets >= 0x84 v3: * Add nvkm_pci_mask to pci.h * Mask bit 8 before setting it Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/include/nv

Re: [Nouveau] [PATCH v3] pci: Handle 5-bit and 8-bit tag field

sible values to 32. Apparently bits 7:0 of 0x8841c > stores some > number of outstanding requests, so cap it to 32 if extended tag is > unsupported. > > Fixes: fdo#86537 > > v2: Restrict changes to chipsets >= 0x84 > v3: > * Add nvkm_pci_mask to pci.h > * Mask

[Nouveau] [PATCH v4] pci: Handle 5-bit and 8-bit tag field

nit to g84_pci_init and remove PCIe and chipset checks Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/include/nvkm/subdev/pci.h | 4 +++ drm/nouveau/nvkm/engine/device/base.c | 64 +-- drm/nouveau/nvkm/subdev/pci/Kbuild| 1 + dr

[Nouveau] [PATCH v5] pci: Handle 5-bit and 8-bit tag field

rom nvkm_pci_init to g84_pci_init and remove PCIe and chipset checks v5: * Rebase code on latest PCI structure * Restore PCIe check * Fix namings in nvkm_pci_mask * Rephrase part of the commit message Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/include/nv

Re: [Nouveau] [PATCH v3 0/6] Enable gpu switching on the MacBook Pro

The repo is a fork of Linus' tree, with the patches on top of it. So you just need to build that modified version of the kernel and boot it. :-) Pierre > On 05 Oct 2015, at 16:15, Evan Foss wrote: > >> On Mon, Oct 5, 2015 at 9:23 AM, Lukas Wunner wrote:

Re: [Nouveau] [RFC PATCH 4/5] subdev/clk: print the base clocks

Hi, On 05:42 PM - Dec 01 2015, Karol Herbst wrote: > this is just a nice thing to know and there is no harm in printing them > --- > drm/nouveau/nvkm/subdev/clk/base.c | 16 > 1 file changed, 16 insertions(+) > > diff --git a/drm/nouveau/nvkm/subdev/clk/base.c >

Re: [Nouveau] [RFC PATCH 5/5] clk: allow boosting only when NvBoost is set

Hi Karol, I have some comments below. On 05:42 PM - Dec 01 2015, Karol Herbst wrote: > 0: disable boosting (cap to base clock from the vbios) > 1: boost only to boost clock from the vbios > 2: boost to max clock available > --- > drm/nouveau/include/nvkm/subdev/clk.h | 10 +- >

Re: [Nouveau] [RFC PATCH v2 0/7] stabilize kepler reclocking

Hello, Maybe my e-mail client is messing with me, but I couldn't find any dmesg output attached to your e-mail. Could you please try to attach it again? By the way, since you have a Kepler, you should try booting with "nouveau.War00C800_0=1". That workaround is enabled by default in 4.4-rc5

Re: [Nouveau] NV50 compute support questions

eda118232fabd53965410afd > you write: "This compute support has been tested by > Pierre Moreau and myself with some compute kernels." > > Can you provide testing instructions (and the > necessary files) so that I can try to reproduce > your tests ? > > And once I've

Re: [Nouveau] nouveau contributor dinner Friday evening before FOSDEM?

at: > >>> > >>> > >>>http://www.tripadvisor.com/Restaurant_Review-g188644-d802232-Reviews-Le_Falstaff-Brussels.html > >>> > >>>Which is not as bad as the reviews there make it out to be, > >>>note I'm open to better suggestions, esp. fro

Re: [Nouveau] [PATCH v5 00/12] Enable GPU switching on pre-retina MacBook Pro

reviews or acks unfortunately. > Any takers? > > Merging this would allow fdo #61115 to be closed > (currently assigned to intel-gfx). > > FWIW this series has in the meantime been tested by more folks: > > Tested-by: Pierre Moreau <pierre.mor...@free.fr> >

Re: [Nouveau] Dealing with opencl kernel parameters in nouveau now that RES support is gone

On 11:43 AM - Feb 23 2016, Hans de Goede wrote: > Hi, > [snip] > > >You may have to add LOAD64/STORE64 for 64-bit > >addresses though. Or we could decree that all addressing on global > >memory shall be 64-bit (and thus read the .xy components of the > >address source). > > I would prefer to

Re: [Nouveau] Dealing with opencl kernel parameters in nouveau now that RES support is gone

Hello, > On 22 Feb 2016, at 15:22, Ilia Mirkin wrote: > >> On Mon, Feb 22, 2016 at 9:17 AM, Hans de Goede wrote: >> Hi, >> >>> On 22-02-16 14:47, Ilia Mirkin wrote: >>> On Mon, Feb 22, 2016 at 8:45 AM, Ilia Mirkin wrote:

Re: [Nouveau] Dealing with opencl kernel parameters in nouveau now that RES support is gone

- Mail original - > On Mon, Feb 22, 2016 at 10:50 AM, Hans de Goede > wrote: > >> But assuming I'm right, what I'm proposing is that instead of > >> passing > >> the input in as a global buffer, to instead pass it in as a const > >> buffer. As such instead of

Re: [Nouveau] nouveau contributor dinner Friday evening before FOSDEM?

Hello everyone, I'm in for the dinner! As for the restaurant, since I never went to Brussels, I'll follow the group's decision. Some time around 19:30–20:00? Most of us should be in Brussels' centre by then I think. Cheers, Pierre On 02:09 PM - Jan 21 2016, Hans de Goede wrote: > Hi All, > >

Re: [Nouveau] [Mesa-dev] [PATCH mesa 3/3] nouveau: Add support for clover / OpenCL kernel input parameters

On 11:05 AM - Mar 10 2016, Ilia Mirkin wrote: > On Thu, Mar 10, 2016 at 11:03 AM, Pierre Moreau <pierre.mor...@free.fr> wrote: > > You might want to increment the address by at least > > `info->prop.cp.inputOffset`, and if inputs still end up in shared on Tesla, > >

Re: [Nouveau] [PATCH mesa 3/3] nouveau: Add support for clover / OpenCL kernel input parameters

On 04:27 PM - Mar 10 2016, Samuel Pitoiset wrote: > > > On 03/10/2016 04:23 PM, Ilia Mirkin wrote: > >On Thu, Mar 10, 2016 at 10:14 AM, Hans de Goede wrote: > >>Add support for clover / OpenCL kernel input parameters. > >> > >>Signed-off-by: Hans de Goede

Re: [Nouveau] RFC: [PATCH] x86/kmmio: fix mmiotrace for hugepages

The secondary hit exception thrown while MMIOtracing NVIDIA's driver is gone with this patch. Tested-by: Pierre Moreau <pierre.mor...@free.fr> On 02:03 AM - Mar 03 2016, Karol Herbst wrote: > Because Linux might use bigger pages than the 4K pages to handle those mmio > ioremaps, th

Re: [Nouveau] GM108GLM?

Hello, Acceleration support for GM107 was merged in kernel 4.1, and modesetting support was added to 3.15. Which kernel version did you try? The GM108 chipset seems to be recognised since at least 2015/08/20. Regards, Pierre Moreau On 02:55 PM - Mar 29 2016, Sune Mølgaard wrote: > H

Re: [Nouveau] GM108GLM?

108 is not one of the recognized chips. Someone needs to go > through and check that its goldens didn't change. Nobody's done that. > > See https://bugs.freedesktop.org/show_bug.cgi?id=89558 > > On Thu, Mar 31, 2016 at 4:57 PM, Pierre Moreau <pierre.mor...@free.fr> wrote: > &g

Re: [Nouveau] GM108GLM?

> /smo > > On 2016-03-31 23:12, Pierre Moreau wrote: > > Oh, hum, GM108 is NV118 and not NV108 which is Gk208… My bad! > > > > SMF from the bug report seemed to have some working setup, and since he > > didn't > > pinged back, I guess it's working nicely. But some

Re: [Nouveau] [PATCH] gpu/nouveau/nouveau_acpi.c: Fix Type Mismatch ACPI warning

Hello Marcos, I sent a serie a year ago to fix some of the ACPI handling in Nouveau and add runtime pm support for laptops with an Apple GMUX (see [0], and especially [1] and [2]). I was told that a more generic work for the runtime pm was in the work, so I let the whole serie slip away. I was

Re: [Nouveau] [PATCH] drm/nouveau: add Maxwell to backlight initialization

Acked-by: Pierre Moreau <pierre.mor...@free.fr> On 02:41 PM - May 21 2016, Faris Alsalama wrote: > Signed-off-by: Faris Alsalama <farisbenbra...@gmail.com> > --- > drivers/gpu/drm/nouveau/nouveau_backlight.c | 1 + > 1 file changed, 1 insertion(+) > > diff -

[Nouveau] [PATCH v2 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. v2: Do not split information message on two lines as it prevents from grepping it, as pointed out by Hans de Goede Signed-off-by: Pierre Moreau <pierre.mor...@free

Re: [Nouveau] [PATCH v2 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

On 02:32 PM - May 01 2016, Pierre Moreau wrote: > The Apple GMUX is the one managing the backlight, so there is no need for > Nouveau to register its own backlight interface. > > v2: Do not split information message on two lines as it prevents from grepping > it, as pointed

Re: [Nouveau] [PATCH 1/2] nouveau/bl: Assign different names to interfaces

On 11:06 AM - Apr 15 2016, Ilia Mirkin wrote: > On Fri, Apr 15, 2016 at 10:57 AM, Pierre Moreau <pierre.mor...@free.fr> wrote: > > Currently, every backlight interface created by Nouveau uses the same name, > > nv_backlight. This leads to a sysfs warning as it tries

[Nouveau] [PATCH 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drm/n

[Nouveau] [PATCH 1/2] nouveau/bl: Assign different names to interfaces

userspace; the second interface will be named nv_backlight1, and so on. Fixes: fdo#86539 Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 35 +-- 1 file changed, 33 insertions(+), 2 deletions(-) diff --git a/drm/n

Re: [Nouveau] [PATCH 1/2] nouveau/bl: Assign different names to interfaces

On 02:40 PM - Apr 15 2016, Nick Tenney wrote: > On Fri, Apr 15, 2016 at 11:25 AM, Ilia Mirkin <imir...@alum.mit.edu> wrote: > > > On Fri, Apr 15, 2016 at 11:22 AM, Pierre Moreau <pierre.mor...@free.fr> > > wrote: > > > On 11:06 AM - Apr 15 2016, Ilia Mi

Re: [Nouveau] [PATCH 1/2] nouveau/bl: Assign different names to interfaces

[…] > > > + const int nb = atomic_inc_return(_interfaces_nb) - 1; > > This kinda sucks if you reload nouveau a bunch. How about using an > "ida". Have a look in drivers/gpu/drm/drm_crtc.c for how I use that > one. I had a quick look at drm_crtc.c. This seems to be exactly what I need,

[Nouveau] [PATCH v2 1/2] nouveau/bl: Assign different names to interfaces

`nouveau_get_backlight_name()` to avoid forward declaration, as suggested by Ilia Mirkin; * Fix reference to bug report formatting, as reported by Nick Tenney. Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 64 ++--- drm/n

[Nouveau] [PATCH REBASED 2/2] nouveau/bl: Do not register interface if Apple GMUX detected

The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 7 +++ 1 file changed, 7 insertions(+) diff --git a/drm/n

Re: [Nouveau] XDC2016

Hello everyone, Same place as FOSDEM? XDC is in Helsinki and FOSDEM was in Brussels… (IIRC, FOSDEM is always located in Brussels.) I would prefer picking an hotel in Helsinki rather than traveling every day between Helsinki and Brussels. :-p Or was that what you meant by "more or less"? :-D I’ve

Re: [Nouveau] [PATCH] drm/nouveau: add Maxwell to backlight initialization

@Ben: ping I would guess that the same can be done for Pascal as well. Cheers, Pierre On 02:41 PM - May 21 2016, Faris Alsalama wrote: > Signed-off-by: Faris Alsalama > --- > drivers/gpu/drm/nouveau/nouveau_backlight.c | 1 + > 1 file changed, 1 insertion(+) > > diff

Re: [Nouveau] GM108GLM?

Hello, The idea was to use the modesetting DDX instead of Nouveau’s one for Maxwell+ as EXA was [broken][1]. But you can give a try at Ilia’s [patches][2], which fix the Nouveau DDX for GM10x and GM20x (I don’t think it has been tested on a GM108 yet). Best regards, Pierre Moreau [1]: https

Re: [Nouveau] NVAC "No Signal"

and bisecting those issues… Pierre On 06:12 am - Nov 08 2016, poma wrote: > On 21.10.2016 10:56, Pierre Moreau wrote: > > On 01:15 am - Oct 21 2016, Lukas Wunner wrote: > >> On Thu, Oct 20, 2016 at 10:08:28AM +0200, Lukas Wunner wrote: > >>> On Wed, Oct 19, 2016 at 07:58:0

Re: [Nouveau] NVAC "No Signal"

Hello, On 07:37 pm - Oct 19 2016, poma wrote: > On 19.10.2016 17:03, Karol Herbst wrote: > > > You don't get why I try to say. We have to actually find out when to > > apply this workaround, not to create some silly whitelist/blacklist. > > It's the last option, we never want to actually use. >

Re: [Nouveau] [PATCH v3 1/2] nouveau/bl: Assign different names to interfaces

On 11:17 am - Nov 14 2016, Lukas Wunner wrote: > On Sun, Nov 13, 2016 at 08:57:06PM +0100, Pierre Moreau wrote: > > From: Pierre Moreau <pierre.mor...@free.fr> > > > > Currently, every backlight interface created by Nouveau uses the same name, > > nv_backlig

Re: [Nouveau] Atomic modesetting + DisplayPort MST

Hello Ben, You can find below my results; there is a slight over-representation of 1st gen Tesla cards, but… that’s what I have. :-D No regressions observed, apart from: * screen rotation on G80, MCP79 * resuming on G86 I’ll retest those cards with your linux-4.10 branch but without the atomic

Re: [Nouveau] [PATCH 1/3] nvbios/power_budget: Add basic power budget parsing

On 11:55 am - Nov 12 2016, Karol Herbst wrote: > v2: Set entry to 0xff if not found > Add cap entry for ver 0x30 tables > Rework to fix memory leak > > Signed-off-by: Karol Herbst > --- > .../include/nvkm/subdev/bios/power_budget.h| 24 >

Re: [Nouveau] NVAC "No Signal"

On 01:15 am - Oct 21 2016, Lukas Wunner wrote: > On Thu, Oct 20, 2016 at 10:08:28AM +0200, Lukas Wunner wrote: > > On Wed, Oct 19, 2016 at 07:58:06PM +0200, Pierre Moreau wrote: > > > For example, my laptop (which also has an NVAC) has been triggering the > > > no

[Nouveau] [PATCH v3 2/2] Do not register interface if Apple GMUX detected

message Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 6 ++ 1 file changed, 6 insertions(+) diff --git a/drm/nouveau/nouveau_backlight.c b/drm/nouveau/nouveau_backlight.c index a34cd35..8b1ca4a 100644 --- a/drm/nouveau/nouveau_backlight.c +++

[Nouveau] [PATCH v4 1/2] nouveau/bl: Assign different names to interfaces

not create similarly named interfaces when reaching the maximum amount of unique names, but fail instead, as pointed out by Lukas Wunner Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/nouveau/nouveau_backlight.c | 74 ++--- drm/nouveau/nouveau_dis

[Nouveau] [PATCH REBASED 2/2] Do not register interface if Apple GMUX detected

From: Pierre Moreau <pierre.mor...@free.fr> The Apple GMUX is the one managing the backlight, so there is no need for Nouveau to register its own backlight interface. v2: Do not split information message on two lines as it prevents from grepping it, as pointed out by Lukas Wunner Sign

[Nouveau] [PATCH v3 1/2] nouveau/bl: Assign different names to interfaces

From: Pierre Moreau <pierre.mor...@free.fr> Currently, every backlight interface created by Nouveau uses the same name, nv_backlight. This leads to a sysfs warning as it tries to create an already existing folder. This patch adds a incremented number to the name, but keeps the initia

[Nouveau] [PATCH] drm/Makefile: Support custom output dir with O

having to keep a custom patch around. Signed-off-by: Pierre Moreau <pierre.mor...@free.fr> --- drm/Makefile | 3 +++ 1 file changed, 3 insertions(+) diff --git a/drm/Makefile b/drm/Makefile index d5e23738..1f4ef45e 100644 --- a/drm/Makefile +++ b/drm/Makefile @@ -11,6 +11,9 @@ endif KBUIL

Re: [Nouveau] [RFC PATCH 13/13] clk: thermal throttling

On 2017-07-21 — 23:55, Karol Herbst wrote: > Signed-off-by: Karol Herbst > --- > drm/nouveau/include/nvkm/subdev/clk.h | 1 + > drm/nouveau/nvkm/subdev/clk/base.c| 35 > +++ > 2 files changed, 32 insertions(+), 4 deletions(-) > > diff

  1   2   >