Re: [Nouveau] swiotlb buffer is full

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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




[Index of Archives]     [Linux DRI Users]     [Linux Intel Graphics]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]     [XFree86]     [Linux USB Devel]     [Video for Linux]     [Linux Audio Users]     [Linux Kernel]     [Linux SCSI]     [XFree86]
  Powered by Linux