[Nouveau] [PATCH 0/2] gpu: drm: Use pr_cont and neaten logging
Joe Perches (2): drm: Use pr_cont where appropriate gpu: drm: Convert printk(KERN_ to pr_ drivers/gpu/drm/amd/amdgpu/amdgpu.h| 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_afmt.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_atpx_handler.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_device.c | 4 +- drivers/gpu/drm/amd/amdgpu/amdgpu_dpm.c| 70 ++--- drivers/gpu/drm/amd/amdgpu/amdgpu_fb.c | 3 +- drivers/gpu/drm/amd/amdgpu/amdgpu_test.c | 2 +- drivers/gpu/drm/amd/amdgpu/atom.c | 44 ++ drivers/gpu/drm/amd/amdgpu/ci_dpm.c| 4 +- drivers/gpu/drm/amd/amdgpu/cik_sdma.c | 4 +- drivers/gpu/drm/amd/amdgpu/gfx_v6_0.c | 4 +- drivers/gpu/drm/amd/amdgpu/gfx_v7_0.c | 4 +- drivers/gpu/drm/amd/amdgpu/gmc_v7_0.c | 8 +-- drivers/gpu/drm/amd/amdgpu/gmc_v8_0.c | 8 +-- drivers/gpu/drm/amd/amdgpu/sdma_v2_4.c | 4 +- drivers/gpu/drm/amd/amdgpu/sdma_v3_0.c | 4 +- drivers/gpu/drm/amd/include/amd_pcie_helpers.h | 4 +- drivers/gpu/drm/amd/powerplay/hwmgr/smu7_hwmgr.c | 2 +- drivers/gpu/drm/amd/powerplay/inc/pp_debug.h | 2 +- drivers/gpu/drm/amd/powerplay/smumgr/fiji_smc.c| 4 +- drivers/gpu/drm/amd/powerplay/smumgr/iceland_smc.c | 14 ++--- .../gpu/drm/amd/powerplay/smumgr/polaris10_smc.c | 4 +- drivers/gpu/drm/amd/powerplay/smumgr/tonga_smc.c | 4 +- drivers/gpu/drm/drm_cache.c| 12 ++-- drivers/gpu/drm/drm_edid.c | 4 +- drivers/gpu/drm/drm_ioc32.c| 3 +- drivers/gpu/drm/gma500/cdv_intel_lvds.c| 9 ++- drivers/gpu/drm/gma500/oaktrail_lvds.c | 18 +++--- drivers/gpu/drm/gma500/psb_drv.h | 5 +- drivers/gpu/drm/gma500/psb_intel_lvds.c| 7 +-- drivers/gpu/drm/i915/i915_sw_fence.c | 8 +-- drivers/gpu/drm/mgag200/mgag200_mode.c | 2 +- drivers/gpu/drm/msm/msm_drv.c | 2 +- drivers/gpu/drm/nouveau/nouveau_acpi.c | 7 ++- drivers/gpu/drm/nouveau/nouveau_vga.c | 4 +- drivers/gpu/drm/nouveau/nv50_display.c | 22 +++ drivers/gpu/drm/nouveau/nvkm/core/mm.c | 10 +-- drivers/gpu/drm/omapdrm/dss/dsi.c | 17 +++--- drivers/gpu/drm/omapdrm/dss/dss.c | 3 +- drivers/gpu/drm/omapdrm/dss/dss.h | 15 ++--- drivers/gpu/drm/omapdrm/omap_gem.c | 5 +- drivers/gpu/drm/r128/r128_cce.c| 7 +-- drivers/gpu/drm/radeon/atom.c | 46 ++ drivers/gpu/drm/radeon/cik.c | 56 ++--- drivers/gpu/drm/radeon/evergreen.c | 2 +- drivers/gpu/drm/radeon/evergreen_cs.c | 7 +-- drivers/gpu/drm/radeon/ni.c| 22 +++ drivers/gpu/drm/radeon/r100.c | 18 ++ drivers/gpu/drm/radeon/r200.c | 3 +- drivers/gpu/drm/radeon/r300.c | 13 ++-- drivers/gpu/drm/radeon/r420.c | 9 +-- drivers/gpu/drm/radeon/r520.c | 3 +- drivers/gpu/drm/radeon/r600.c | 21 +++ drivers/gpu/drm/radeon/r600_cs.c | 7 +-- drivers/gpu/drm/radeon/r600_dpm.c | 71 +++--- drivers/gpu/drm/radeon/radeon.h| 3 +- drivers/gpu/drm/radeon/radeon_atpx_handler.c | 4 +- drivers/gpu/drm/radeon/radeon_audio.c | 4 +- drivers/gpu/drm/radeon/radeon_clocks.c | 2 +- drivers/gpu/drm/radeon/radeon_device.c | 8 +-- drivers/gpu/drm/radeon/radeon_fb.c | 3 +- drivers/gpu/drm/radeon/radeon_gem.c| 4 +- drivers/gpu/drm/radeon/radeon_test.c | 6 +- drivers/gpu/drm/radeon/rs400.c | 4 +- drivers/gpu/drm/radeon/rs690.c | 3 +- drivers/gpu/drm/radeon/rv515.c | 9 +-- drivers/gpu/drm/radeon/si.c| 45 +- drivers/gpu/drm/ttm/ttm_bo.c | 2 +- drivers/gpu/drm/vmwgfx/vmwgfx_fence.c | 6 +- drivers/gpu/drm/vmwgfx/vmwgfx_gmrid_manager.c | 3 +- drivers/gpu/drm/vmwgfx/vmwgfx_resource.c | 4 +- 71 files changed, 326 insertions(+), 430 deletions(-) -- 2.10.0.rc2.1.g053435c ___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99841] Switching to VT freezes X only on a dual screen
https://bugs.freedesktop.org/show_bug.cgi?id=99841 Michel Dänzer changed: What|Removed |Added Component|Driver/nouveau |DRM/other Product|xorg|DRI QA Contact|xorg-t...@lists.x.org | Assignee|nouveau@lists.freedesktop.o |dri-devel@lists.freedesktop |rg |.org --- Comment #9 from Michel Dänzer --- This also happens with other drivers, seems to be a core DRM issue. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99995] Dirt showdown very low fps (~3fps) after update mesa
https://bugs.freedesktop.org/show_bug.cgi?id=5 --- Comment #1 from Ilia Mirkin --- One difference is that 17.0 has GL 4.3 enabled for Maxwell (e.g. GTX 750), which perhaps causes the game to choose a different path, thus not really be directly comparable. Try it with MESA_GL_VERSION_OVERRIDE=4.1 which will get it back to the same GL version that was available with 13.0. Or try it with MESA_EXTENSION_OVERRIDE='-GL_ARB_shader_image_load_store -GL_ARB_compute_shader' -- You are receiving this mail because: You are the QA Contact for the bug. You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99995] New: Dirt showdown very low fps (~3fps) after update mesa
https://bugs.freedesktop.org/show_bug.cgi?id=5 Bug ID: 5 Summary: Dirt showdown very low fps (~3fps) after update mesa Product: Mesa Version: 17.0 Hardware: x86-64 (AMD64) OS: Linux (All) Status: NEW Severity: normal Priority: medium Component: Drivers/DRI/nouveau Assignee: nouveau@lists.freedesktop.org Reporter: kevin01...@gmail.com QA Contact: nouveau@lists.freedesktop.org Hi, I updated from mesa 13.0.x to 17.0 and Dirt showdown in mesa 13 has around 25 fps and with mesa 17 has about 2fps.. I tried in ArchLinux and Fedora (fedora 26 mesa builds), and is the same, mesa 13 works a lot better in this game My computer is a i5 4690 and has a Nvidia GTX 750 Mesa 17: CPU is 1 core 100% and the rest about 10% Mesa 13.0.4: CPU is about 15-20% all cores Maybe mesa is taking all work to CPU? -- You are receiving this mail because: You are the assignee for the bug. You are the QA Contact for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99900] [NVC1] nouveau: freeze / crash after kernel update to 4.10
https://bugs.freedesktop.org/show_bug.cgi?id=99900 --- Comment #3 from Joshua Baergen --- Oh, I should have included this: [46.789] (--) NOUVEAU(0): Chipset: "NVIDIA NVE7" -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99900] [NVC1] nouveau: freeze / crash after kernel update to 4.10
https://bugs.freedesktop.org/show_bug.cgi?id=99900 Joshua Baergen changed: What|Removed |Added CC||joshuabaer...@gmail.com --- Comment #2 from Joshua Baergen --- I've also had nouveau issues after upgrading to 4.10(.1), but in my case syslog is spammed with: Feb 27 14:02:31 baergj kernel: nouveau :01:00.0: fifo: PBDMA0: 0400 [ACQUIRE] ch 2 [007f9bb000 X[2107]] subc 0 mthd data This appears to happen after screen blank at some point. Like Torsten, I don't have a problem with the 4.9 series. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99841] Switching to VT freezes X only on a dual screen
https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #8 from Shawn Starr --- This isn't just dual screen, I confirm this happening on single screen also with 4.10 kernel. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99841] Switching to VT freezes X only on a dual screen
https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #7 from Joseph Thommes --- I can confirm what kevin@potatofrom.space said, same for me with 4.10.1-gentoo. I am using a triple monitor setup with different monitors in different resolutions and everything is fine in X. If I press Ctrl-Alt-F1, the screens do not change but I can login in tty1. If I kill X from there, screens turn off and a press of Ctrl-Alt-F1 brings me to tty1. If I restart X from there, it's the same as in the beginning. lspci -vv: [...] 01:00.0 VGA compatible controller: NVIDIA Corporation GK104 [GeForce GTX 770] (rev a1) (prog-if 00 [VGA controller]) Subsystem: Palit Microsystems Inc. GK104 [GeForce GTX 770] Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx+ Status: Cap+ 66MHz- UDF- FastB2B- ParErr- DEVSEL=fast >TAbort- SERR- Capabilities: [100 v1] Virtual Channel Caps: LPEVC=0 RefClk=100ns PATEntryBits=1 Arb:Fixed- WRR32- WRR64- WRR128- Ctrl: ArbSelect=Fixed Status: InProgress- VC0:Caps: PATOffset=00 MaxTimeSlots=1 RejSnoopTrans- Arb:Fixed- WRR32- WRR64- WRR128- TWRR128- WRR256- Ctrl: Enable+ ID=0 ArbSelect=Fixed TC/VC=01 Status: NegoPending- InProgress- Capabilities: [128 v1] Power Budgeting Capabilities: [600 v1] Vendor Specific Information: ID=0001 Rev=1 Len=024 Capabilities: [900 v1] #19 Kernel driver in use: nouveau [...] uname -a: Linux gentoo-PC 4.10.1-gentoo #2 SMP Mon Feb 27 13:38:23 CET 2017 x86_64 Intel(R) Core(TM) i7-4790 CPU @ 3.60GHz GenuineIntel GNU/Linux -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99841] Switching to VT freezes X only on a dual screen
https://bugs.freedesktop.org/show_bug.cgi?id=99841 --- Comment #6 from Joseph Thommes --- Created attachment 129956 --> https://bugs.freedesktop.org/attachment.cgi?id=129956&action=edit Xorg-log right after switching to tty and back -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 92274] nouveau black screen and errors with two monitors attached
https://bugs.freedesktop.org/show_bug.cgi?id=92274 Joseph Thommes changed: What|Removed |Added Status|NEW |RESOLVED Resolution|--- |FIXED --- Comment #27 from Joseph Thommes --- I switched back to nouveau (kernel 4.10.1) after a time using the proprietary nvidia driver and now X and tty work even with three monitors attached. But now the switching between X and tty does not work properly, so I'll open a new thread for that. -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
[Nouveau] [Bug 99922] [NVE4] [regression, bisected] 4.10 (atomic): X shows black screen with cursor after monitors turn off
https://bugs.freedesktop.org/show_bug.cgi?id=99922 --- Comment #7 from bastian.beisc...@rwth-aachen.de --- I can confirm this problem. I'm using nouveau on a "NVIDIA Corporation GT200b [GeForce GTX 285]" GPU. I'm not using DRI3 either: $ grep DRI /var/log/Xorg.0.log [14.197] (==) NOUVEAU(0): Allowed maximum DRI level 2. [14.350] (==) NOUVEAU(G0): Allowed maximum DRI level 2. [14.426] (II) NOUVEAU(G0): [DRI2] Setup complete [14.426] (II) NOUVEAU(G0): [DRI2] DRI driver: nouveau [14.426] (II) NOUVEAU(G0): [DRI2] VDPAU driver: nouveau [14.443] (II) NOUVEAU(0): [DRI2] Setup complete [14.443] (II) NOUVEAU(0): [DRI2] DRI driver: nouveau [14.443] (II) NOUVEAU(0): [DRI2] VDPAU driver: nouveau [14.598] (II) GLX: Initialized DRI2 GL provider for screen 0 $ LIBGL_DEBUG=verbose glxinfo 2>&1 | grep DRI libGL: Using DRI2 for screen 0 -- You are receiving this mail because: You are the assignee for the bug.___ Nouveau mailing list Nouveau@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/nouveau
