{"push_id":804496481,"size":50,"distinct_size":50,"ref":"refs/heads/master","head":"cc8b8faea417bd264d23fa5d017da52b75bbdf94","before":"bfbaa60d186d81207e61e7f4337fa442860aef72","commits":[{"sha":"54c12bc374408faddbff75dbf1a6167c19af39c4","author":{"email":"a26490dfbee4be3d38287ad6448444504f58193c@vmware.com","name":"Thomas Hellstrom"},"message":"drm/vmwgfx: Fix up user_dmabuf refcounting\n\nIf user space calls unreference on a user_dmabuf it will typically\nkill the struct ttm_base_object member which is responsible for the\nuser-space visibility. However the dmabuf part may still be alive and\nrefcounted. In some situations, like for shared guest-backed surface\nreferencing/opening, the driver may try to reference the\nstruct ttm_base_object member again, causing an immediate kernel warning\nand a later kernel NULL pointer dereference.\n\nFix this by always maintaining a reference on the struct\nttm_base_object member, in situations where it might subsequently be\nreferenced.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Thomas Hellstrom <thellstrom@vmware.com>\nReviewed-by: Brian Paul <brianp@vmware.com>\nReviewed-by: Sinclair Yeh <syeh@vmware.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/54c12bc374408faddbff75dbf1a6167c19af39c4"},{"sha":"2e586a7e017a502410ba1c1a7411179e1d3fbb2b","author":{"email":"a26490dfbee4be3d38287ad6448444504f58193c@vmware.com","name":"Thomas Hellstrom"},"message":"drm/vmwgfx: Map the fifo as cached\n\nOn the guest kernel side, previously the FIFO has been mapped write-\ncombined. This has worked since VMs up to now has not honored the mapping\ntype and mapped the FIFO cached anyway. Since the FIFO is accessed cached\nby the CPU on the virtual device side, this leads to inconsistent\nmappings once the guest starts to honor the mapping types.\n\nSo ask for cached mappings when we map the FIFO. We do this by\nusing ioremap_cache() instead of ioremap_wc(), and remove the MTRR setup.\nOn the TTM side, MOBs, GMRs and VRAM buffers are already requesting\ncached mappings for kernel- and user-space.\n\nCc: <stable@vger.kernel.org>\nSigned-off-by: Thomas Hellstrom <thellstrom@vmware.com>\nReviewed-by: Sinclair Yeh <syeh@vmware.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/2e586a7e017a502410ba1c1a7411179e1d3fbb2b"},{"sha":"e30f3963f2c3c03119d71f1804bdb94ccd33580b","author":{"email":"a26490dfbee4be3d38287ad6448444504f58193c@vmware.com","name":"Thomas Hellstrom"},"message":"drm/ttm: Fix memory space allocation v2\n\nIn the event that TTM doesn't find a compatible memory type for the\ndriver's first placement choice (placement without eviction), TTM\nreturns -EINVAL without trying the driver's second choice.\nThis causes problems on vmwgfx when VRAM is disabled before first modeset\nand during VT switches when fbdev is not enabled.\n\nFix this by also trying the driver's second choice before returning\n-EINVAL.\n\nv2: Also check that man->use_type is true for the driver's second choice.\nFixes a bug where disallowed memory types could be used.\n\nSigned-off-by: Thomas Hellstrom <thellstrom@vmware.com>\nReviewed-by: Brian Paul <brianp@vmware.com>\nReviewed-by: Sinclair Yeh <syeh@vmware.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/e30f3963f2c3c03119d71f1804bdb94ccd33580b"},{"sha":"b07bb761cf6a333b2108cdbe4ffee66407189bb1","author":{"email":"a26490dfbee4be3d38287ad6448444504f58193c@vmware.com","name":"Thomas Hellstrom"},"message":"drm/vmwgfx: Only build on X86\n\nioremap_cache() is currently not available on some architectures.\n\nReported-by: kbuild test robot <fengguang.wu@intel.com>\nSigned-off-by: Thomas Hellstrom <thellstrom@vmware.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/b07bb761cf6a333b2108cdbe4ffee66407189bb1"},{"sha":"95d0be61286bcc3fc987043fe3a9553adca02919","author":{"email":"d12999005f6151b9468b6f2bd6d86bf9f7b59e02@163.com","name":"Geliang Tang"},"message":"drm/i915: fix kernel-doc warnings in intel_audio.c\n\nFix the following 'make htmldocs' warnings:\n\n  .//drivers/gpu/drm/i915/intel_audio.c:439: warning: No description found for parameter 'intel_encoder'\n  .//drivers/gpu/drm/i915/intel_audio.c:439: warning: Excess function parameter 'encoder' description in 'intel_audio_codec_disable'\n  .//drivers/gpu/drm/i915/intel_audio.c:439: warning: No description found for parameter 'intel_encoder'\n  .//drivers/gpu/drm/i915/intel_audio.c:439: warning: Excess function parameter 'encoder' description in 'intel_audio_codec_disable'\n\nSigned-off-by: Geliang Tang <geliangtang@163.com>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/95d0be61286bcc3fc987043fe3a9553adca02919"},{"sha":"41b578fb0e8b930f2470d3f673b0fa279e77a7b8","author":{"email":"bc7add126c2dbb8382bf1c28ac262b9363a32706@virtuousgeek.org","name":"Jesse Barnes"},"message":"drm/i915: workaround bad DSL readout v3\n\nOn HSW at least (still testing other platforms, but should be harmless\nelsewhere), the DSL reg reads back as 0 when read around vblank start\ntime.  This ends up confusing the atomic start/end checking code, since\nit causes the update to appear as if it crossed a frame count boundary.\nAvoid the problem by making sure we don't return scanline_offset from\nthe get_crtc_scanline function.  In moving the code there, I add to add\nan additional delay since it could be called and have a legitimate 0\nresult for some time (depending on the pixel clock).\n\nv2: move hsw dsl read hack to get_crtc_scanline (Ville)\nv3: use break instead of goto (Ville)\n    update comment with workaround details (Ville)\n\nReferences: https://bugs.freedesktop.org/show_bug.cgi?id=91579\nSigned-off-by: Jesse Barnes <jbarnes@virtuousgeek.org>\nReviewed-by: Ville Syrjälä <ville.syrjala@linux.intel.com>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/41b578fb0e8b930f2470d3f673b0fa279e77a7b8"},{"sha":"721a09f7393de6c28a07516dccd654c6e995944a","author":{"email":"743c2818a341d71b99ed2b566f9f80c2fc288f93@linux.intel.com","name":"Maarten Lankhorst"},"message":"drm/i915: Add primary plane to mask if it's visible\n\nThis fixes the warnings like\n\n\"plane A assertion failure, should be disabled but not\"\n\nthat on the initial modeset during boot. This can happen if\nthe primary plane is enabled by the firmware, but inheriting\nit fails because the DMAR is active or for other reasons.\n\nMost likely caused by\n\ncommit 36750f284b3a4f19b304fda1bb7d6e9e1275ea8d\nAuthor: Maarten Lankhorst <maarten.lankhorst@linux.intel.com>\nDate:   Mon Jun 1 12:49:54 2015 +0200\n\n    drm/i915: update plane state during init\n\nReported-by: Andreas Reis <andreas.reis@gmail.com>\nBugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=91429\nReported-and-tested-by: Emil Renner Berthing <kernel@esmil.dk>\nTested-by: Andreas Reis <andreas.reis@gmail.com>\nReviewed-by: Daniel Vetter <daniel.vetter@ffwll.ch>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/721a09f7393de6c28a07516dccd654c6e995944a"},{"sha":"cd67d226ebd909d239d2c6e5a6abd6e2a338d1cd","author":{"email":"ba783f3beccaedfda693f41a15407d612a629408@intel.com","name":"Jani Nikula"},"message":"drm/i915/bios: handle MIPI Sequence Block v3+ gracefully\n\nThe VBT MIPI Sequence Block version 3 has forward incompatible changes:\n\nFirst, the block size in the header has been specified reserved, and the\nactual size is a separate 32-bit value within the block. The current\nfind_section() function to will only look at the size in the block\nheader, and, depending on what's in that now reserved size field,\ncontinue looking for other sections in the wrong place.\n\nFix this by taking the new block size field into account. This will\nensure that the lookups for other sections will work properly, as long\nas the new 32-bit size does not go beyond the opregion VBT mailbox size.\n\nSecond, the contents of the block have been completely\nchanged. Gracefully refuse parsing the yet unknown data version.\n\nCc: Deepak M <m.deepak@intel.com>\nCc: stable@vger.kernel.org\nReviewed-by: Deepak M <m.deepak@intel.com>\nSigned-off-by: Jani Nikula <jani.nikula@intel.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/cd67d226ebd909d239d2c6e5a6abd6e2a338d1cd"},{"sha":"3daea9e3d3ecd217a63f35e63f18ea7138f2ae17","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: add option to disable semaphores\n\nProvide module parameter to enable/disable them. Still\nenabled by default.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/3daea9e3d3ecd217a63f35e63f18ea7138f2ae17"},{"sha":"22c01cc48301f6974868bd4a7b03e29883da1103","author":{"email":"dcc53e1d9a34849e60fe696c52cc3af695a5fcea@amd.com","name":"Anatoli Antonovitch"},"message":"drm/amdgpu: execution barrier after fence v2\n\nInsert wait for reg mem after EOP to fix potential issue with vm context switch\n\nv2: move wait to vm_flush() use equal instead of greater than.\n\nSigned-off-by: Anatoli Antonovitch <anatoli.antonovitch@amd.com>\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/22c01cc48301f6974868bd4a7b03e29883da1103"},{"sha":"20a85ff846ffed84fba8637abbb6b1c96436c0ac","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: use write confirm for vm_flush()\n\nMake sure the CP waits for the write to be confirmed before\ninvalidating.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/20a85ff846ffed84fba8637abbb6b1c96436c0ac"},{"sha":"353da3c520b47272b9e3ddbc70b81be285c0b933","author":{"email":"331ec51bea57dab96050040a347da39906b1207b@amd.com","name":"Chunming Zhou"},"message":"drm/amdgpu: add tracepoint for scheduler (v2)\n\ntrack sched job status like the length of job queue and hw job queue.\n\nv2: fix build after rebase\n\nSigned-off-by: Chunming Zhou <david1.zhou@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>\nReviewed-by: Christian König <christian.koenig@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/353da3c520b47272b9e3ddbc70b81be285c0b933"},{"sha":"27439fcac03632f2b1fd85268dc61af828c77e7b","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: signal scheduler fence when hw submission fails v3\n\nOtherwise the resource blocked by it will never be reclaimed.\n\nv2: add DRM_ERROR.\nv3: fix typo in commit message\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Junwei Zhang <Jerry.Zhang@amd.com>\nReviewed-by: Chunming Zhou<david1.zhou@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/27439fcac03632f2b1fd85268dc61af828c77e7b"},{"sha":"258f3f99d514172aa5a9df15e6d6ebe33aad2f55","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: move scheduler fence callback into fence v2\n\nAnd call the processed callback directly after submitting the job.\n\nv2: split adding error handling into separate patch.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Chunming Zhou <david1.zhou@amd.com>\nReviewed-by: Junwei Zhang <Jerry.Zhang@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/258f3f99d514172aa5a9df15e6d6ebe33aad2f55"},{"sha":"1886d1a9caed20f457dd69a926c7f8b54c2d5f48","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: remove process_job callback from the scheduler\n\nJust free the resources immediately after submitting the job.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Chunming Zhou <david1.zhou@amd.com>\nReviewed-by: Junwei Zhang <Jerry.Zhang@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/1886d1a9caed20f457dd69a926c7f8b54c2d5f48"},{"sha":"b7d698d7fd7d132c6ebe56d230584f2cae6c94ee","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: fix overflow on 32bit systems\n\nmem->start is a long, so this can overflow on 32bit systems.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>\nCc: stable@vger.kernel.org","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/b7d698d7fd7d132c6ebe56d230584f2cae6c94ee"},{"sha":"72d7668b5ba5180b651e8a07dd6ed62e4e26f207","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: export reservation_object from dmabuf to ttm (v2)\n\nAdds an extra argument to amdgpu_bo_create, which is only used in amdgpu_prime.c.\n\nPort of radeon commit 831b6966a60fe72d85ae3576056b4e4e0775b112.\n\nv2: fix up kfd.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/72d7668b5ba5180b651e8a07dd6ed62e4e26f207"},{"sha":"a5b750583eb4af69da1e659c7684b6d370b2ae97","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: validate duplicates in the CS as well\n\nThis allows for multiple BOs to have the same reservation object.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/a5b750583eb4af69da1e659c7684b6d370b2ae97"},{"sha":"bf60efd353f68e5dec1a177b5cbe4da07c819569","author":{"email":"c7ea837d7a46effe4232b086213468b8b31643bf@amd.com","name":"Christian König"},"message":"drm/amdgpu: use only one reservation object for each VM v2\n\nReduces the locking and fencing overhead.\n\nv2: add comment why we need the duplicates list in the GEM op.\n\nSigned-off-by: Christian König <christian.koenig@amd.com>\nReviewed-by: Alex Deucher <alexander.deucher@amd.com>\nReviewed-by: Jammy Zhou <Jammy.Zhou@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/bf60efd353f68e5dec1a177b5cbe4da07c819569"},{"sha":"4c7eb91cae88fd2aa101750d6825b4176f85ffb2","author":{"email":"1431ccd7442d4c2d3587f53ee81e0cbcf530e073@amd.com","name":"Junwei Zhang"},"message":"drm/amdgpu: refine the job naming for amdgpu_job and amdgpu_sched_job\n\nUse consistent naming across functions.\n\nReviewed-by: Christian König <christian.koenig@amd.com>\nReviewed-by: David Zhou <david1.zhou@amd.com>\nSigned-off-by: Junwei Zhang <Jerry.Zhang@amd.com>","distinct":true,"url":"https://api.github.com/repos/torvalds/linux/commits/4c7eb91cae88fd2aa101750d6825b4176f85ffb2"}]}