Yeah, a lot of people were getting that, as a result of some drm/ttm hugepage usage. Christian, did a fix ever end up going out? If so, what kernel was it included in? -ilia On Wed, Jan 31, 2018 at 11:05 AM, Ricardo Nabinger Sanchez <rnsanchez@xxxxxxxxx> wrote: > Hello, > > I've noticed firefox got randomly stuck, and as sometimes that leads to a > complete system lock-up, I've checked dmesg and got this: > > [Jan29 10:49] nouveau 0000:01:00.0: swiotlb buffer is full (sz: 2097152 bytes) > [ +0.000033] swiotlb: coherent allocation failed for device 0000:01:00.0 size=2097152 > [ +0.000004] CPU: 6 PID: 1023 Comm: Xorg Not tainted 4.15.0-rc8 #1 > [ +0.000003] Hardware name: Micro-Star International Co., Ltd. GX780/GT780/MS-1761, BIOS E1761IMS V3.01 05/02/2011 > [ +0.000003] Call Trace: > [ +0.000009] dump_stack+0x9f/0xe1 > [ +0.000008] swiotlb_alloc_coherent+0xdf/0x150 > [ +0.000010] ttm_dma_pool_get_pages+0x1ec/0x4b0 > [ +0.000015] ttm_dma_populate+0x24c/0x340 > [ +0.000011] ttm_tt_bind+0x23/0x50 > [ +0.000006] ttm_bo_handle_move_mem+0x58c/0x5c0 > [ +0.000015] ttm_bo_validate+0x152/0x190 > [ +0.000004] ? ttm_bo_init_reserved+0x3d8/0x490 > [ +0.000012] ? mutex_trylock+0xcd/0xe0 > [ +0.000004] ? ttm_bo_handle_move_mem+0x58/0x5c0 > [ +0.000007] ttm_bo_init_reserved+0x3f4/0x490 > [ +0.000010] ttm_bo_init+0x2f/0xa0 > [ +0.000009] ? nouveau_bo_invalidate_caches+0x10/0x10 > [ +0.000005] nouveau_bo_new+0x416/0x590 > [ +0.000007] ? nouveau_bo_invalidate_caches+0x10/0x10 > [ +0.000009] ? nouveau_gem_new+0x100/0x100 > [ +0.000004] nouveau_gem_new+0x49/0x100 > [ +0.000009] nouveau_gem_ioctl_new+0x41/0xc0 > [ +0.000009] drm_ioctl_kernel+0x59/0xb0 > [ +0.000008] drm_ioctl+0x2c1/0x350 > [ +0.000007] ? nouveau_gem_new+0x100/0x100 > [ +0.000012] ? _raw_spin_unlock_irqrestore+0x4d/0x90 > [ +0.000006] ? preempt_count_sub+0x9b/0xd0 > [ +0.000005] ? _raw_spin_unlock_irqrestore+0x6b/0x90 > [ +0.000008] nouveau_drm_ioctl+0x64/0xc0 > [ +0.000009] do_vfs_ioctl+0x8e/0x690 > [ +0.000007] ? __fget+0x116/0x200 > [ +0.000010] SyS_ioctl+0x74/0x80 > [ +0.000009] entry_SYSCALL_64_fastpath+0x23/0x9a > [ +0.000004] RIP: 0033:0x7f7860c70727 > [ +0.000003] RSP: 002b:00007ffcb0d3b088 EFLAGS: 00000246 > > Uptime is about 14 days now and I don't think I've seen this trace before. > > Is this useful/worth chasing? > > Cheers, > > -- > Ricardo Nabinger Sanchez http://rnsanchez.wait4.org/ > "You never learned anything by doing it right." > _______________________________________________ > Nouveau mailing list > Nouveau@xxxxxxxxxxxxxxxxxxxxx > https://lists.freedesktop.org/mailman/listinfo/nouveau _______________________________________________ dri-devel mailing list dri-devel@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/dri-devel
