search for: nouveaus

This is needed for using Nouveaus PMU image after performing secboot. This will be helpfull for Maxwell2 reclocking on boards without externally controlled fans like on most laptops or fanless boards. Signed-off-by: Karol Herbst <karolherbst at gmail.com> --- drm/nouveau/nvkm/subdev/secboot/acr_r352.c | 13 +++++++++++++ 1...

...hose and add them to the wiki. My spontaneous ideas are: * Better handling of OOM situations: ** more swapping to system memory ** memory usage reporting to userspace * Performance analysis: ** what are Noveaus most hit bottlenecks ** how easy is it to figure those out ** improve/write tools and nouveaus support for those to figure those out (maybe more counters needed, something else?) * initial Vulkan driver * OpenCL ** finishing up what we already have ** pass the CTS * experimental nir support (why not if somebody wants to spend time on this?) * some super difficult compiler optimizations *...

...tracker Clover. experimental NIR support Difficulty: Medium-Difficult Skills Required: C, C++ Useful sills: Compiler, Nir Hardware/Software required: Any NVIDIA Tesla or newer Where to ask questions: nouveau at lists.freedesktop.org, #nouveau on irc.freenode.net Description: Make it possible for Nouveaus codegen to consume NIR in addition to TGSI. In the end it should be assessed if using NIR or spending time on improving the current compiler brings a bigger benefit to Nouveau in longterm. Adding new compiler optimization Passes to Codegen Difficulty: Easy to Difficult Skills Required: C++ Usefu...

On 07/05/2017 03:35 AM, Karol Herbst wrote: > This is needed for using Nouveaus PMU image after performing secboot. This will > be helpfull for Maxwell2 reclocking on boards without externally controlled > fans like on most laptops or fanless boards. I get the idea in principal, but have some concerns: - Does this screw up re-running secboot during channel recovery (ie....

...f OOM situations: > ** more swapping to system memory > ** memory usage reporting to userspace That sounds way over the scope of a GSoC. > > * Performance analysis: > ** what are Noveaus most hit bottlenecks > ** how easy is it to figure those out > ** improve/write tools and nouveaus support for those to figure those > out (maybe more counters needed, something else?) Yes, this is definitely more doable! Being able to run frameretracer on nouveau would be ideal, as it is an impressive tool to debug performance issue on Intel platforms (and it may already somewhat work). &g...

On 08.09.2013 23:33, Dave Airlie wrote: >>> Looks like you have Optimus (intel + nvidia), and the backtrace has >>> runtime pm in it, which is something new Dave added for 3.12, adding >>> him in explicitly. The simplest explanation is that disp->init is >>> NULL. And it seems like there are no outputs from the earlier nouveau >>> init prints. I

...act: xorg-team at lists.x.org journalctl -b -p err disp: conn 01:0130: func 08 lookup failed, -2 Sourced it to here: http://elixir.free-electrons.com/linux/latest/source/drivers/gpu/drm/nouveau/nvkm/engine/disp/conn.c#L124 Related issues: https://unix.stackexchange.com/questions/219616/what-does-nouveaus-func-08-lookup-failed-2-mean Kernel driver in use: nouveau Name : xf86-video-nouveau Version : 1.0.15-2 booted with kernel params: systemd.log_level=debug log_buf_len=1M systemd.log_target=kmsg printk.devkmsg=on -- You are receiving this mail because: You are the assignee f...

http://bugs.freedesktop.org/show_bug.cgi?id=14025 Summary: The X11 / X Server Exhibits Jitters in the Display after it is on for many hours Product: xorg Version: 7.2 Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

...t; > I limit myself to the core features and aim for a manual control of > the voltage and clock frequencies based on profiles in the VBIOS; > dynamic reclocking based on load information is beyond the scope of > this project. > > Initial code contributions will not make use of Nouveaus PMU engine. > When established that this is absolutely necessary, the firmware could > be extended to support the desired functionality. However, until this > is established, reclocking through PDAEMON is considered a nice to > have feature with low priority. > > > Be...

http://bugs.freedesktop.org/show_bug.cgi?id=20780 Summary: nouveau corrupts and crashes on 7800gt when NoAccel=false after a few drawing operations Product: xorg Version: unspecified Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium

...ing issues on Kepler+ gpus. There shouldn't be any functional changes with the first patch being the only exception (fixes some voltage table parsing issues with of few kepler gpus) The most interessting thing is the tool in the last patch, which can be ran alongside the nvidia driver to test nouveaus volting code and print the actual voltage differences nouveau would try to set and what nvidia actually set on the gpu. Karol Herbst (9): bios/volt: handle voltage table version 0x50 with 0ed header bios/vmap: unk0 field is the mode clk: add index field to nvkm_cstate bios: add parsing of...

Following a series of patches to improve nouveaus clock tree parsing. Reclocking these engines (all but memory) is pretty stable on the cards I've tested. Please review and merge when approved. These patches do not solve the problem that core/shader engine doesn't like to be clocked up too far without fb following, with visible corruption...

On Fri, Aug 24, 2018 at 11:42 PM, Peter Wu <peter at lekensteyn.nl> wrote: > Are these systems also affected through runtime power management? For > example: > > modprobe nouveau # should enable runtime PM > sleep 6 # wait for runtime suspend to kick in > lspci -s1: # runtime resume by reading PCI config space > > On laptops from

Last update here: https://lists.freedesktop.org/archives/nouveau/2017-September/028848.html Basically big cleanup, reordering, simplifications and some renaming to make the code easier to read and to review. I also moved some bugfixes to the front so they can be merged prior the other patches. There was also a bug related to the therm daemon triggering a pstate change leading to PMU lockups,

Just wanted to post updated versions of my last series/patches. Reviews welcomed. It would be also nice if we agree on features I should focus upstreaming, so that this work can be better splitted or reordered. Sadly most of my patches depend on the rather big clk subdev rework and I think those patches shows best, why I think this rework is actually needed and makes things much easier to add