similar to: [Bug 105432] New: [NVE0] Display Freezes but SSH Works When Using OpenGL Applications

On Thu, Dec 12, 2013 at 2:32 AM, Matthias Nagel <matthias.h.nagel at gmail.com> wrote: > Hello, > > I run the Gentoo Linux distribution and use a self-compiled Linux 3.10.17 > kernel. According to > > [1] http://nouveau.freedesktop.org/wiki/InstallDRM/ > [2] http://nouveau.freedesktop.org/wiki/VideoAcceleration/ > > I need the original firmware from the binary

On 12/12/2013 08:32, Matthias Nagel wrote: > Hello, > > I run the Gentoo Linux distribution and use a self-compiled Linux > 3.10.17 kernel. According to > > [1] http://nouveau.freedesktop.org/wiki/InstallDRM/ > [2] http://nouveau.freedesktop.org/wiki/VideoAcceleration/ > > I need the original firmware from the binary driver in order to > sucessully use DRM and to

Hi. (sorry for non-threaded reply, I expected to receive my own "git send-email"-generated post) This patch is an RFC, with at least 3 things to change before it could be committed: - commented-out NV84_DISP_SOR_HDMI_PWR_STATE_ON test: what is this needed for ? I couldn't find an equivalent in my trace, but maybe I just didn't do what is needed to generate these writes -

https://bugs.freedesktop.org/show_bug.cgi?id=96957 Bug ID: 96957 Summary: [NVE0] Feature request: Support Vulkan on Kepler cards. Product: Mesa Version: git Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau

Prior to this change, some screen models would display a 2px-large purple line along left screen border, likely to complain about invalid InfoFrame content. The following bug report seems to trigger this issue: https://bugs.freedesktop.org/show_bug.cgi?id=75203 Running mmiotrace on a GTX 650 (GK107) produces the following trace, regardless of which output is used (HDMI-1, DVI-D-1, DVI-D-2), to

Fixes regression introduced in commit 70790f4f "drm/nouveau/clock: pull in the implementation from all over the place" When code was moved from nv50_crtc_set_clock to nvc0_clock_pll_set, the PLLs it is used for got limited to only the first two VPLLs. nv50_crtc_set_clock was only called to change VPLLs, so it didn't limit what it was used for in any way. Since nvc0_clock_pll_set is

https://bugs.freedesktop.org/show_bug.cgi?id=83992 Priority: medium Bug ID: 83992 Assignee: nouveau at lists.freedesktop.org Summary: [NVE0][NVF1] regression, linux 3.17 causes gpu lockups QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter:

Hi Martin, if you refer to my kernel version. 3.10.17 is the latest, stable version in the official gentoo repository for the amd64 architeture. See here [4] https://packages.gentoo.org/package/sys-kernel/gentoo-sources?full_cat As long as I do not miss any features, I stay with the stable version. Hence, if I understand you correctly, there are kernel version (newer than some unknown point in

https://bugs.freedesktop.org/show_bug.cgi?id=77073 Priority: medium Bug ID: 77073 Assignee: nouveau at lists.freedesktop.org Summary: [nouveaun NVE0] Attaching displayport spawns kworker taking up 100% cpu QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS:

Hi, just a note for everybody who stumble across this thread in the future in order to bring this thread to a proper end. If I run the kernel with nouveau.debug="PVP=debug,PBSP=debug,PPPP=debug" I see messages about the firmware files gettings loaded. If the firmware files are missing, I get some warnings/errors. So far everything works as expected. But if I invoke

https://bugs.freedesktop.org/show_bug.cgi?id=66650 Priority: medium Bug ID: 66650 Assignee: nouveau at lists.freedesktop.org Summary: [regression][NVD0] 'drm/nve0-/gr: some new gpc registers can have multiple copies' causes lockups QA Contact: xorg-team at lists.x.org Severity: normal Classification:

Hello, I run the Gentoo Linux distribution and use a self-compiled Linux 3.10.17 kernel. According to [1] http://nouveau.freedesktop.org/wiki/InstallDRM/ [2] http://nouveau.freedesktop.org/wiki/VideoAcceleration/ I need the original firmware from the binary driver in order to sucessully use DRM and to use VDPAU video acceleration. I used the python script from [2] and I had a look at the ebuild

The code you've pasted there is inconsistent in variable names. Your created an instruction called 'op1' but your print uses 'v1'. What should be an '->' is just a '-'. You also have a variable in your print called 'op' but that's not declared in your code. Also the result of dyn_cast should always be checked for null before using the result.

Hi, I’m writing a loop-free LLVM pass, my thought is to track if the value inside the loop is changed, so I look up the Instruction StoreInst first and try to get its value in a set. I checked getValueOperand(), getValueName() in the API document but unfortunately they failed the compilation. if (isa<StoreInst>(I)){ Value* v = I.getOperand(0); Instruction* op1 =

On 07/10/2014 06:43 PM, Peter De Schrijver wrote: > On Thu, Jul 10, 2014 at 09:34:34AM +0200, Alexandre Courbot wrote: >> This series adds support for reclocking on GK20A. The first two patches touch >> the clock subsystem to allow GK20A to operate, by making the presence of the >> thermal and voltage devices optional, and allowing pstates to be provided >> directly

On Sat, Feb 01, 2014 at 12:16:54PM +0900, Alexandre Courbot wrote: > GK20A's FIFO is compatible with NVE0, but only features 128 channels and > 1 runlist. > > Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> > --- > drivers/gpu/drm/nouveau/Makefile | 1 + > drivers/gpu/drm/nouveau/core/engine/fifo/nve0.h | 1 + >

Address of the ENG_RUNLIST register should be 0x002284 + (engine * 8), not 0x002284 + (engine * 4). Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> --- Stumbled upon this one and I'm quite certain the offset was not correct. This is inconsequential for GK20A which only features one runlist, but other GPUs might run into troubles because of this. Not tested, just reported for

Signed-off-by: John Rowley <john.rowley08 at gmail.com> --- nvkm/engine/device/nve0.c | 35 +++++++++++++++++++++++++++++++++++ 1 file changed, 35 insertions(+) diff --git a/nvkm/engine/device/nve0.c b/nvkm/engine/device/nve0.c index 964c183..6e72f9c 100644 --- a/nvkm/engine/device/nve0.c +++ b/nvkm/engine/device/nve0.c @@ -208,6 +208,41 @@ nve0_identify(struct nouveau_device *device)

On Mon, Mar 24, 2014 at 6:42 PM, Alexandre Courbot <acourbot at nvidia.com> wrote: > Set the correct subdev/engine classes when GK20A (0xea) is probed. > > Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> > --- > drivers/gpu/drm/nouveau/core/engine/device/nve0.c | 20 ++++++++++++++++++++ > 1 file changed, 20 insertions(+) > > diff --git

https://bugs.freedesktop.org/show_bug.cgi?id=74613 Priority: medium Bug ID: 74613 Assignee: nouveau at lists.freedesktop.org Summary: [v3.14-rc1] [nv34] nouveau: get 0x10000000 put 0x0000ed30 state 0xc0000000 (err: MEM_FAULT) push 0x00000000 QA Contact: xorg-team at lists.x.org Severity: normal