search for: skeggsb

...OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: chris at chris-lamb.co.uk QAContact: xorg-team at lists.x.org CC: skeggsb at gmail.com Hi, (Shamelessly Cc'ing Ben Skeggs as he authored the offending commits) Am seeing some graphics corruption on nouveau with my 8600 GT consisting of odd black or white speckles on some widgets. It's especially noticable on the folder list of the Claws Mail mail client, but...

...As the atomic modesetting transition is basically a rewrite of the KMS portion of the driver, I would be very grateful for any additional testing that people could provide (even as simple as just booting and making sure you get a display is valuable). There's a Linux tree at https://github.com/skeggsb/linux/tree/linux-4.10, and the code also exists in my usual development tree[1] on the master branch (which is currently based on Dave's drm-next tree for Linux 4.10). There's another branch (devel-kms) in the same repository, which is the same code on top of what's currently Linux 4.9...

...erence on your machine: > > https://github.com/karolherbst/linux/commits/runpm_fixes thanks, I tried, see below. This raises another question: where does nouveau development take place? In a tree based on the linux kernel (such as the above repo) or in some dedicated module-only repo like skeggsb/nouveau? I manually "rebased" the last five commits from the "runpm_fixes" branch of the repo above onto skeggsb/nouveau, which applied w/o conflicts. Results below are for a nouveau module built that way. > make sure you use the "runpm_fixes" branch. We are kind...

http://bugs.freedesktop.org/show_bug.cgi?id=24668 Summary: KMS does not work with nva8 Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

...* Autogenerated file, DO NOT EDIT manually! + +This file was generated by the rules-ng-ng headergen tool in this git repository: +http://github.com/envytools/envytools/ +git clone https://github.com/envytools/envytools.git + +The rules-ng-ng source files this header was generated from are: +- /home/skeggsb/git/envytools/rnndb/../rnndb/graph/gm107_texture.xml ( 22057 bytes, from 2016-02-12 03:01:43) +- /home/skeggsb/git/envytools/rnndb/copyright.xml ( 6456 bytes, from 2015-09-10 02:57:40) +- /home/skeggsb/git/envytools/rnndb/nvchipsets.xml ( 2908 bytes, from 2...

On 3 September 2015 at 17:11, Alexandre Courbot <gnurou at gmail.com> wrote: > On Thu, Sep 3, 2015 at 4:08 PM, Ben Skeggs <skeggsb at gmail.com> wrote: >> On 3 September 2015 at 16:32, Alexandre Courbot <acourbot at nvidia.com> wrote: >>> Some devices may not have a PMU. Avoid a NULL pointer dereference in >>> such cases. >>> >>> Signed-off-by: Alexandre Courbot <acourbot a...

On Mon, Feb 15, 2016 at 4:40 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On 02/16/2016 03:47 AM, Ilia Mirkin wrote: >> Can you push this to a repo somewhere? I want to see what the final >> version looks like after all your changes, but it's hard to see that >> with these patches. > https://github.com/skeggsb/Mesa/co...

http://bugs.freedesktop.org/show_bug.cgi?id=25223 Summary: LVDS detected, but disabled Product: xorg Version: 7.5 Platform: Other OS/Version: All Status: NEW Severity: blocker Priority: highest Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy: martix.cz at

http://bugs.freedesktop.org/show_bug.cgi?id=12056 Summary: "Error initialising the nouveau kernel module: -16" on GF6100 Product: xorg Version: git Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo:

On Fri, Dec 11, 2009 at 1:30 PM, Ben Skeggs <skeggsb at gmail.com> wrote: > On Fri, 2009-12-11 at 13:23 +0100, Anders Eriksson wrote: >> skeggsb at gmail.com said: >> > It'd be useful to know of any cases out there where UMS is being used because >> > KMS is failing, there's a couple of cases on RH bugzilla, but...

https://bugs.freedesktop.org/show_bug.cgi?id=100676 Bug ID: 100676 Summary: gp104 - messy(random green and/or missing pixel lines) then no output at and after boot Product: xorg Version: git Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: major Priority: medium

https://bugs.freedesktop.org/show_bug.cgi?id=55948 Priority: medium Bug ID: 55948 Assignee: nouveau at lists.freedesktop.org Summary: [nvd9 optimus] drm/nouveau/bios: attempt to fetch entire acpi rom image in one shot breaks module load QA Contact: xorg-team at lists.x.org Severity: major Classification:

https://bugs.freedesktop.org/show_bug.cgi?id=92761 Bug ID: 92761 Summary: dmesg full of nouveau E[ PIBUS][0000:01:00.0] GPC4: 0x5233e4 0xbadf1301 (0x01024215) Product: xorg Version: unspecified Hardware: Other OS: Linux (All) Status: NEW Severity: normal Priority: medium

nevermind, I just hit it today. Will test your patches On Tue, Jul 17, 2018 at 12:46 PM, Karol Herbst <kherbst at redhat.com> wrote: > does this also happen with the newest kernel? I was kind of under the > impression we already fixed such issues. > > On Thu, Jul 5, 2018 at 9:09 PM, Jeffery Miller <jmiller at neverware.com> wrote: >> If have a couple patches I found

...and am wondering how to start? I have watched a few videos in particular the XDC2014 Project ReClock by Roy Spliet. Where is the current FERMI clocking code? My base kernel just gives me failed to write when I echo to /sys/kernel/debug/dri/0/pstate. I've downloaded the nouveau linux tree from skeggsb/nouveau and built the 4.14 kernel branch and I still get a write error saying function not implemented. Is there no clocking support at all for FERMI cards? I'd like to try and help with supporting FERMI cards but not sure on how to begin. Any pointers or help is much appreciated. Thank you R...

http://bugs.freedesktop.org/show_bug.cgi?id=17483 Summary: corrupted glyph pixmaps Product: xorg Version: unspecified Platform: Other OS/Version: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org ReportedBy:

So, with all the nouveau_class.h changes lately it's become rather difficult to keep libdrm synced up with a particular mesa version. This is much like what happens when we break our kernel ABI, but on a far more regular basis so it has a larger impact. I'm proposing we drop nouveau_class.h from libdrm again, and move it back to the ddx and mesa trees where it can be updated at the same

Hi Joshua, Not a fix for your issue, but Ben noticed this (and fixed it): https://github.com/skeggsb/nouveau/commit/024bda7d2b0c3b0731433d60a494c78ab58cb216 which is what causes us to even try 540MB/s link training. However with this fix applied, it'll just give up faster. I'm told eDP is generally a single lane, and you're trying to get more than 270MB/s. So ... the question is ... w...

http://bugs.freedesktop.org/show_bug.cgi?id=11906 Summary: X server does not start with nouveau driver Product: xorg Version: git Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: Driver/nouveau AssignedTo: nouveau at lists.freedesktop.org

On 21 January 2016 at 12:13, Ben Skeggs <skeggsb at gmail.com> wrote: > On 01/21/2016 10:09 PM, Emil Velikov wrote: >> Hi Alexandre, >> >> On 18 January 2016 at 06:10, Alexandre Courbot <acourbot at nvidia.com> wrote: >> >> [snip] >>> +static const char * >>> +managed_falcons_names[] = {...