Re: [Nouveau] linux v4.4.0 nouveau fails
Ilia Mirkin wrote: > On Fri, Jan 15, 2016 at 5:04 PM, Wakko Warner wrote: > > Ilia Mirkin wrote: > >> I suspect the fb0 issue is because you disabled > >> CONFIG_DRM_FBDEV_EMULATION? Does the freeze also happen with 4.3? Any > >> chance you could bisect? > > > > I saw this config option, but I didn't realize that. > > The issue also occurs with 4.3. I even tried 4.3-rc1 with the same results. > > > > Would the DRM_FBDEV_EMULATION effect 3D? > > Shouldn't, but... who knows. The rewrite in 4.3 was done in a I'll try it with this enabled. > bisectable way, so it should be possible to figure out where we went > wrong. Not a ton of testing is done on pre-G80 gpu's nowadays, so > these issues sometimes sneak in. I've never done a bisect so I'll need a little help. I have 1 other nvidia card that I might beable to test. I'm not sure, but it's probably a pre-g80 as well. It was given to me by someone who got it with a mac. Everytime the 3d locks, I have to either reboot the system or shut it completely down for the graphics to work again. -- Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 million bugs. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] freshclam: page allocation failure: order:0, mode:0x2204010
Hi Fi, as you can see it looks very peculiar mix, nouveau and usbnet. Are they hidden viruses!? ... freshclam: page allocation failure: order:0, mode:0x2204010 CPU: 0 PID: 12885 Comm: freshclam Not tainted 4.4.0-1.fc22.x86_64 #1 ... Call Trace: [] dump_stack+0x4b/0x72 [] warn_alloc_failed+0xfa/0x160 [] __alloc_pages_nodemask+0x4b1/0xd70 [] ? nvkm_client_ioctl+0x12/0x20 [nouveau] [] alloc_pages_current+0x9b/0x1c0 [] new_slab+0x2a8/0x530 [] ___slab_alloc+0x1f0/0x580 [] ? sched_clock_local+0x17/0x80 [] ? radix_tree_node_alloc+0x28/0xa0 [] ? intr_complete+0x3d/0xd0 [usbnet] [] ? radix_tree_node_alloc+0x28/0xa0 [] __slab_alloc+0x51/0x90 [] kmem_cache_alloc+0x250/0x300 [] ? radix_tree_node_alloc+0x28/0xa0 [] radix_tree_node_alloc+0x28/0xa0 [] __radix_tree_create+0x7c/0x200 [] radix_tree_insert+0x41/0xe0 [] add_dma_entry+0xa2/0x170 [] debug_dma_map_page+0x113/0x150 [] usb_hcd_map_urb_for_dma+0x5f8/0x780 [] ? trace_hardirqs_on+0xd/0x10 [] usb_hcd_submit_urb+0x1cd/0xac0 [] ? sched_clock_cpu+0x8a/0xb0 [] ? led_trigger_blink_oneshot+0x77/0x90 [] ? local_clock+0x15/0x20 [] ? debug_lockdep_rcu_enabled+0x1d/0x20 [] usb_submit_urb+0x3fc/0x5a0 [] ? _raw_read_unlock+0x27/0x40 [] intr_complete+0x3d/0xd0 [usbnet] [] __usb_hcd_giveback_urb+0x8e/0x160 [] usb_giveback_urb_bh+0x9a/0xf0 [] tasklet_hi_action+0x184/0x1d0 [] __do_softirq+0xde/0x490 [] ? handle_fasteoi_irq+0x11d/0x150 [] irq_exit+0x112/0x120 [] do_IRQ+0x6a/0x120 [] common_interrupt+0x91/0x91 [] ? _raw_spin_unlock_irq+0x33/0x40 [] ? _raw_spin_unlock_irq+0x2c/0x40 [] shrink_active_list+0x178/0x3a0 [] shrink_lruvec+0x5e5/0x750 [] shrink_zone+0xef/0x2e0 [] do_try_to_free_pages+0x17c/0x400 [] try_to_free_pages+0xfe/0x2c0 [] __alloc_pages_nodemask+0x894/0xd70 [] ? __lock_acquire+0x4ba/0x1b70 [] ? sched_clock+0x9/0x10 [] alloc_pages_current+0x9b/0x1c0 [] __page_cache_alloc+0x150/0x1a0 [] ? find_get_entry+0x120/0x240 [] ? find_get_entry+0x5/0x240 [] pagecache_get_page+0x84/0x200 [] grab_cache_page_write_begin+0x29/0x40 [] ext4_da_write_begin+0xd0/0x3d0 [] generic_perform_write+0xd1/0x1e0 [] ? file_update_time+0x5f/0x110 [] __generic_file_write_iter+0x1a2/0x1e0 [] ext4_file_write_iter+0x102/0x480 [] ? sched_clock+0x9/0x10 [] __vfs_write+0xcc/0x110 [] vfs_write+0xac/0x1a0 [] ? __fget_light+0x66/0x90 [] SyS_write+0x58/0xd0 [] entry_SYSCALL_64_fastpath+0x12/0x76 SLUB: Unable to allocate memory on node -1 (gfp=0x200) cache: radix_tree_node, object size: 576, buffer size: 584, default order: 2, min order: 0 node 0: slabs: 766, objs: 21448, free: 0 DMA-API: cacheline tracking ENOMEM, dma-debug disabled ... ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] linux v4.4.0 nouveau fails
On Fri, Jan 15, 2016 at 5:04 PM, Wakko Warner wrote: > Ilia Mirkin wrote: >> I suspect the fb0 issue is because you disabled >> CONFIG_DRM_FBDEV_EMULATION? Does the freeze also happen with 4.3? Any >> chance you could bisect? > > I saw this config option, but I didn't realize that. > The issue also occurs with 4.3. I even tried 4.3-rc1 with the same results. > > Would the DRM_FBDEV_EMULATION effect 3D? Shouldn't, but... who knows. The rewrite in 4.3 was done in a bisectable way, so it should be possible to figure out where we went wrong. Not a ton of testing is done on pre-G80 gpu's nowadays, so these issues sometimes sneak in. -ilia ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] linux v4.4.0 nouveau fails
Ilia Mirkin wrote: > I suspect the fb0 issue is because you disabled > CONFIG_DRM_FBDEV_EMULATION? Does the freeze also happen with 4.3? Any > chance you could bisect? I saw this config option, but I didn't realize that. The issue also occurs with 4.3. I even tried 4.3-rc1 with the same results. Would the DRM_FBDEV_EMULATION effect 3D? > On Mon, Jan 11, 2016 at 7:23 PM, Wakko Warner wrote: > > Please keep me in the CC. I am not subscribed to this list. > > > > When booting 4.4.0 on one of my systems, when nouveau loads, the screen goes > > into powersave. It doesn't appear to register the fb0 device. > > When X starts up, the screen comes back and I'm able to login. When > > launching anything that accesses 3D, the screen freezes. Nothing is logged > > in either X or dmesg. > > > > This same system works with 4.2.6. I understand that the version in 4.3 was > > a rewrite. > > > > System: Gigabyte EP45-DS3R, NVIDIA Quadro FX 3500 (10de:029d subsys > > 10de:032b) > > This system boots over the network with the onboard RTL nic. > > NOTE: Syslinux 4.04 fails to boot this kernel, but will boot 4.2.x just > > fine. System was booted with grub built for pxe boot. > > According to X log, the chipset is NV49. Xorg log available on request. > > > > dmesg relevent to nouveau > > [8.051990] nouveau :01:00.0: NVIDIA G71 (049d00a2) > > [8.248756] nouveau :01:00.0: bios: version 05.71.22.29.06 > > [8.249189] nouveau :01:00.0: fb: 256 MiB GDDR3 > > [8.304586] [TTM] Zone kernel: Available graphics memory: 4085044 kiB > > [8.304627] [TTM] Zone dma32: Available graphics memory: 2097152 kiB > > [8.304664] [TTM] Initializing pool allocator > > [8.304704] [TTM] Initializing DMA pool allocator > > [8.304753] nouveau :01:00.0: DRM: VRAM: 250 MiB > > [8.304789] nouveau :01:00.0: DRM: GART: 512 MiB > > [8.304828] nouveau :01:00.0: DRM: TMDS table version 1.1 > > [8.304865] nouveau :01:00.0: DRM: TMDS table script pointers not > > stubbed > > [8.304903] nouveau :01:00.0: DRM: DCB version 3.0 > > [8.304940] nouveau :01:00.0: DRM: DCB outp 00: 01000300 0028 > > [8.304979] nouveau :01:00.0: DRM: DCB outp 01: 03000302 > > [8.305016] nouveau :01:00.0: DRM: DCB outp 02: 04011310 0028 > > [8.305054] nouveau :01:00.0: DRM: DCB outp 03: 0c011312 > > [8.305092] nouveau :01:00.0: DRM: DCB conn 00: 1030 > > [8.305129] nouveau :01:00.0: DRM: DCB conn 01: 2130 > > [8.305165] nouveau :01:00.0: DRM: DCB conn 02: 0260 > > [8.305337] nouveau :01:00.0: DRM: Saving VGA fonts > > [8.343959] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > > [8.343996] [drm] Driver supports precise vblank timestamp query. > > [8.344053] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output > > script table > > [8.393709] nouveau :01:00.0: DRM: 0xBE3A: Parsing digital output > > script table > > [8.444646] nouveau :01:00.0: DRM: MM: using M2MF for buffer copies > > [8.444689] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0 on > > minor 0 > > > > [ 1011.109534] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output > > script table > > > > > > -- > > Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 > > million bugs. > > ___ > > Nouveau mailing list > > Nouveau@lists.freedesktop.org > > http://lists.freedesktop.org/mailman/listinfo/nouveau -- Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 million bugs. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
Re: [Nouveau] linux v4.4.0 nouveau fails
I suspect the fb0 issue is because you disabled CONFIG_DRM_FBDEV_EMULATION? Does the freeze also happen with 4.3? Any chance you could bisect? On Mon, Jan 11, 2016 at 7:23 PM, Wakko Warner wrote: > Please keep me in the CC. I am not subscribed to this list. > > When booting 4.4.0 on one of my systems, when nouveau loads, the screen goes > into powersave. It doesn't appear to register the fb0 device. > When X starts up, the screen comes back and I'm able to login. When > launching anything that accesses 3D, the screen freezes. Nothing is logged > in either X or dmesg. > > This same system works with 4.2.6. I understand that the version in 4.3 was > a rewrite. > > System: Gigabyte EP45-DS3R, NVIDIA Quadro FX 3500 (10de:029d subsys > 10de:032b) > This system boots over the network with the onboard RTL nic. > NOTE: Syslinux 4.04 fails to boot this kernel, but will boot 4.2.x just > fine. System was booted with grub built for pxe boot. > According to X log, the chipset is NV49. Xorg log available on request. > > dmesg relevent to nouveau > [8.051990] nouveau :01:00.0: NVIDIA G71 (049d00a2) > [8.248756] nouveau :01:00.0: bios: version 05.71.22.29.06 > [8.249189] nouveau :01:00.0: fb: 256 MiB GDDR3 > [8.304586] [TTM] Zone kernel: Available graphics memory: 4085044 kiB > [8.304627] [TTM] Zone dma32: Available graphics memory: 2097152 kiB > [8.304664] [TTM] Initializing pool allocator > [8.304704] [TTM] Initializing DMA pool allocator > [8.304753] nouveau :01:00.0: DRM: VRAM: 250 MiB > [8.304789] nouveau :01:00.0: DRM: GART: 512 MiB > [8.304828] nouveau :01:00.0: DRM: TMDS table version 1.1 > [8.304865] nouveau :01:00.0: DRM: TMDS table script pointers not > stubbed > [8.304903] nouveau :01:00.0: DRM: DCB version 3.0 > [8.304940] nouveau :01:00.0: DRM: DCB outp 00: 01000300 0028 > [8.304979] nouveau :01:00.0: DRM: DCB outp 01: 03000302 > [8.305016] nouveau :01:00.0: DRM: DCB outp 02: 04011310 0028 > [8.305054] nouveau :01:00.0: DRM: DCB outp 03: 0c011312 > [8.305092] nouveau :01:00.0: DRM: DCB conn 00: 1030 > [8.305129] nouveau :01:00.0: DRM: DCB conn 01: 2130 > [8.305165] nouveau :01:00.0: DRM: DCB conn 02: 0260 > [8.305337] nouveau :01:00.0: DRM: Saving VGA fonts > [8.343959] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). > [8.343996] [drm] Driver supports precise vblank timestamp query. > [8.344053] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output > script table > [8.393709] nouveau :01:00.0: DRM: 0xBE3A: Parsing digital output > script table > [8.444646] nouveau :01:00.0: DRM: MM: using M2MF for buffer copies > [8.444689] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0 on > minor 0 > > [ 1011.109534] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output > script table > > > -- > Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 > million bugs. > ___ > 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
[Nouveau] linux v4.4.0 nouveau fails
Please keep me in the CC. I am not subscribed to this list. When booting 4.4.0 on one of my systems, when nouveau loads, the screen goes into powersave. It doesn't appear to register the fb0 device. When X starts up, the screen comes back and I'm able to login. When launching anything that accesses 3D, the screen freezes. Nothing is logged in either X or dmesg. This same system works with 4.2.6. I understand that the version in 4.3 was a rewrite. System: Gigabyte EP45-DS3R, NVIDIA Quadro FX 3500 (10de:029d subsys 10de:032b) This system boots over the network with the onboard RTL nic. NOTE: Syslinux 4.04 fails to boot this kernel, but will boot 4.2.x just fine. System was booted with grub built for pxe boot. According to X log, the chipset is NV49. Xorg log available on request. dmesg relevent to nouveau [8.051990] nouveau :01:00.0: NVIDIA G71 (049d00a2) [8.248756] nouveau :01:00.0: bios: version 05.71.22.29.06 [8.249189] nouveau :01:00.0: fb: 256 MiB GDDR3 [8.304586] [TTM] Zone kernel: Available graphics memory: 4085044 kiB [8.304627] [TTM] Zone dma32: Available graphics memory: 2097152 kiB [8.304664] [TTM] Initializing pool allocator [8.304704] [TTM] Initializing DMA pool allocator [8.304753] nouveau :01:00.0: DRM: VRAM: 250 MiB [8.304789] nouveau :01:00.0: DRM: GART: 512 MiB [8.304828] nouveau :01:00.0: DRM: TMDS table version 1.1 [8.304865] nouveau :01:00.0: DRM: TMDS table script pointers not stubbed [8.304903] nouveau :01:00.0: DRM: DCB version 3.0 [8.304940] nouveau :01:00.0: DRM: DCB outp 00: 01000300 0028 [8.304979] nouveau :01:00.0: DRM: DCB outp 01: 03000302 [8.305016] nouveau :01:00.0: DRM: DCB outp 02: 04011310 0028 [8.305054] nouveau :01:00.0: DRM: DCB outp 03: 0c011312 [8.305092] nouveau :01:00.0: DRM: DCB conn 00: 1030 [8.305129] nouveau :01:00.0: DRM: DCB conn 01: 2130 [8.305165] nouveau :01:00.0: DRM: DCB conn 02: 0260 [8.305337] nouveau :01:00.0: DRM: Saving VGA fonts [8.343959] [drm] Supports vblank timestamp caching Rev 2 (21.10.2013). [8.343996] [drm] Driver supports precise vblank timestamp query. [8.344053] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output script table [8.393709] nouveau :01:00.0: DRM: 0xBE3A: Parsing digital output script table [8.444646] nouveau :01:00.0: DRM: MM: using M2MF for buffer copies [8.444689] [drm] Initialized nouveau 1.3.1 20120801 for :01:00.0 on minor 0 [ 1011.109534] nouveau :01:00.0: DRM: 0xBDF8: Parsing digital output script table -- Microsoft has beaten Volkswagen's world record. Volkswagen only created 22 million bugs. ___ Nouveau mailing list Nouveau@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 90932] gm107 font glitches with kernel 4.1rc
https://bugs.freedesktop.org/show_bug.cgi?id=90932 --- Comment #22 from Roman Elshin --- (In reply to Ilia Mirkin from comment #20) > This (mesa) patch seems to help Ben when using GLAMOR on Kepler chips. Could > give it a shot to see if it improves the Maxwell situation as well. Doubtful > that it's the "right" thing though. This patch helps with 750ti too (at least at first sight). -- 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
