dri-devel May 2015

dri-devel@lists.freedesktop.org

191 participants
1132 discussions

[Bug 86864] [rv6xx] RADEON_FLAG_GTT_WC causes GPU to reset when playing Second Life / other games
by bugzilla-daemon＠freedesktop.org 29 Jan '16

29 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=86864 Bug ID: 86864 Summary: [rv6xx] RADEON_FLAG_GTT_WC causes GPU to reset when playing Second Life / other games Product: Mesa Version: git Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/r600 Assignee: dri-devel(a)lists.freedesktop.org Reporter: shawn.starr(a)rogers.com I've git bisected from git master and came up with this commit that causes GPU to lock up (DRI driver locks up, I can ssh an reboot the laptop cleanly however). Kernel: 3.17.2-300.fc21.x86_64 [root@devbox mesa-20141127]# git bisect good 7b4276d7acf2e0f77044cb50caa6ad936fa78786 is the first bad commit commit 7b4276d7acf2e0f77044cb50caa6ad936fa78786 Author: Michel Dänzer <michel.daenzer(a)amd.com> Date: Tue Aug 26 18:21:50 2014 +0900 r600g,radeonsi: Always use GTT again for PIPE_USAGE_STREAM buffers Putting those in VRAM can cause long pauses due to buffers being moved into / out of VRAM. Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=84662 Cc: mesa-stable(a)lists.freedesktop.org Reviewed-by: Alex Deucher <alexander.deucher(a)amd.com> :040000 040000 672dc7643603cfccc8b9c85c83f37db32c26beeb 8e4a9f33de638b7df98284614a0da3bb3373f320 M src With this reverted from this point back to Sept 7th, I have stability with the r600g DRI driver. -- You are receiving this mail because: You are the assignee for the bug.

1 11

[Bug 81991] New: X page allocation errors referencing radeon_vm_get_bos
by bugzilla-daemon＠freedesktop.org 29 Jan '16

29 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=81991 Priority: medium Bug ID: 81991 Assignee: dri-devel(a)lists.freedesktop.org Summary: X page allocation errors referencing radeon_vm_get_bos Severity: normal Classification: Unclassified OS: Linux (All) Reporter: fixitup(a)cartissolutions.com Hardware: x86-64 (AMD64) Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI Created attachment 103787 --> https://bugs.freedesktop.org/attachment.cgi?id=103787&action=edit Kernel config file, vanilla kernel 3.15.6 System is quad-core: processor : 0 vendor_id : AuthenticAMD cpu family : 16 model : 4 model name : AMD Phenom(tm) II X4 945 Processor stepping : 3 microcode : 0x10000c8 cpu MHz : 3000.000 cache size : 512 KB physical id : 0 siblings : 4 core id : 0 cpu cores : 4 apicid : 0 initial apicid : 0 fpu : yes fpu_exception : yes cpuid level : 5 wp : yes flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit wdt nodeid_msr hw_pstate npt lbrv svm_lock nrip_save bogomips : 6020.00 TLB size : 1024 4K pages clflush size : 64 cache_alignment : 64 address sizes : 48 bits physical, 48 bits virtual power management: ts ttp tm stc 100mhzsteps hwpstate Linux heartofgold 3.15.6_cartis_heartofgold #1 SMP PREEMPT Mon Jul 28 02:19:28 CDT 2014 x86_64 AMD Phenom(tm) II X4 945 Processor AuthenticAMD GNU/Linux Slackware 14.1 x86_64 base packages but I believe I have an updated libdrm 2.4.54. Also updated Mesa to 10.1.4, glamor a4fbc77 from 2014-03-02. Video card is a Radeon HD 7950 (Tahiti). This problem appears to happen when I am running guest vm's on this system with qemu 2.0.0. My system does have an IOMMU enabled. I don't believe that the error occurs when no guest OS is running on the system. [329020.778132] X: page allocation failure: order:4, mode:0x1040d0 [329020.778138] CPU: 3 PID: 1583 Comm: X Not tainted 3.15.6_cartis_heartofgold #1 [329020.778139] Hardware name: System manufacturer System Product Name/M4A89TD PRO USB3, BIOS 3029 09/07/2012 [329020.778141] ffff8800cb9f7848 ffffffff814ead3d 00000000001040d0 ffffffff810d4477 [329020.778143] 0000000000000000 ffff88022fffd900 0000000000000003 00000000ffffffff [329020.778145] 0000000000000001 ffffffff810e6edc ffff88022fffd908 0000000000000002 [329020.778147] Call Trace: [329020.778153] [<ffffffff814ead3d>] ? dump_stack+0x49/0x6a [329020.778157] [<ffffffff810d4477>] ? warn_alloc_failed+0xd7/0x130 [329020.778160] [<ffffffff810e6edc>] ? next_online_pgdat+0x1c/0x40 [329020.778162] [<ffffffff810d7ac5>] ? __alloc_pages_nodemask+0x8e5/0xb10 [329020.778165] [<ffffffff8110fe30>] ? alloc_pages_current+0xb0/0x180 [329020.778167] [<ffffffff810d3745>] ? __get_free_pages+0x5/0x40 [329020.778188] [<ffffffffa03a8706>] ? radeon_vm_get_bos+0x26/0x110 [radeon] [329020.778198] [<ffffffffa031129f>] ? radeon_cs_parser_relocs+0x37f/0x3e0 [radeon] [329020.778209] [<ffffffffa0311be3>] ? radeon_cs_ioctl+0x1c3/0x6c0 [radeon] [329020.778216] [<ffffffffa024b88f>] ? drm_ioctl+0x20f/0x5f0 [drm] [329020.778219] [<ffffffff810981ec>] ? do_futex+0xfc/0xa90 [329020.778226] [<ffffffffa02e1052>] ? radeon_drm_ioctl+0x52/0x90 [radeon] [329020.778230] [<ffffffff81141377>] ? do_vfs_ioctl+0x2c7/0x490 [329020.778231] [<ffffffff81098bfc>] ? SyS_futex+0x7c/0x170 [329020.778234] [<ffffffff8114af11>] ? __fget+0x71/0xb0 [329020.778236] [<ffffffff81141587>] ? SyS_ioctl+0x47/0xa0 [329020.778238] [<ffffffff814f0826>] ? system_call_fastpath+0x1a/0x1f [329020.778240] Mem-Info: [329020.778241] Node 0 DMA per-cpu: [329020.778243] CPU 0: hi: 0, btch: 1 usd: 0 [329020.778244] CPU 1: hi: 0, btch: 1 usd: 0 [329020.778245] CPU 2: hi: 0, btch: 1 usd: 0 [329020.778246] CPU 3: hi: 0, btch: 1 usd: 0 [329020.778246] Node 0 DMA32 per-cpu: [329020.778248] CPU 0: hi: 186, btch: 31 usd: 0 [329020.778249] CPU 1: hi: 186, btch: 31 usd: 0 [329020.778250] CPU 2: hi: 186, btch: 31 usd: 0 [329020.778251] CPU 3: hi: 186, btch: 31 usd: 0 [329020.778252] Node 0 Normal per-cpu: [329020.778253] CPU 0: hi: 186, btch: 31 usd: 50 [329020.778254] CPU 1: hi: 186, btch: 31 usd: 0 [329020.778255] CPU 2: hi: 186, btch: 31 usd: 0 [329020.778256] CPU 3: hi: 186, btch: 31 usd: 0 [329020.778259] active_anon:1230097 inactive_anon:283289 isolated_anon:0 [329020.778259] active_file:175253 inactive_file:174618 isolated_file:0 [329020.778259] unevictable:1 dirty:2209 writeback:0 unstable:0 [329020.778259] free:57635 slab_reclaimable:75023 slab_unreclaimable:10560 [329020.778259] mapped:53166 shmem:13460 pagetables:13314 bounce:0 [329020.778259] free_cma:0 [329020.778262] Node 0 DMA free:15880kB min:128kB low:160kB high:192kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15976kB managed:15892kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:8kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes [329020.778266] lowmem_reserve[]: 0 3238 7973 7973 [329020.778268] Node 0 DMA32 free:114980kB min:27392kB low:34240kB high:41088kB active_anon:1967220kB inactive_anon:532236kB active_file:258644kB inactive_file:266524kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3389952kB managed:3316652kB mlocked:0kB dirty:7864kB writeback:0kB mapped:89232kB shmem:24008kB slab_reclaimable:121184kB slab_unreclaimable:16256kB kernel_stack:3728kB pagetables:21720kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no [329020.778272] lowmem_reserve[]: 0 0 4734 4734 [329020.778274] Node 0 Normal free:99680kB min:40056kB low:50068kB high:60084kB active_anon:2953168kB inactive_anon:600920kB active_file:442368kB inactive_file:431948kB unevictable:4kB isolated(anon):0kB isolated(file):0kB present:4980736kB managed:4848600kB mlocked:4kB dirty:972kB writeback:0kB mapped:123432kB shmem:29832kB slab_reclaimable:178908kB slab_unreclaimable:25976kB kernel_stack:5840kB pagetables:31536kB unstable:0kB bounce:0kB free_cma:0kB writeback_tmp:0kB pages_scanned:25 all_unreclaimable? no [329020.778278] lowmem_reserve[]: 0 0 0 0 [329020.778279] Node 0 DMA: 0*4kB 1*8kB (U) 0*16kB 0*32kB 2*64kB (U) 1*128kB (U) 1*256kB (U) 0*512kB 1*1024kB (U) 1*2048kB (R) 3*4096kB (M) = 15880kB [329020.778286] Node 0 DMA32: 8502*4kB (UEM) 6303*8kB (UEM) 1642*16kB (UEM) 129*32kB (UEM) 5*64kB (UM) 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 115152kB [329020.778292] Node 0 Normal: 23477*4kB (UEM) 738*8kB (UEM) 12*16kB (UM) 0*32kB 0*64kB 0*128kB 0*256kB 0*512kB 0*1024kB 0*2048kB 0*4096kB = 100004kB [329020.778298] Node 0 hugepages_total=0 hugepages_free=0 hugepages_surp=0 hugepages_size=2048kB [329020.778299] 364887 total pagecache pages [329020.778300] 1611 pages in swap cache [329020.778301] Swap cache stats: add 84213, delete 82602, find 34314/36120 [329020.778302] Free swap = 16560880kB [329020.778303] Total swap = 16884200kB [329020.778304] 2096666 pages RAM [329020.778305] 0 pages HighMem/MovableOnly [329020.778306] 33034 pages reserved # lsmod Module Size Used by vringh 8727 0 vhost_scsi 17503 0 target_core_mod 226734 1 vhost_scsi configfs 21698 2 target_core_mod vhost_net 8323 1 vhost 13934 2 vhost_net,vhost_scsi macvtap 10278 1 vhost_net macvlan 9165 1 macvtap kvm_amd 46027 4 kvm 278165 1 kvm_amd fuse 78369 3 nfsv3 23809 1 nfs_acl 2567 1 nfsv3 nfs 117564 3 nfsv3 lockd 60420 2 nfs,nfsv3 sunrpc 178844 21 nfs,lockd,nfsv3,nfs_acl uinput 8261 1 bridge 72610 0 stp 1477 1 bridge llc 3393 2 stp,bridge ipv6 322917 47 bridge i2c_dev 5380 0 dm_mod 78720 6 uvcvideo 69150 0 videobuf2_vmalloc 2616 1 uvcvideo videobuf2_memops 1775 1 videobuf2_vmalloc videobuf2_core 29529 1 uvcvideo snd_usb_audio 116908 2 videodev 105637 2 uvcvideo,videobuf2_core snd_usbmidi_lib 19012 1 snd_usb_audio snd_hwdep 5740 1 snd_usb_audio snd_rawmidi 17182 1 snd_usbmidi_lib snd_seq_device 4908 1 snd_rawmidi usb_storage 46004 0 sr_mod 14546 0 cdrom 34305 1 sr_mod ata_generic 3418 0 radeon 1278800 4 ttm 59721 1 radeon fbcon 37322 71 bitblit 4721 1 fbcon softcursor 1189 1 bitblit font 7372 1 fbcon drm_kms_helper 30503 1 radeon drm 225400 7 ttm,drm_kms_helper,radeon agpgart 26244 2 drm,ttm cfbfillrect 3634 1 radeon cfbimgblt 1991 1 radeon snd_ctxfi 85898 7 cfbcopyarea 3142 1 radeon i2c_algo_bit 5023 1 radeon asus_atk0110 7625 0 backlight 5638 1 radeon fb 49862 5 fbcon,drm_kms_helper,radeon,softcursor,bitblit snd_pcm 71866 6 snd_usb_audio,snd_ctxfi snd_timer 17935 2 snd_pcm ohci_pci 2896 0 xhci_hcd 97994 0 ohci_hcd 19566 1 ohci_pci ehci_pci 3296 0 ehci_hcd 41436 1 ehci_pci k10temp 2906 0 fbdev 750 2 fb,fbcon ahci 23419 0 r8169 55423 0 firewire_ohci 30581 0 libahci 20828 1 ahci firewire_core 49708 1 firewire_ohci snd 43711 21 snd_usb_audio,snd_ctxfi,snd_hwdep,snd_timer,snd_pcm,snd_rawmidi,snd_usbmidi_lib,snd_seq_device serio_raw 4289 0 i2c_piix4 8488 0 i2c_core 20478 7 drm,i2c_dev,i2c_piix4,drm_kms_helper,i2c_algo_bit,radeon,videodev soundcore 864 1 snd mii 3819 1 r8169 pata_jmicron 2443 0 crc_itu_t 1283 1 firewire_core hwmon 2834 3 asus_atk0110,k10temp,radeon acpi_cpufreq 6471 1 wmi 8011 0 loop 18568 0 -- You are receiving this mail because: You are the assignee for the bug.

1 4

[Bug 51189] New: TTM errors when suspending (call trace)
by bugzilla-daemon＠freedesktop.org 29 Jan '16

29 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=51189 Bug #: 51189 Summary: TTM errors when suspending (call trace) Classification: Unclassified Product: DRI Version: XOrg CVS Platform: x86-64 (AMD64) OS/Version: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon AssignedTo: dri-devel(a)lists.freedesktop.org ReportedBy: h.judt(a)gmx.at Linux 3.4.0+ #53 SMP PREEMPT Mon Jun 11 15:16:31 CEST 2012 x86_64 Intel(R) Core(TM) i7-2600K CPU @ 3.40GHz GenuineIntel GNU/Linux Recently I found these messages in dmesg when I tried to suspend the machine: Freezing user space processes ... (elapsed 0.01 seconds) done. Freezing remaining freezable tasks ... (elapsed 0.01 seconds) done. Suspending console(s) (use no_console_suspend to debug) sd 1:0:0:0: [sdb] Synchronizing SCSI cache sd 0:0:0:0: [sda] Synchronizing SCSI cache sd 0:0:0:0: [sda] Stopping disk sd 1:0:0:0: [sdb] Stopping disk serial 00:09: disabled serial 00:09: wake-up capability disabled by ACPI i8042 kbd 00:08: wake-up capability enabled by ACPI ACPI handle has no context! ACPI handle has no context! ACPI handle has no context! kworker/u:20: page allocation failure: order:0, mode:0x28010 Pid: 9562, comm: kworker/u:20 Tainted: G O 3.4.0+ #53 Call Trace: [<ffffffff8108f86f>] warn_alloc_failed+0x110/0x125 [<ffffffff810998bf>] ? try_to_free_pages+0x68/0x6a [<ffffffff81091fd2>] __alloc_pages_nodemask+0x6c1/0x6f7 [<ffffffff81006336>] dma_generic_alloc_coherent+0xaf/0x119 [<ffffffff8101cd7f>] x86_swiotlb_alloc_coherent+0x1c/0x3d [<ffffffff812b0fae>] ttm_dma_populate+0x487/0x74f [<ffffffff812d662a>] radeon_ttm_tt_populate+0x3d/0x18d [<ffffffff812a9848>] ttm_tt_bind+0x2c/0x4f [<ffffffff812ab15d>] ttm_bo_handle_move_mem+0x132/0x33e [<ffffffff812abcd3>] ? ttm_bo_mem_space+0xfb/0x2c9 [<ffffffff812d5c00>] ? radeon_sync_obj_ref+0xa/0xb [<ffffffff812c4810>] ? cail_reg_write+0x16/0x18 [<ffffffff812ab616>] ttm_bo_evict+0x2ad/0x2f6 [<ffffffff812aef5b>] ? ttm_eu_list_ref_sub+0x24/0x38 [<ffffffff812ab7ed>] ttm_mem_evict_first+0x18e/0x1c9 [<ffffffff812ab88a>] ttm_bo_force_list_clean+0x62/0xa4 [<ffffffff812ab916>] ttm_bo_evict_mm+0x4a/0x4c [<ffffffff812d7331>] radeon_bo_evict_vram+0x15/0x17 [<ffffffff812c5a0f>] radeon_suspend_kms+0x10d/0x1c8 [<ffffffff812b14e2>] radeon_pci_suspend+0x22/0x24 [<ffffffff81233074>] pci_legacy_suspend+0x34/0xb8 [<ffffffff81233774>] pci_pm_suspend+0x45/0xfa [<ffffffff8123372f>] ? pci_pm_resume+0x99/0x99 [<ffffffff8132cfba>] dpm_run_callback.isra.5+0x2a/0x58 [<ffffffff8132d8bd>] __device_suspend+0x145/0x1c6 [<ffffffff810419e9>] ? async_schedule+0x12/0x12 [<ffffffff8132db7b>] async_suspend+0x1a/0x85 [<ffffffff81041a86>] async_run_entry_fn+0x9d/0x14f [<ffffffff81038b67>] process_one_work+0x1b9/0x2e8 [<ffffffff810370da>] ? need_to_create_worker+0xd/0x21 [<ffffffff810390f2>] worker_thread+0x15b/0x21c [<ffffffff81038f97>] ? manage_workers.isra.28+0x16a/0x16a [<ffffffff8103ca10>] kthread+0x86/0x8e [<ffffffff81044222>] ? schedule_tail+0x50/0xb1 [<ffffffff81414014>] kernel_thread_helper+0x4/0x10 [<ffffffff8103c98a>] ? kthread_freezable_should_stop+0x4d/0x4d [<ffffffff81414010>] ? gs_change+0xb/0xb Mem-Info: Node 0 DMA per-cpu: CPU 0: hi: 0, btch: 1 usd: 0 CPU 1: hi: 0, btch: 1 usd: 0 CPU 2: hi: 0, btch: 1 usd: 0 CPU 3: hi: 0, btch: 1 usd: 0 CPU 4: hi: 0, btch: 1 usd: 0 CPU 5: hi: 0, btch: 1 usd: 0 CPU 6: hi: 0, btch: 1 usd: 0 CPU 7: hi: 0, btch: 1 usd: 0 Node 0 DMA32 per-cpu: CPU 0: hi: 186, btch: 31 usd: 172 CPU 1: hi: 186, btch: 31 usd: 30 CPU 2: hi: 186, btch: 31 usd: 179 CPU 3: hi: 186, btch: 31 usd: 176 CPU 4: hi: 186, btch: 31 usd: 167 CPU 5: hi: 186, btch: 31 usd: 158 CPU 6: hi: 186, btch: 31 usd: 8 CPU 7: hi: 186, btch: 31 usd: 31 Node 0 Normal per-cpu: CPU 0: hi: 186, btch: 31 usd: 75 CPU 1: hi: 186, btch: 31 usd: 117 CPU 2: hi: 186, btch: 31 usd: 67 CPU 3: hi: 186, btch: 31 usd: 146 CPU 4: hi: 186, btch: 31 usd: 118 CPU 5: hi: 186, btch: 31 usd: 82 CPU 6: hi: 186, btch: 31 usd: 153 CPU 7: hi: 186, btch: 31 usd: 155 active_anon:113306 inactive_anon:132606 isolated_anon:0 active_file:365473 inactive_file:3041451 isolated_file:0 unevictable:184211 dirty:16 writeback:2 unstable:0 free:33437 slab_reclaimable:111913 slab_unreclaimable:9741 mapped:198967 shmem:3493 pagetables:9976 bounce:0 Node 0 DMA free:14500kB min:64kB low:80kB high:96kB active_anon:0kB inactive_anon:0kB active_file:0kB inactive_file:0kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:15648kB mlocked:0kB dirty:0kB writeback:0kB mapped:0kB shmem:0kB slab_reclaimable:0kB slab_unreclaimable:16kB kernel_stack:0kB pagetables:0kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? yes lowmem_reserve[]: 0 2978 16075 16075 Node 0 DMA32 free:64580kB min:12512kB low:15640kB high:18768kB active_anon:49216kB inactive_anon:72588kB active_file:45872kB inactive_file:2672020kB unevictable:0kB isolated(anon):0kB isolated(file):0kB present:3050368kB mlocked:0kB dirty:0kB writeback:0kB mapped:52kB shmem:0kB slab_reclaimable:81412kB slab_unreclaimable:1636kB kernel_stack:120kB pagetables:3736kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 13096 13096 Node 0 Normal free:54668kB min:55004kB low:68752kB high:82504kB active_anon:404008kB inactive_anon:457836kB active_file:1416020kB inactive_file:9493784kB unevictable:736844kB isolated(anon):0kB isolated(file):0kB present:13410432kB mlocked:737408kB dirty:64kB writeback:8kB mapped:795816kB shmem:13972kB slab_reclaimable:366240kB slab_unreclaimable:37312kB kernel_stack:2984kB pagetables:36168kB unstable:0kB bounce:0kB writeback_tmp:0kB pages_scanned:0 all_unreclaimable? no lowmem_reserve[]: 0 0 0 0 Node 0 DMA: 1*4kB 0*8kB 0*16kB 1*32kB 0*64kB 1*128kB 0*256kB 0*512kB 0*1024kB 1*2048kB 3*4096kB = 14500kB Node 0 DMA32: 217*4kB 122*8kB 85*16kB 52*32kB 53*64kB 38*128kB 35*256kB 17*512kB 17*1024kB 8*2048kB 0*4096kB = 64580kB Node 0 Normal: 586*4kB 196*8kB 133*16kB 175*32kB 176*64kB 5*128kB 2*256kB 8*512kB 6*1024kB 6*2048kB 2*4096kB = 54776kB 3594629 total pagecache pages 0 pages in swap cache Swap cache stats: add 0, delete 0, find 0/0 Free swap = 4194300kB Total swap = 4194300kB 4192240 pages RAM 87569 pages reserved 3071034 pages shared 1215016 pages non-shared kworker/u:20: page allocation failure: order:0, mode:0x20010 There are many of these. Further below: [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! SLUB: Unable to allocate memory on node -1 (gfp=0xd0) cache: kmalloc-64, object size: 64, buffer size: 64, default order: 0, min order: 0 node 0: slabs: 1245, objs: 79680, free: 0 [TTM] radeon 0000:01:00.0: Unable to get page 2 [TTM] radeon 0000:01:00.0: Failed to set 2 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-12)! SLUB: Unable to allocate memory on node -1 (gfp=0xd0) cache: kmalloc-64, object size: 64, buffer size: 64, default order: 0, min order: 0 node 0: slabs: 1245, objs: 79680, free: 0 [TTM] radeon 0000:01:00.0: Unable to get page 1 [TTM] radeon 0000:01:00.0: Failed to set 1 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-12)! [TTM] Buffer eviction failed [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] radeon 0000:01:00.0: Failed to set 4 pages to wc! [TTM] radeon 0000:01:00.0: Failed to fill wc pool (r:-22)! [TTM] Failed allocating page table [TTM] Buffer eviction failed PM: suspend of devices complete after 719.845 msecs PM: late suspend of devices complete after 0.096 msecs pcieport 0000:00:1c.7: wake-up capability enabled by ACPI pcieport 0000:00:1c.6: wake-up capability enabled by ACPI pcieport 0000:00:1c.5: wake-up capability enabled by ACPI ehci_hcd 0000:00:1d.0: wake-up capability enabled by ACPI ehci_hcd 0000:00:1a.0: wake-up capability enabled by ACPI PM: noirq suspend of devices complete after 54.969 msecs ACPI: Preparing to enter system sleep state S3 PM: Saving platform NVS memory Disabling non-boot CPUs ... _cpu_down: attempt to take down CPU 1 failed Error taking CPU1 down: -12 Non-boot CPUs are not disabled ACPI: Waking up from system sleep state S3 ehci_hcd 0000:00:1a.0: wake-up capability disabled by ACPI ehci_hcd 0000:00:1d.0: wake-up capability disabled by ACPI pcieport 0000:00:1c.5: wake-up capability disabled by ACPI pcieport 0000:00:1c.6: wake-up capability disabled by ACPI PM: noirq resume of devices complete after 121.294 msecs PM: early resume of devices complete after 0.024 msecs ehci_hcd 0000:00:1a.0: setting latency timer to 64 ahci 0000:00:1f.2: setting latency timer to 64 ehci_hcd 0000:00:1d.0: setting latency timer to 64 pcieport 0000:00:1c.7: wake-up capability disabled by ACPI usb usb1: root hub lost power or was reset usb usb2: root hub lost power or was reset usb usb3: root hub lost power or was reset usb usb4: root hub lost power or was reset snd_hda_intel 0000:00:1b.0: irq 58 for MSI/MSI-X i8042 kbd 00:08: wake-up capability disabled by ACPI snd_hda_intel 0000:01:00.1: irq 59 for MSI/MSI-X xhci_hcd 0000:05:00.0: irq 60 for MSI/MSI-X xhci_hcd 0000:04:00.0: irq 61 for MSI/MSI-X serial 00:09: activated r8169 0000:0c:00.0: eth0: link down [drm] PCIE GART of 512M enabled (table at 0x0000000000141000). radeon 0000:01:00.0: WB enabled [drm] fence driver on ring 0 use gpu addr 0x80000c00 and cpu addr 0xffff880427833c00 [drm] fence driver on ring 1 use gpu addr 0x80000c04 and cpu addr 0xffff880427833c04 [drm] fence driver on ring 2 use gpu addr 0x80000c08 and cpu addr 0xffff880427833c08 Suspend failed once but worked on the second try, and everything worked fine after resume. Anyway, I thought I'd post that here, maybe it is of some help to someone. -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug.

1 2

[PATCH] drm/vmwgfx: respect 'nomodeset'
by Rob Clark 19 Jan '16

19 Jan '16

Signed-off-by: Rob Clark <robdclark(a)gmail.com> --- drivers/gpu/drm/vmwgfx/vmwgfx_drv.c | 7 +++++++ 1 file changed, 7 insertions(+) diff --git a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c index 18b54ac..f0267b8 100644 --- a/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c +++ b/drivers/gpu/drm/vmwgfx/vmwgfx_drv.c @@ -25,6 +25,7 @@ * **************************************************************************/ #include <linux/module.h> +#include <linux/console.h> #include <drm/drmP.h> #include "vmwgfx_drv.h" @@ -1453,6 +1454,12 @@ static int vmw_probe(struct pci_dev *pdev, const struct pci_device_id *ent) static int __init vmwgfx_init(void) { int ret; + +#ifdef CONFIG_VGA_CONSOLE + if (vgacon_text_force()) + return -EINVAL; +#endif + ret = drm_pci_init(&driver, &vmw_pci_driver); if (ret) DRM_ERROR("Failed initializing DRM.\n"); -- 1.9.3

2 9

[Bug 77835] New: X crash when using xrandr with R9 290X and 7870 for triple head
by bugzilla-daemon＠freedesktop.org 18 Jan '16

18 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=77835 Priority: medium Bug ID: 77835 Assignee: dri-devel(a)lists.freedesktop.org Summary: X crash when using xrandr with R9 290X and 7870 for triple head Severity: major Classification: Unclassified OS: Linux (All) Reporter: mbroemme(a)libmpq.org Hardware: x86-64 (AMD64) Status: NEW Version: unspecified Component: DRM/Radeon Product: DRI Created attachment 97831 --> https://bugs.freedesktop.org/attachment.cgi?id=97831&action=edit Xorg log of crash I'm trying to get a system with a R9 290X and a HD 7870 GHz Edition working. If I use the cards independently everything works fine under X (the 7870 works with glamor acceleration and the R9 290X without acceleration) but the problem is to get them working together with single X. Attached is my Xorg.0.log and the dmesg output. I'm using the following cards: 01:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Hawaii XT [Radeon HD 8970] 04:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Pitcairn XT [Radeon HD 7870 GHz Edition] Steps to reproduce this issue: #1 startx #2 xrandr --output DVI-0 --primary #3 xrandr --output HDMI-1 --right-of DVI-0 #4 xrandr --setprovideroutputsource 1 0 #5 xrandr --output HDMI-1-0 --mode 1920x1080 --right-of HDMI-1 Right now X is crashed with the following: (EE) (EE) Backtrace: (EE) 0: /usr/bin/X (xorg_backtrace+0x48) [0x584b08] (EE) 1: /usr/bin/X (0x400000+0x1887f9) [0x5887f9] (EE) 2: /usr/lib/libpthread.so.0 (0x7f2a182c8000+0xf880) [0x7f2a182d7880] (EE) (EE) Segmentation fault at address 0x0 (EE) Fatal server error: (EE) Caught signal 11 (Segmentation fault). Server aborting (EE) (EE) Please consult the The X.Org Foundation support at http://wiki.x.org for help. (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information. (EE) (II) AIGLX: Suspending AIGLX clients for VT switch (EE) Server terminated with error (1). Closing log file. XIO: fatal IO error 11 (Resource temporarily unavailable) on X server ":0" after 4790 requests (4790 known processed) with 9 events remaining. xinit: connection to X server lost The system is running Arch Linux with the following configuration: ati-dri 10.1.1 glamor-egl 0.6.0 libdrm 2.4.53 linux 3.14.1 linux-firmware 20140316.dec41bc mesa 10.1.1 mesa-libgl 10.1.1 xf86-video-ati 7.3.0 xorg-server 1.15.1 Does anybody has a hint what I could try next? Also what is needed to get acceleration working. I tried it with "NoAccel" "False" and "AccelMethod" "glamor" but it just freezes my X on startup. :) --Maik -- You are receiving this mail because: You are the assignee for the bug.

1 9

[Bug 80868] New: Support screen scaling modes for external monitors
by bugzilla-daemon＠freedesktop.org 07 Jan '16

07 Jan '16

https://bugs.freedesktop.org/show_bug.cgi?id=80868 Priority: medium Bug ID: 80868 Assignee: dri-devel(a)lists.freedesktop.org Summary: Support screen scaling modes for external monitors Severity: enhancement Classification: Unclassified OS: All Reporter: kamil.paral(a)gmail.com Hardware: Other Status: NEW Version: XOrg CVS Component: DRM/Radeon Product: DRI As we steadily progress into the year of Linux gaming, there will be many requests regarding games. This is one of them :) Currently, it is possible to set scaling mode for a monitor only if the monitor is internal (LVDS, eDP). This is done through xrandr: $ xrandr --prop Screen 0: minimum 320 x 200, current 1680 x 1050, maximum 8192 x 8192 LVDS1 connected primary 1680x1050+0+0 (normal left inverted right x axis y axis) 331mm x 207mm <snip> scaling mode: Full aspect supported: None, Full, Center, Full aspect <snip> $ xrandr --output LVDS1 --set "scaling mode" "Center" However, it is not possible to do this for external panels (VGA, DVI, HDMI, DP). The "scaling mode" property is not exported for these panels (this was confirmed to me by ckoenig and agd5f on the #radeon irc channel, many thanks). Please allow users to set scaling mode even for external panels. There are many use cases for it, mainly related to gaming. Note: Many panels provide options to do the scaling on their own, however, only the very expensive ones provide good options. For example, the majority of "mainstream" panels don't provide the "center" scaling mode - however, that is very useful when playing older lower-resolution games when you prefer smaller and sharp image instead of larger and blurry. Second example are certain panels which support "full aspect" mode only for a small selection or resolutions, otherwise they simply scale to "full" ignoring image aspect ratio. For these panels, GPU scaling is essential if the user doesn't want to see distorted aspect ratio image. My personal use case is buying BenQ BL2411PT 1920x1200 panel, which *can not* display 1920x1080 resolution with correct aspect ratio - it always stretches it vertically. Yes, it's very dumb, yet that's how modern panels commonly work (and not just the cheap ones). This hasn't been a large issue in the past, because we had no games and opensource drivers were hardly able to run them anyway. Both things are changing rapidly. The proprietary AMD and NVIDIA drivers have been offering GPU scaling functionality for a long time, both on Linux and Windows. Here's an example of their GUI configuration: https://www.codeweavers.com/support/wiki/linux/faq/43_game_stretch Please allow us to use GPU scaling even with radeon driver. Thank you. There has been some technical details on the IRC, it is linked here: http://paste.fedoraproject.org/115407/ It seems to me that this functionality could be implemented in a simple and straightforward way: a) provide a single configuration option - "scaling mode" b) on internal panels default to "Full aspect" (which you already do) - that is reasonable default, because these panels have no control buttons c) on external panels default to "None" - that allows the user to easily configure scaling through the panel. Only if the user is dissatisfied, he/she can enable GPU scaling through xrandr. And here's one more user seconding my thoughts on the IRC: AbortRetryFail: 1:1 unscaled output for LCDs would be awesome. AbortRetryFail: 1280x720 looks horrible scaled up to fit a 1366x768 LCD Thanks. -- You are receiving this mail because: You are the assignee for the bug.

1 21

[PATCH 1/2] Add device enumeration interface (v2)
by Jammy Zhou 06 Jan '16

06 Jan '16

drmGetDevices interface is added to enumernate GPU devices on the system v2: rebase the code and some improvement for the coding style Signed-off-by: Frank Min <Frank.Min(a)amd.com> Signed-off-by: Jammy Zhou <Jammy.Zhou(a)amd.com> (v2) --- Makefile.am | 3 ++- xf86drm.c | 48 ++++++++++++++++++++++++++++++++++++++++++++++++ xf86drm.h | 18 ++++++++++++++++++ 3 files changed, 68 insertions(+), 1 deletion(-) diff --git a/Makefile.am b/Makefile.am index 42d3d7f..8236ed8 100644 --- a/Makefile.am +++ b/Makefile.am @@ -89,7 +89,8 @@ SUBDIRS = \ libdrm_la_LTLIBRARIES = libdrm.la libdrm_ladir = $(libdir) libdrm_la_LDFLAGS = -version-number 2:4:0 -no-undefined -libdrm_la_LIBADD = @CLOCK_LIB@ +libdrm_la_LIBADD = @CLOCK_LIB@ \ + @PCIACCESS_LIBS@ libdrm_la_CPPFLAGS = -I$(top_srcdir)/include/drm AM_CFLAGS = \ diff --git a/xf86drm.c b/xf86drm.c index ffc53b8..4d67861 100644 --- a/xf86drm.c +++ b/xf86drm.c @@ -63,6 +63,7 @@ #include "xf86drm.h" #include "libdrm.h" +#include <pciaccess.h> #if defined(__FreeBSD__) || defined(__FreeBSD_kernel__) || defined(__DragonFly__) #define DRM_MAJOR 145 @@ -2817,3 +2818,50 @@ char *drmGetRenderDeviceNameFromFd(int fd) { return drmGetMinorNameForFD(fd, DRM_NODE_RENDER); } + +/** + * Enumerate the GPU devices on the system + * + * \param devs device array set to return the device information + * (if NULL, the number of device is returned) + * \param vendor the vendor ID for GPU devices to list + * (optional, if not specified, all GPU devices are returned) + * + * \return the number of GPU devices + */ +int drmGetDevices(drmDevicePtr devs, uint16_t vendor) +{ + struct pci_device_iterator * iter; + struct pci_device * dev; + uint32_t count = 0; + + if (pci_system_init()) + return -EINVAL; + + iter = pci_slot_match_iterator_create(NULL); + if (!iter) + return -EINVAL; + + while ((dev = pci_device_next(iter))) { + if (((dev->device_class == 0x30000) || + (dev->device_class == 0x38000)) && + ((vendor == 0) || (dev->vendor_id == vendor))){ + if (devs) { + devs[count].domain = dev->domain; + devs[count].bus = dev->bus; + devs[count].dev = dev->dev; + devs[count].func = dev->func; + devs[count].vendor_id = dev->vendor_id; + devs[count].device_id = dev->device_id; + devs[count].subvendor_id = dev->subvendor_id; + devs[count].subdevice_id = dev->subdevice_id; + devs[count].revision_id = dev->revision; + } + count++; + } + } + + pci_iterator_destroy(iter); + pci_system_cleanup(); + return count; +} diff --git a/xf86drm.h b/xf86drm.h index 40c55c9..6150e71 100644 --- a/xf86drm.h +++ b/xf86drm.h @@ -752,6 +752,24 @@ extern int drmPrimeFDToHandle(int fd, int prime_fd, uint32_t *handle); extern char *drmGetPrimaryDeviceNameFromFd(int fd); extern char *drmGetRenderDeviceNameFromFd(int fd); +/** + * Structure for a general pcie gpu device + */ +typedef struct _drmDevice { + uint16_t domain; + uint8_t bus; + uint8_t dev; + uint8_t func; + uint8_t revision_id; + uint16_t vendor_id; + uint16_t device_id; + uint16_t subvendor_id; + uint16_t subdevice_id; +} drmDevice, *drmDevicePtr; + + +extern int drmGetDevices(drmDevicePtr devs, uint16_t vendor); + #if defined(__cplusplus) || defined(c_plusplus) } #endif -- 1.9.1

4 9

[Bug 64661] New: udl causes blank screen
by bugzilla-daemon＠bugzilla.kernel.org 30 Dec '15

30 Dec '15

https://bugzilla.kernel.org/show_bug.cgi?id=64661 Bug ID: 64661 Summary: udl causes blank screen Product: Drivers Version: 2.5 Kernel Version: 3.11.6+ Hardware: All OS: Linux Tree: Mainline Status: NEW Severity: normal Priority: P1 Component: Video(DRI - non Intel) Assignee: drivers_video-dri(a)kernel-bugs.osdl.org Reporter: jason(a)schulz.name Regression: No Using the modesetting driver for X, udl no longer outputs a video signal. This behavior is present in at least 3.11.6, and 3.12.0. The last known version the behavior was what I would normally expect was 3.10.17. -- You are receiving this mail because: You are watching the assignee of the bug.

1 11

[Bug 89780] Vertex drawing error on Civilization Beyond Earth
by bugzilla-daemon＠freedesktop.org 22 Dec '15

22 Dec '15

https://bugs.freedesktop.org/show_bug.cgi?id=89780 Bug ID: 89780 Summary: Vertex drawing error on Civilization Beyond Earth Product: Mesa Version: unspecified Hardware: Other OS: All Status: NEW Severity: normal Priority: medium Component: Drivers/Gallium/radeonsi Assignee: dri-devel(a)lists.freedesktop.org Reporter: peterasplund(a)gentoo.se QA Contact: dri-devel(a)lists.freedesktop.org Created attachment 114649 --> https://bugs.freedesktop.org/attachment.cgi?id=114649&action=edit Screenshot of the issue It seems like there is something wrong when vertices are drawn in Civilization Beyond Earth on RadeonSI drivers. I am running with a Radeon R9 290 card. It looks like all models have one vertex in (0,0,0) for some reason. I know that Beyond Earth officially requires AMD Catalyst drivers, but I wanted to report the bug just in case. Otherwise the game ran great (except terrain rendering bug that has also been reported). Screenshot attached and can also be found here: http://steamcommunity.com/sharedfiles/filedetails/?id=378154313 Mesa 10.4 3.18 kernel LLVM 3.5 Radeon 290 -- You are receiving this mail because: You are the assignee for the bug.

1 5

[Bug 90777] radeon/audio: Removed CRC control programing broke HDMI audio in Linux 4.0
by bugzilla-daemon＠freedesktop.org 14 Dec '15

14 Dec '15

https://bugs.freedesktop.org/show_bug.cgi?id=90777 Bug ID: 90777 Summary: radeon/audio: Removed CRC control programing broke HDMI audio in Linux 4.0 Product: DRI Version: unspecified Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: DRM/Radeon Assignee: dri-devel(a)lists.freedesktop.org Reporter: chewi(a)gentoo.org Created attachment 116160 --> https://bugs.freedesktop.org/attachment.cgi?id=116160&action=edit Patch to revert commit against 4.1-rc5 After upgrading to Linux 4.0 or above (latest tried is 4.1-rc5), HDMI audio stopped working from my Radeon HD 4670 to my Yamaha RX-V775 receiver on the second output. Strangely, it continued to work to my Acer monitor on the primary output. I bisected this back to 8ffea8570d5a7e9dd3c10349ebc3bd79487ae30b, which is amusingly titled "removed unnecessary CRC control". I guess it's not so unnecessary, after all! This does not cleanly revert against 4.1-rc5 as the surrounding code has been removed but simply adding these single lines back where they were is enough to get it working again. Please see the attached patch. The change also affects Evergreen, which I cannot test but a Gentoo user reported what appears to be the same issue on his Mobility Radeon HD 5430. https://forums.gentoo.org/viewtopic-p-7755600.html -- You are receiving this mail because: You are the assignee for the bug.

1 13

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

dri-devel May 2015