Created attachment 89611 [details] Dmesg I tried to use nouvear driver with acceleration on gentoo PPC64 running on Apple PowerMac G5, and failed with GPU lockup and segmentation fault. The linux kernel booted successfuly into a console, then the screen was filled with rubbish(colorful blocks or the like) and stuck there when I started "startx" in the console. After 5mins I pressed "Ctrl+Alt+F2" to switch to another TTY and succeeded, I got a message "nouveau E[ DRM] GPU lockup - switch to software fbcon". When I came again to the console X was launched, the X terminated and system fell back to the TTY with many errors(see dmesg and Xorg.0.log attached). This only happens when nouveau has acceleration, when I disable it by putting "Option 'NoAccel' 'true'" in xorg.conf, X and Gnome run normally without problems. My computer is Apple PowerMac G5 of late 2003(PowerMac7,2) with GeForce 6800Ultra DDL graphics card(No any problem on Mac OXS 10.4.11). The followings are installed: The linux kernel 3.12.0, xorg-server 1.14.4, mesa 9.1.6, xf86-video-nouveau 1.0.10
Created attachment 89612 [details] Xorg.0.log
I tried also Fedora 20 Beta PPC64 and Lubuntu 13.10 Powerpc Desktop, they all have the same problem.
I'm not sufficiently familiar with PPC dmesg -- are you using 4K pages? If not, can you try it with 4K pages (CONFIG_PPC_4K_PAGES).
Yes. In my kernel .config file, there is "CONFIG_PPC_4K_PAGES=y". I am glad to provide further info as required.
I updated my system, now with: kernel 3.12.1 mesa 9.2.3 nouveau 1.9.10 xorg-server 1.14.4 After I put option '"ShadowBF" "true"' in xorg.conf, the nouveau driver works with acceleration. In glxinfo it has "direct rendering: Yes", and no nouveau error in dmesg and Xorg.0.log.
Sorry for the error above. nouveau 1.0.10, not 1.9.10.
Actually this is not HW acceleration by using ShadowFB. In Xorg.0.log there is "Using Shadow Framebuffer - acceleration disabled", so I still have a broken nouveau driver with acceleration. When using ShadowFB it seems the graphics operations are faster than that NoAccel option is enabled on my system. The 3D seems not supported, there is no difference in FPS running glxgears in both situations.
There was a patch[1] on the ML, which should handle some of the mayhem on PPC. Ben had a couple of comments[2] so you might want to try the original patch and/or address the points raised. PPC is not the only arch affected by the "funny" page sizes, SPARC seems to be in the list as well see bug 58984. [1] http://lists.freedesktop.org/archives/nouveau/2013-November/015226.html [2] http://lists.freedesktop.org/archives/nouveau/2013-December/015358.html
Is there any update on this bug/issue with pagesize issues on 64-bit PowerPC and the nouveau driver? I assume now as this is still marked as open, but thought I would ask anyways. I've been able to partly get the driver working by using a kernel with 4kb page sizes and MSI interrupts disabled on Debian Jessie. I'll try to download, install, and build the latest nouveau driver to see if there are any changes. Also, I do see this is marked as a to-do on under DRM on the nouveau website. I can provide any sort of output/logs necessary. Just wanted to try and revive this somehow.
From what I was reading, Ben's patches weren't necessarily ideal for final inclusion into the driver. Still trying to wrap my head around the comments from that thread in the mailing list archives to see what changes need to be made to get 64k page sizes working for G5 owners with Nvidia cards. Anybody able to provide any assistance with this somehow?
(In reply to Brock Wittrock from comment #10) > From what I was reading, Ben's patches weren't necessarily ideal for final > inclusion into the driver. Still trying to wrap my head around the comments > from that thread in the mailing list archives to see what changes need to be > made to get 64k page sizes working for G5 owners with Nvidia cards. > > Anybody able to provide any assistance with this somehow? I plan on attempting to untangle the vm mess in the next few weeks, and this will be one of the things I'll attempt to address while doing so.
Ping, this bug is zombified. It's been open for nearly five years now, and hasn't had a comment in over two years. Ben, two years ago, you wrote "I plan on attempting to untangle the vm mess in the next few weeks, and this will be one of the things I'll attempt to address while doing so." Did anything ever come of that?
Alex, which issue are you talking about? Like almost every issue where someone says "me too", they actually have a totally different issue. Here's a list of problems: - MSI is broken - 64k pages are broken - Undiagnosed issue with the NV40 AGP AFAIK all these issues are wholly unrelated to each other.
-- GitLab Migration Automatic Message -- This bug has been migrated to freedesktop.org's GitLab instance and has been closed from further activity. You can subscribe and participate further through the new bug through this link to our GitLab instance: https://gitlab.freedesktop.org/xorg/driver/xf86-video-nouveau/issues/75.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.