[git pull] drm fixes for v4.12-rc1
Hi Linus, Some fixes that it would be good to have in rc1. It contains the i915 quiet fix that you reported. It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 which is new in this kernel and is preliminary support so may have a fair bit of movement. Otherwise a few non-Vega10 AMD fixes, one EDID fix and some nouveau regression fixers. Dave. The following changes since commit 09d79d103371b1b7ea70ea7f9c05ac207ef22f5d: Merge tag 'docs-4.12-2' of git://git.lwn.net/linux (2017-05-11 11:29:52 -0700) are available in the git repository at: git://people.freedesktop.org/~airlied/linux tags/drm-fixes-for-v4.12-rc1 for you to fetch changes up to 7b8cd3363e8a0e6b90a7067f75aaeaae61a7d612: drm/i915: Make vblank evade warnings optional (2017-05-12 14:28:02 +1000) amd, nouveau, one i915 and one EDID fix for v4.12-rc1 Alex Deucher (12): drm/amdgpu: fix spelling in header comment drm/amdgpu: bump version number to note race fix and new fence functionality Revert "drm/amd/amdgpu: Set VCE/UVD off during late init" drm/amdgpu: update revision id settings for BR/ST drm/amdgpu/gfx9: use actual gpu num se setting for ngg allocation drm/amdgpu/gfx9: fix typo in mpd init drm/amdgpu/gfx9: add additional MQD initialization drm/amdgpu/gfx: drop max_gs_waves_per_vgt drm/amdgpu/gfx9: derive tile pipes from golden settings drm/amdgpu/atomfirmware: add function to update engine hang status drm/amdgpu/soc15: use atomfirmware for setting bios scratch for reset drm/amdgpu: add some additional vega10 pci ids Alex Xie (8): drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Real return value can be over-written when clean up drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Fix use of interruptible waiting drm/amdgpu: Fix use of interruptible waiting Ben Skeggs (10): drm/nouveau/kms/nv50: remove pointless argument to window atomic_check_acquire() drm/nouveau/kms/nv50: fix source-rect-only plane updates drm/nouveau/kms/nv50: skip core channel cursor update on position-only changes drm/nouveau/fb/ram/gf100-: remove 0x10f200 read drm/nouveau/core: fix static checker warning drm/nouveau/tmr: ack interrupt before processing alarms drm/nouveau/tmr: handle races with hw when updating the next alarm time drm/nouveau/tmr: fix corruption of the pending list when rescheduling an alarm drm/nouveau/tmr: avoid processing completed alarms when adding a new one drm/nouveau/therm: remove ineffective workarounds for alarm bugs Christian König (14): drm/amdgpu: add VMHUB to ring association drm/amdgpu: drop VMID per ring tracking drm/amdgpu: split VMID management by VMHUB drm/amdgpu: invalidate only the currently needed VMHUB v2 drm/amdgpu: assign VM invalidation engine manually v2 drm/amdgpu: allow concurrent VM flushes drm/amdgpu: trace the vmhub in grab_id as well drm/amdgpu: trace vm hub during flush as well v2 drm/radeon: force the UVD DPB into VRAM as well drm/amdgpu: fix coding style and printing in amdgpu_doorbell_init drm/amdgpu: fix amdgpu_vm_clear_freed v2 drm/amdgpu: fix amdgpu_ttm_bo_eviction_valuable drm/amdgpu: fix VM clearing in amdgpu_gem_object_close drm/amdgpu: remove unused and mostly unimplemented CGS functions v2 Chunming Zhou (8): drm/amdgpu: add gtt print like vram when dump mm table V2 drm/amdgpu: increase gtt size to 3GB by default v2 drm/amdgpu: fix no-vmid job drm/amdgpu: fix gpu reset crash drm/amdgpu: fix NULL pointer error drm/amdgpu: fix deadlock of reservation between cs and gpu reset v2 drm/amd: fix init order of sched job drm/amdgpu: fix dependency issue Daniel Wang (2): drm/amdgpu/psp: skip loading SDMA/RLCG under SRIOV VF drm/amdgpu/vce4: fix a PSP loading VCE issue Dave Airlie (3): Merge tag 'drm-misc-next-fixes-2017-05-05' of git://anongit.freedesktop.org/git/drm-misc into drm-next Merge branch 'drm-next-4.12' of git://people.freedesktop.org/~agd5f/linux into drm-next Merge branch 'linux-4.12' of git://github.com/skeggsb/linux into drm-next Evan Quan (1): drm/amdgpu: update smu9 driver interface Frank Min (7): drm/amdgpu/vce4: update VCE initialization sequence for SRIOV drm/amdgpu/vce4: enable ring & ib test for sriov drm/amdgpu/vce4: move mm table constructions functions into mmsch header file drm/amdgpu/uvd7: add sriov uvd initialization sequences drm/amdgpu/uvd7: add uvd doorbell initialization for sriov drm/amdgpu/uvd7: add U
Re: [git pull] drm fixes for v4.12-rc1
.. and here's the email repeated for the new dri-devel list, since apparently Dave sent the pull request to the old no-longer-working one that just sends annoying bounces. Dave, time to update your scripts and address book.. Linus On Fri, May 12, 2017 at 11:54 AM, Linus Torvalds wrote: > On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote: >> >> It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 >> which is new in this kernel and is preliminary support so may have a >> fair bit of movement. > > Note: I will *not* be taking these kinds of pull requests after rc1. > > If Vega10 is in such bad shape that it will need this kind of stuff > and isn't worth shipping without them in 4.12, I will take a *oneline* > that just disables it. > > So no "thousands of lines of fixes for a new driver". > > Being new to 4.12 isn't an excuse for crazy stuff after the merge > window. If it will need more of this kind of attention, all it means > is that it shouldn't have been sent to me at all in the first place. > > The drm subsystem is still on my "no more of this shit" list, so I'm > going to be very unforgiving of big pull requests when they aren't > appropriate. > > Linus ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [git pull] drm fixes for v4.12-rc1
On 13 May 2017 at 04:56, Linus Torvalds wrote: > .. and here's the email repeated for the new dri-devel list, since > apparently Dave sent the pull request to the old no-longer-working one > that just sends annoying bounces. > > Dave, time to update your scripts and address book.. wierd gmail failed me. > > Linus > > On Fri, May 12, 2017 at 11:54 AM, Linus Torvalds > wrote: >> On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote: >>> >>> It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 >>> which is new in this kernel and is preliminary support so may have a >>> fair bit of movement. >> >> Note: I will *not* be taking these kinds of pull requests after rc1. >> >> If Vega10 is in such bad shape that it will need this kind of stuff >> and isn't worth shipping without them in 4.12, I will take a *oneline* >> that just disables it. >> >> So no "thousands of lines of fixes for a new driver". >> >> Being new to 4.12 isn't an excuse for crazy stuff after the merge >> window. If it will need more of this kind of attention, all it means >> is that it shouldn't have been sent to me at all in the first place. >> >> The drm subsystem is still on my "no more of this shit" list, so I'm >> going to be very unforgiving of big pull requests when they aren't >> appropriate. It's already disabled. It probably won't be enabled in your kernel for 1-2 more releases. You can't even get Vega hardware, I can't even get Vega hardware at the moment. For background we've done a lot of work in the graphics community to get vendors to release code for new hardware early so we can get it all lined up in the kernel before the hw ships. Some support would be nice. Vega10 is in bad shape, that's the whole point of merging it early and turned off, so we don't just dump rebased 100 times code into your tree on release day and find it doesn't work, instead AMD can develop other features in their driver for Vega10 and older chips at the same time, without constant rebasing, and fixup their internal and external driver ABIs in an upstream kernel tree, instead of dropping a driver based on Linux 3.10 or something. In saying that, I did think this pull was probably a bit much, so Alex, can you please minimise the Vega churn to -next trees unless changes are needed to fix problems on older GPUs, also I did miss one pull request from Alex in there somewhere, so that might have contributed to the overly large pull. Dave. ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [git pull] drm fixes for v4.12-rc1
On May 12, 2017 12:30 PM, "Dave Airlie" wrote: > > Dave, time to update your scripts and address book.. wierd gmail failed me. I think gmail is sometimes too smart for its own good. It takes the other recipients into account when auto-completing the recipients list, so even if you *normally* send to the new dri list, it might be looking at your historical patterns when sending to me, and then picking the old list by default. Linus ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel
Re: [git pull] drm fixes for v4.12-rc1
On Thu, May 11, 2017 at 11:00 PM, Dave Airlie wrote: > > It also has an amdgpu fixes pull, with lots of ongoing work on Vega10 > which is new in this kernel and is preliminary support so may have a > fair bit of movement. Note: I will *not* be taking these kinds of pull requests after rc1. If Vega10 is in such bad shape that it will need this kind of stuff and isn't worth shipping without them in 4.12, I will take a *oneline* that just disables it. So no "thousands of lines of fixes for a new driver". Being new to 4.12 isn't an excuse for crazy stuff after the merge window. If it will need more of this kind of attention, all it means is that it shouldn't have been sent to me at all in the first place. The drm subsystem is still on my "no more of this shit" list, so I'm going to be very unforgiving of big pull requests when they aren't appropriate. Linus -- Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot -- ___ Dri-devel mailing list dri-de...@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel ___ dri-devel mailing list dri-devel@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/dri-devel