similar to: [Bug 56748] New: [NVAF] Graphic Elements Displayed Partially

https://bugs.freedesktop.org/show_bug.cgi?id=60150 Priority: medium Bug ID: 60150 Assignee: nouveau at lists.freedesktop.org Summary: [NVAF] Garbled Screen QA Contact: xorg-team at lists.x.org Severity: normal Classification: Unclassified OS: All Reporter: nihilhill at gmail.com Hardware: Other

Dear All, After recently taking a little dive into the NVAC clock tree, I was wondering what that net would look like on cards I expect to be similar. In this case I'm looking for MMIOtraces of NVAA and NVAF, which is marketed as the 8x00 mGPU, 9x00 mGPU, 320M, ION and/or some nForce IGP. If there is anyone who could provide me with an MMIO trace for any of these cards that would be

https://bugs.freedesktop.org/show_bug.cgi?id=77574 Priority: medium Bug ID: 77574 Assignee: nouveau at lists.freedesktop.org Summary: Minor screen corruption on NVAF card QA Contact: xorg-team at lists.x.org Severity: minor Classification: Unclassified OS: Linux (All) Reporter: adonai at xaker.ru

https://bugs.freedesktop.org/show_bug.cgi?id=83957 Priority: medium Bug ID: 83957 Assignee: nouveau at lists.freedesktop.org Summary: [NV50 - NVAF][MCP89] Major screen corruption and X crash soon after log in QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS:

On Sat, Feb 8, 2014 at 2:58 AM, Daniel J Blueman <daniel at quora.org> wrote: > Hi guys, > > With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm > seeing significant graphical corruption and later unrecoverable GPU > lockup, accompanied by thousands of ILLEGAL_MTHD or related kernel > messages [1]. I see similar issues on 3.12 also. > > Is there any

On 8 February 2014 16:33, Ilia Mirkin <imirkin at alum.mit.edu> wrote: > On Sat, Feb 8, 2014 at 2:58 AM, Daniel J Blueman <daniel at quora.org> wrote: >> Hi guys, >> >> With a GeForce 320M GPU running linux 3.13.2 and Xorg 1.15.0, I'm >> seeing significant graphical corruption and later unrecoverable GPU >> lockup, accompanied by thousands of

https://bugs.freedesktop.org/show_bug.cgi?id=54056 Bug #: 54056 Summary: plenty of errors trapped write at plus PGRAPH error Classification: Unclassified Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau

https://bugs.freedesktop.org/show_bug.cgi?id=63790 Priority: medium Bug ID: 63790 Assignee: nouveau at lists.freedesktop.org Summary: Nouveau fb boots laptop screen a GIANT BARCODE QA Contact: xorg-team at lists.x.org Severity: critical Classification: Unclassified OS: Linux (All) Reporter: aka.bugle at

On Fri, Mar 20, 2015 at 6:02 PM, Megaf <mmegaf at gmail.com> wrote: > Hi Ladies and Gentlemans. > > I'd like to report a possible bug and ask for help in solving it. > > I have a Mid 2010 Macbook Pro running Debian Jessie. > The bug seems to happen at random, but mainly when using a 3D application > with other apps running, such as Chromium (Chrome) and Iceweasel

https://bugs.freedesktop.org/show_bug.cgi?id=57350 Ilia Mirkin <imirkin at alum.mit.edu> changed: What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #35 from Ilia Mirkin <imirkin at

Hi, I have an (recently) unused mid-2010 MacBook that I could give to anyone interested to play with : the included GeForce 320M (NVAF (MCP89)) seems to be rare (only on a few Apple hardware). I always wonder how you guys/women managed to make this weird GPU mostly working: many thanks for your work, you really deserve it ! Currently (last usage was with Ubuntu 15.10), the support with Nouveau

Here's a quick-but-I-guess-tidy-fix for faulty behaviour someone reported in NVAF. I'm just not sure if the check for nvaa/nvac should still be in nv50_pm_clocks_pre... I believe this is wrong as they can reclock perfectly well (except the non-existing memory). Anyone has a definite answer to that?

https://bugs.freedesktop.org/show_bug.cgi?id=46601 Bug #: 46601 Summary: [drm] nouveau 0000:02:00.0: DCB I2C entry invalid Classification: Unclassified Product: xorg Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component:

https://bugs.freedesktop.org/show_bug.cgi?id=61463 Priority: medium Bug ID: 61463 Assignee: nouveau at lists.freedesktop.org Summary: Freeze after resume from standby/suspend Severity: normal Classification: Unclassified OS: Linux (All) Reporter: raphgro at web.de Hardware: x86-64 (AMD64)

Add a clumsy-but-working FB support for GK20A. This chip only uses system memory, so we allocate a big chunk using CMA and let the existing memory managers work on it. A better future design would be to allocate objects directly from system memory without having to suffer from the limitations of a large, contiguous pool. Signed-off-by: Alexandre Courbot <acourbot at nvidia.com> ---

https://bugs.freedesktop.org/show_bug.cgi?id=53342 Bug #: 53342 Summary: nouveau driver doesn't set clock rate of NV40 card Classification: Unclassified Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component:

Hi Roy, On Fri, Jul 11, 2014 at 7:05 AM, Roy Spliet <seven at nimrod-online.com> wrote: > Hey Alex, > > Thanks. I have a couple of questions and remarks, but really, those should > be treated as discussion points rather than anything else. Besides some > inline comments, I was curious whether it is not necessary to pause PFIFO > and the engines like done with at least

This will allow the nouveau module to only include support for nv04-nv50, nv50-nvc0, nvc0+ cards individually (or in any combination). Only compiling one of the card types at a time reduces the size of the nouveau module, from 1.3M to 700-800K, depending on the type (including symbols/etc). It should also yield a reduction in compile time as a lot fewer files are compiled. Here are the sizes

https://bugs.freedesktop.org/show_bug.cgi?id=37709 Summary: Icons on the Unity panel aren't displayed Product: Mesa Version: unspecified Platform: x86 (IA32) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau AssignedTo: nouveau at

On Sat, Feb 1, 2014 at 8:40 AM, Lucas Stach <dev at lynxeye.de> wrote: > Am Samstag, den 01.02.2014, 12:16 +0900 schrieb Alexandre Courbot: >> Add a clumsy-but-working FB support for GK20A. This chip only uses system >> memory, so we allocate a big chunk using CMA and let the existing memory >> managers work on it. >> >> A better future design would be to