Displaying 20 results from an estimated 30000 matches similar to: "[Bug 107874] New: Incorrect SPDX-License-Identifier on various nouveau drm kernel source files?"
2019 Jun 20
2
[PATCH] drm/nouveau: fix bogus GPL-2 license header
The bulk SPDX addition made all these files into GPL-2.0 licensed files.
However the remainder of the project is MIT-licensed, these files
(primarily header files) were simply missing the boiler plate and got
caught up in the global update.
Fixes: b24413180f5 (License cleanup: add SPDX GPL-2.0 license identifier to files with no license)
Signed-off-by: Ilia Mirkin <imirkin at alum.mit.edu>
2017 Nov 01
0
[PATCH] pmu/fuc: don't use movw directly anymore
On Wed, Nov 1, 2017 at 12:51 PM, Karol Herbst <kherbst at redhat.com> wrote:
> fixes compilation issues with recent envytools, because movw was removed
> from fuc5, because it doesn't exist there anymore. The current code is
> most likely broken for fuc5 hardware as well and might have triggered all
> kinds of random memory reclocking fails.
>
> Changes in fuc3 binaries
2017 Nov 01
2
[PATCH] pmu/fuc: don't use movw directly anymore
fixes compilation issues with recent envytools, because movw was removed
from fuc5, because it doesn't exist there anymore. The current code is
most likely broken for fuc5 hardware as well and might have triggered all
kinds of random memory reclocking fails.
Changes in fuc3 binaries are tue do opcode optimizations using shorter
opcodes when possible.
Signed-off-by: Karol Herbst <kherbst
2017 Nov 06
0
[PATCH v3] pmu/fuc: don't use movw directly anymore
Fixes failure to compile with recent envyas as a result of the 'movw'
alias being removed for v5.
A bit of history:
v3 only has a 16-bit sign-extended immediate mov op. In order to set
the high bits, there's a separate 'sethi' op. envyas validates that
the value passed to mov(imm) is between -0x8000 and 0x7fff. In order
to simplify macros that load both the low and high word,
2015 Oct 26
0
[PATCH 3/4] subdev/pmu/fuc: implement perf
From: Karol Herbst <git at karolherbst.de>
---
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 788 +++++++++++++++------------
drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 740 ++++++++++++++-----------
drm/nouveau/nvkm/subdev/pmu/fuc/gk104.fuc4.h | 740 ++++++++++++++-----------
drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 710 ++++++++++++++----------
2017 Nov 06
0
[PATCH v2] pmu/fuc: don't use movw directly anymore
Fixes failure to compile with recent envyas as a result of the 'movw'
alias being removed for v5.
A bit of history:
v3 only has a 16-bit sign-extended immediate mov op. In order to set
the high bits, there's a separate 'sethi' op. envyas validates that
the value passed to mov(imm) is between -0x8000 and 0x7fff. In order
to simplify macros that load both the low and high word,
2016 Mar 01
1
[PATCH 4/4] pmu/fuc: movw is somewhat weird on gk208, use mov instead
On 01/03/16 23:38, Ilia Mirkin wrote:
> On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.peres at free.fr> wrote:
>> On 26/02/16 17:19, Karol Herbst wrote:
>>> currently there is no change, because nobody uses those macros yet, but
>>> they
>>> shouldn't stay broken
>>>
>>> Signed-off-by: Karol Herbst <nouveau at
2016 Feb 26
0
[PATCH 2/4] pmu/fuc: replace mov+sethi with imm32
on gk208+ we can simply mov 32bits, so we should have a single mov there
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 1598 +++++++++++------------
drm/nouveau/nvkm/subdev/pmu/fuc/gf119.fuc4.h | 1494 +++++++++++-----------
drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 1424 ++++++++++-----------
2016 Feb 08
4
[PATCH 0/4] PMU engine counters
these are usually used for dynamic reclocking on gt215 and newer
The counters are used to get the load of the core, memory, video and pcie loads
currently I expose the loads through a debugfs "current_load" file, but I want
to move that to nvif and just add a wrapper around that in debugfs for
convenience
Anyway there are still some issues I would like to discuss:
1. currently the
2016 Mar 10
0
[PATCH] gr/fuc: Store $r0 in interrupt handler
It's supposed to always be 0, but at least nv_iowr() temporarily violates
this. Since the ih touches $r0, it should be stored.
Signed-off-by: Roy Spliet <rs855 at cam.ac.uk>
---
drm/nouveau/nvkm/engine/gr/fuc/gpc.fuc | 2 +
drm/nouveau/nvkm/engine/gr/fuc/gpcgf100.fuc3.h | 80 ++++----
drm/nouveau/nvkm/engine/gr/fuc/gpcgf117.fuc3.h | 82 ++++----
2016 Feb 16
4
[PATCH v2 0/4] PMU engine counters
these are usually used for dynamic reclocking on gt215 and newer
The counters are used to get the load of the core, memory, video and pcie loads
currently I expose the loads through a debugfs "current_load" file, but I want
to move that to nvif and just add a wrapper around that in debugfs for
convenience. Using nvif would have the advantage, that userspace tools can
easily get loads
2016 Mar 01
0
[PATCH 4/4] pmu/fuc: movw is somewhat weird on gk208, use mov instead
On Tue, Mar 1, 2016 at 4:36 PM, Martin Peres <martin.peres at free.fr> wrote:
> On 26/02/16 17:19, Karol Herbst wrote:
>>
>> currently there is no change, because nobody uses those macros yet, but
>> they
>> shouldn't stay broken
>>
>> Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
>> ---
>>
2016 Mar 01
2
[PATCH 4/4] pmu/fuc: movw is somewhat weird on gk208, use mov instead
On 26/02/16 17:19, Karol Herbst wrote:
> currently there is no change, because nobody uses those macros yet, but they
> shouldn't stay broken
>
> Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
> ---
> drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git
2015 Oct 26
9
[PATCH 0/4] Add pdaemon load counters
this series makes use of the load counters we can use to get information about
the current load of the gpu.
This series includes the needed pmu bits and a debugfs interface to read them
out. Currently the values are between 0 and 255, because it is much easier to
implement it this way on the pmu.
Karol Herbst (4):
subdev/pmu/fuc: add gk104
pmu/fuc: add macros for pdaemon pwr counters
2016 Feb 26
0
[PATCH 3/4] pmu/fuc: call# seems to be broken on gk208
for some reasons these calls don't really go there where they should go
leading to various corruptions of the PMU state
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 12 ++++++------
drm/nouveau/nvkm/subdev/pmu/fuc/kernel.fuc | 6 +++---
2 files changed, 9 insertions(+), 9 deletions(-)
diff --git
2017 Jun 05
7
[PATCH v3 0/7] PMU engine counters
I think I am done reworking the series and getting to a point where I think
it is basically finished. The configuration of the slots could be improved
later on when working on dynamic reclocking, but for now it's good enough to
report the current GPU utilization to userspace.
Patches 1-4 imeplement PMU commands to setup and readout the counters.
Patches 5-6 lets Nouveau make use of 1-4.
Patch
2017 May 07
6
[RFC v2 0/6] PMU engine counters
reworked this series quite a lot.
Now we want the Host to configure the counters through the PMU.
The series isn't complete though because it needs:
1. reordering
2. better commit messages
but I felt like sending those out before doing a final version.
I also found some weird register overwriting issue on the PMU I have to track
down, because it interfers with the counter read out. I am
2016 Feb 26
0
[PATCH 1/4] pmu/fuc: fix imm32 for gk208+
Signed-off-by: Karol Herbst <nouveau at karolherbst.de>
---
drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h | 882 +++++++++++++--------------
drm/nouveau/nvkm/subdev/pmu/fuc/macros.fuc | 2 +-
2 files changed, 442 insertions(+), 442 deletions(-)
diff --git a/drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h b/drm/nouveau/nvkm/subdev/pmu/fuc/gk208.fuc5.h
index 8a2b628..11179c1 100644
---
2016 Mar 02
4
[PATCH v2 0/4] fix pmu code on gk208+
this series fixes the PMU on falcons v5 which fixes memory recklocking on
kepler2 and would also allow us to enable memory recklocking on maxwell
Karol Herbst (4):
pmu/fuc: fix imm32 for gk208+
pmu/fuc: replace mov+sethi with imm32
pmu/fuc: use the call macro instead of using the call instruction
directly
pmu/fuc: use imm32 in ld/st macros
2016 Feb 26
8
[PATCH 0/4] fix pmu code on gk208+
while trying out my pmu_counter patches on a gk208 gpu, I notived that the pmu
is pretty much screwed up there.
Karol Herbst (4):
pmu/fuc: fix imm32 for gk208+
pmu/fuc: replace mov+sethi with imm32
pmu/fuc: call# seems to be broken on gk208
pmu/fuc: movw is somewhat weird on gk208, use mov instead
drm/nouveau/nvkm/subdev/pmu/fuc/gf100.fuc3.h | 1598 +++++++++++------------