[Nouveau] [Bug 88801] Xorg segfaults while playing a video on kaffeine causing immediate logout
https://bugs.freedesktop.org/show_bug.cgi?id=88801 Alan Coopersmith alan.coopersm...@oracle.com changed: What|Removed |Added Summary|Xorg causes a critical |Xorg segfaults while |error while playing a vide |playing a video on kaffeine |on kaffeine causing |causing immediate logout |immediate logout| -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 88801] Xorg causes a critical error while playing a vide on kaffeine causing immediate logout
https://bugs.freedesktop.org/show_bug.cgi?id=88801 Alan Coopersmith alan.coopersm...@oracle.com changed: What|Removed |Added Component|* Other |Driver/nouveau Assignee|xorg-t...@lists.x.org |nouveau@lists.freedesktop.o ||rg -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Problem with GTX 970 under Fedora 21
On 25.01.2015 21:40, super_7b wrote: Hi, I took this issue to the Fedora forum initially, but no-one there has been able to offer any guidance, so I have decided to come to the nouveau community directly. I was running a KDE desktop under Fedora 21 successfully, including the ability to use a direct text login on an older card (GXT 560 Ti) with an entirely stock Fedora, fully updated. I simply replaced the old card with an Asus GTX 970 and re-booted. I run with the rhgb quiet option removed from grub2, so I can see all that happens up to the graphical login screen and I noticed that the re-boot was different at the point at which the screen changed from a basic (80x25 ?) text to a higher resolution (128X50 ?). This no longer happened and I got a simple blank screen. If I wait, the graphical boot screen eventually appears and I can login to KDE successfully and run my desktop apps as normal. If I switch consoles (e.g. Ctrl-Alt-F2) for a text login, I get a black screen. The last visible thing on my boot screen before the black is something like fb: switching to nouveaufb from EFI VGA. When I looked at the dmesg output, lsmod and lshw, it appears that the nouveau driver does not correctly detect and initialise the GTX 970. Have I a configuration error, or is there something not working in nouveau? I attach logs from dmesg, lshw and lsmod and I can supply more data if needed. BR Mick Hi, the 9xx series is rather new and is not supported by nouveau for now (modesetting is in 3.19rcX imho). Concerning acceleration: Nvidia needs to provide signed firmwares for those cards under a license appropriate to include in an open source project, until that happens, there wont be substantial improvements. Greetings Tobias ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 70354] [NVE6, NVE7] HUB_INIT timeout on graph init, blob fw doesn't help
https://bugs.freedesktop.org/show_bug.cgi?id=70354 --- Comment #51 from Richard r...@warfaresdl.com --- (In reply to bruno.pagani from comment #47) OK, I think you’re the only one with a SLI laptop. Every one else here seems to have an Intel+NVIDIA setup, without being able to deactivate Intel. I wouldn't say he's the only one... I have the same setup myself (comment 23). I have noted that the nouveau module loads reliably with no patches since at least kernel 3.16.x (well after my original post), but it does go nuts whenever I do anything with opengl. I haven't attempted to capture logs when it does this - it shoots the CPU up to near 100% and becomes nearly unresponsive. I usually have to shut it down hard to recover (and I'm careful now to only load the nvidia driver when I intend to do opengl, and nouveau at all other times). (Not related to this bug: I haven't been able to get it to fire up with SLI enabled (even with nvidia driver) outside of windows. Vitaly, was there anything special you had to do to get SLI working on your Y510P?) -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] Problem with GTX 970 under Fedora 21
Hi, I took this issue to the Fedora forum initially, but no-one there has been able to offer any guidance, so I have decided to come to the nouveau community directly. I was running a KDE desktop under Fedora 21 successfully, including the ability to use a direct text login on an older card (GXT 560 Ti) with an entirely stock Fedora, fully updated. I simply replaced the old card with an Asus GTX 970 and re-booted. I run with the rhgb quiet option removed from grub2, so I can see all that happens up to the graphical login screen and I noticed that the re-boot was different at the point at which the screen changed from a basic (80x25 ?) text to a higher resolution (128X50 ?). This no longer happened and I got a simple blank screen. If I wait, the graphical boot screen eventually appears and I can login to KDE successfully and run my desktop apps as normal. If I switch consoles (e.g. Ctrl-Alt-F2) for a text login, I get a black screen. The last visible thing on my boot screen before the black is something like fb: switching to nouveaufb from EFI VGA. When I looked at the dmesg output, lsmod and lshw, it appears that the nouveau driver does not correctly detect and initialise the GTX 970. Have I a configuration error, or is there something not working in nouveau? I attach logs from dmesg, lshw and lsmod and I can supply more data if needed. BR Mick = Reposted. Original was too long. I chopped off the tail-end of the kernel log after the video card is detected. [0.00] CPU0 microcode updated early to revision 0x710, date = 2013-06-17 [0.00] Initializing cgroup subsys cpuset [0.00] Initializing cgroup subsys cpu [0.00] Initializing cgroup subsys cpuacct [0.00] Linux version 3.17.8-300.fc21.x86_64 (mockbu...@bkernel01.phx2.fedoraproject.org) (gcc version 4.9.2 20141101 (Red Hat 4.9.2-1) (GCC) ) #1 SMP Thu Jan 8 23:32:49 UTC 2015 [0.00] Command line: BOOT_IMAGE=/vmlinuz-3.17.8-300.fc21.x86_64 root=UUID=a6e324e2-69ee-4b7a-b09f-a75ba4de865b ro vconsole.font=latarcyrheb-sun16 LANG=en_GB.UTF-8 [0.00] e820: BIOS-provided physical RAM map: [0.00] BIOS-e820: [mem 0x-0x0009] usable [0.00] BIOS-e820: [mem 0x0010-0xbe6bdfff] usable [0.00] BIOS-e820: [mem 0xbe6be000-0xbe7c6fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbe7c7000-0xbe8fdfff] reserved [0.00] BIOS-e820: [mem 0xbe8fe000-0xbeb00fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbeb01000-0xbedeafff] usable [0.00] BIOS-e820: [mem 0xbedeb000-0xbedf1fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbedf2000-0xbedfafff] ACPI data [0.00] BIOS-e820: [mem 0xbedfb000-0xbef4dfff] reserved [0.00] BIOS-e820: [mem 0xbef4e000-0xbef5efff] ACPI NVS [0.00] BIOS-e820: [mem 0xbef5f000-0xbef80fff] reserved [0.00] BIOS-e820: [mem 0xbef81000-0xbef82fff] usable [0.00] BIOS-e820: [mem 0xbef83000-0xbefc] reserved [0.00] BIOS-e820: [mem 0xbefd-0xbefd9fff] ACPI NVS [0.00] BIOS-e820: [mem 0xbefda000-0xbeff6fff] reserved [0.00] BIOS-e820: [mem 0xbeff7000-0xbeff] usable [0.00] BIOS-e820: [mem 0xe000-0xefff] reserved [0.00] BIOS-e820: [mem 0xfed1c000-0xfed1] reserved [0.00] BIOS-e820: [mem 0xff00-0x] reserved [0.00] BIOS-e820: [mem 0x0001-0x00083fff] usable [0.00] NX (Execute Disable) protection: active [0.00] e820: update [mem 0x0319c018-0x031bde57] usable == usable [0.00] e820: update [mem 0x033f5018-0x03405057] usable == usable [0.00] e820: update [mem 0x03406018-0x03415857] usable == usable [0.00] e820: update [mem 0x031be018-0x031c4a57] usable == usable [0.00] e820: update [mem 0x03416018-0x03425857] usable == usable [0.00] extended physical RAM map: [0.00] reserve setup_data: [mem 0x-0x0009] usable [0.00] reserve setup_data: [mem 0x0010-0x0319c017] usable [0.00] reserve setup_data: [mem 0x0319c018-0x031bde57] usable [0.00] reserve setup_data: [mem 0x031bde58-0x031be017] usable [0.00] reserve setup_data: [mem 0x031be018-0x031c4a57] usable [0.00] reserve setup_data: [mem 0x031c4a58-0x033f5017] usable [0.00] reserve setup_data: [mem 0x033f5018-0x03405057] usable [0.00] reserve setup_data: [mem 0x03405058-0x03406017] usable [0.00] reserve setup_data: [mem
[Nouveau] [Bug 84721] [NVC1] Nvidia Geforce GT 630 using nouveau on 3.16 kernel. dangerous Fan speed
https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #12 from Krzysztof Katowicz-Kowalewski v...@vndh.net --- @r004, I had the same problem with my system and I've made little investigation. Indeed the problem appeared in 3.15 and it's still there in latest 3.18 kernel. For the quick and easy work-around use kernel 3.14 or lower. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 87244] [NV94] X hangs, logs show kernel: nouveau E[ PFIFO][0000:01:00.0] still angry after 101 spins, halt followed by an X trace
https://bugs.freedesktop.org/show_bug.cgi?id=87244 --- Comment #9 from Ben Skeggs skeg...@gmail.com --- It'd be worth giving this patch a try: http://cgit.freedesktop.org/~darktama/nouveau/commit/?id=c869d99187a356b886bdecc757caa0038d142844 -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 88514] X segfaults when using prime offloading to nouveau card
https://bugs.freedesktop.org/show_bug.cgi?id=88514 Chris Wilson ch...@chris-wilson.co.uk changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #13 from Chris Wilson ch...@chris-wilson.co.uk --- commit 082931014811e587a9734cbf4d88fd948979b641 Author: Chris Wilson ch...@chris-wilson.co.uk Date: Sat Jan 17 10:09:54 2015 + dri2: SourceOffloads may be for DRI3 only As a DDX may declare offload support without supporting DRI2 (because it is using an alternative acceleration mechanism like DRI3), when iterating the list of offload_source Screens to find a matching DRI2 provider we need to check before assuming it is DRI2 capable. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=88514 Signed-off-by: Chris Wilson ch...@chris-wilson.co.uk Reviewed-by: Dave Airlie airl...@redhat.com Signed-off-by: Keith Packard kei...@keithp.com -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 84721] [NVC1] Nvidia Geforce GT 630 using nouveau on 3.16 kernel. dangerous Fan speed
https://bugs.freedesktop.org/show_bug.cgi?id=84721 --- Comment #13 from Ilia Mirkin imir...@alum.mit.edu --- (In reply to Krzysztof Katowicz-Kowalewski from comment #12) @r004, I had the same problem with my system and I've made little investigation. Indeed the problem appeared in 3.15 and it's still there in latest 3.18 kernel. For the quick and easy work-around use kernel 3.14 or lower. Identifying the commit that broke things between 3.14 and 3.15 would go a long way to solving this issue. git bisect start v3.15 v3.14 -- drivers/gpu/drm/nouveau should limit the bisect to just nouveau. -- You are receiving this mail because: You are the assignee for the bug. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] Problem with GTX 970 under Fedora 21
3.19 brings modesetting support for GM204 chips, but no acceleration. What this means is that we can display things on the screen, but can't use the GPU to perform any computation of any sort. This is a perfectly usable experience, since you'll end up using the llvmpipe driver for the light 3d-rendering required by gnome-shell and the such, however it will be insufficent for any gaming. On Mon, Jan 26, 2015 at 2:34 PM, super_7b super...@yahoo.co.uk wrote: On 26/01/15 20:11, Tobias Klausmann wrote: On 25.01.2015 21:40, super_7b wrote: Hi, I took this issue to the Fedora forum initially, but no-one there has been able to offer any guidance, so I have decided to come to the nouveau community directly. I was running a KDE desktop under Fedora 21 successfully, including the ability to use a direct text login on an older card (GXT 560 Ti) with an entirely stock Fedora, fully updated. I simply replaced the old card with an Asus GTX 970 and re-booted. I run with the rhgb quiet option removed from grub2, so I can see all that happens up to the graphical login screen and I noticed that the re-boot was different at the point at which the screen changed from a basic (80x25 ?) text to a higher resolution (128X50 ?). This no longer happened and I got a simple blank screen. If I wait, the graphical boot screen eventually appears and I can login to KDE successfully and run my desktop apps as normal. If I switch consoles (e.g. Ctrl-Alt-F2) for a text login, I get a black screen. The last visible thing on my boot screen before the black is something like fb: switching to nouveaufb from EFI VGA. When I looked at the dmesg output, lsmod and lshw, it appears that the nouveau driver does not correctly detect and initialise the GTX 970. Have I a configuration error, or is there something not working in nouveau? I attach logs from dmesg, lshw and lsmod and I can supply more data if needed. BR Mick Hi, the 9xx series is rather new and is not supported by nouveau for now (modesetting is in 3.19rcX imho). Concerning acceleration: Nvidia needs to provide signed firmwares for those cards under a license appropriate to include in an open source project, until that happens, there wont be substantial improvements. Greetings Tobias Hi Tobias, Thanks for the reply. Acceleration is not an issue, but no support for text mode is, 8^(. Does your remark about 3.19rcX refer to kernel 3.19? I just ran the Fedora updates and it has installed 3.18.3-201. If I need to wait for 3.19, I guess I need to be patient for a while longer. I am assuming that 3.19 will bring text support and basic graphics? BR Mick ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
