[Nouveau] [Bug 103284] Unable to handle kernel NULL pointer dereference on 4.13.0-1-sparc64-smp
https://bugs.freedesktop.org/show_bug.cgi?id=103284 --- Comment #1 from Ilia Mirkin--- Looks like if we error out somewhere we never have before, and the attempt to clean things up ends up using something that hasn't been initialized yet. Can you try booting with nouveau.debug=trace to see where we end up going wrong, which should hopefully point out the bad piece of code wrt error recovery? -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Project ideas for GSoC/EVoC
On 15/10/17 22:13, Karol Herbst wrote: > Hi everybody, > > currently on the Xorg Wiki page [1] there are only three projects > ideas, two being quite similiar: > 1. Instruction scheduling > 2. Maxwell Video Accel Decoding > 3. Kepler Video Accel Encoding > and also the reference to our Trello board. > > Because I don't expect any student interested in a GSoC/EVoC project > to read our wiki or trello, I am sure to attract more students, we > should give more project examples, best if those are all in different > areas of the driver. > > I am fine with writing and adding new ideas on the wiki, but it would > be nice if you come up with interesting projects as well, so that I > can work on those 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 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). > > * initial Vulkan driver > > * OpenCL > ** finishing up what we already have > ** pass the CTS Well, I know you are optimistic, but that sounds impossible to someone who is not already a contributor! > > * experimental nir support (why not if somebody wants to spend time on this?) Yes, that could be a good one. This is a pretty self-contained project. Not sure this is what we want to be working towards, but anything we can do to reduce our workload is appreciated :) > > * some super difficult compiler optimizations > ** which ones indeed? I would rather go for implementing a lot of simple ones, and hope that the student will stay long enough to get to the useful ones ;) > > * random reclocking stuff > ** big enough for an entire GSoC/EVoC project? > ** Roy, Ben: Status on Fermi/Tesla Big enough? It is big-enough for a decade apparently given how slow we have been :s > > And because I don't just go ahead and add those things, I also would > like to get your feedback on the ideas I mentioned here. In the end I > would like to get 10 or more ideas written down somewhere, maybe even > on the Xorg wiki page, but then it would be like 50% Nouveau, but this > shouldn't be our problem. Thanks for doing this, we need to get more contributors, and this is the first step! Martin ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 103284] New: Unable to handle kernel NULL pointer dereference on 4.13.0-1-sparc64-smp
https://bugs.freedesktop.org/show_bug.cgi?id=103284 Bug ID: 103284 Summary: Unable to handle kernel NULL pointer dereference on 4.13.0-1-sparc64-smp Product: xorg Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Driver/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: theholyet...@googlemail.com QA Contact: xorg-t...@lists.x.org Created attachment 134850 --> https://bugs.freedesktop.org/attachment.cgi?id=134850=edit dmesg with oops dmesg output attached. I'll admit this is a somewhat bizarre hardware combination (PC GeForce 210 card in a Sun Ultra 45), but it probably shouldn't Oops on a null pointer. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 103132] GTX 1060 6GB corrupts screen drawing in Konsole and other apps
https://bugs.freedesktop.org/show_bug.cgi?id=103132 --- Comment #5 from Ilia Mirkin--- (In reply to barry from comment #4) > The problems are all gone. > > Please chalk this up to user error > - did not configure Xorg to use the nouveau driver. More like "distro error" -- "listened to the cacophony of people saying modesetting is the way to go". The real issue is that there's some issue in the GL, hence the display issues. Now they will be limited to applications that use GL [which sadly is "a lot" these days]. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 103132] GTX 1060 6GB corrupts screen drawing in Konsole and other apps
https://bugs.freedesktop.org/show_bug.cgi?id=103132 --- Comment #4 from ba...@barrys-emacs.org --- The problems are all gone. Please chalk this up to user error - did not configure Xorg to use the nouveau driver. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau