mirror of
https://github.com/raspberrypi/linux.git
synced 2025-12-07 18:40:10 +00:00
drm/xe: Move LNL scheduling WA to xe_device.h
Move LNL scheduling WA to xe_device.h so this can be used in other
places without needing keep the same comment about removal of this WA
in the future. The WA, which flushes work or workqueues, is now wrapped
in macros and can be reused wherever needed.
Cc: Badal Nilawar <badal.nilawar@intel.com>
Cc: Matthew Auld <matthew.auld@intel.com>
Cc: Matthew Brost <matthew.brost@intel.com>
Cc: Himal Prasad Ghimiray <himal.prasad.ghimiray@intel.com>
Cc: Lucas De Marchi <lucas.demarchi@intel.com>
cc: stable@vger.kernel.org # v6.11+
Suggested-by: John Harrison <John.C.Harrison@Intel.com>
Signed-off-by: Nirmoy Das <nirmoy.das@intel.com>
Reviewed-by: Matthew Auld <matthew.auld@intel.com>
Link: https://patchwork.freedesktop.org/patch/msgid/20241029120117.449694-1-nirmoy.das@intel.com
Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
(cherry picked from commit cbe006a649)
Signed-off-by: Lucas De Marchi <lucas.demarchi@intel.com>
This commit is contained in:
committed by
Lucas De Marchi
parent
4b468a92dd
commit
55e8a3f37e
@@ -178,4 +178,18 @@ void xe_device_declare_wedged(struct xe_device *xe);
|
|||||||
struct xe_file *xe_file_get(struct xe_file *xef);
|
struct xe_file *xe_file_get(struct xe_file *xef);
|
||||||
void xe_file_put(struct xe_file *xef);
|
void xe_file_put(struct xe_file *xef);
|
||||||
|
|
||||||
|
/*
|
||||||
|
* Occasionally it is seen that the G2H worker starts running after a delay of more than
|
||||||
|
* a second even after being queued and activated by the Linux workqueue subsystem. This
|
||||||
|
* leads to G2H timeout error. The root cause of issue lies with scheduling latency of
|
||||||
|
* Lunarlake Hybrid CPU. Issue disappears if we disable Lunarlake atom cores from BIOS
|
||||||
|
* and this is beyond xe kmd.
|
||||||
|
*
|
||||||
|
* TODO: Drop this change once workqueue scheduling delay issue is fixed on LNL Hybrid CPU.
|
||||||
|
*/
|
||||||
|
#define LNL_FLUSH_WORKQUEUE(wq__) \
|
||||||
|
flush_workqueue(wq__)
|
||||||
|
#define LNL_FLUSH_WORK(wrk__) \
|
||||||
|
flush_work(wrk__)
|
||||||
|
|
||||||
#endif
|
#endif
|
||||||
|
|||||||
@@ -897,17 +897,8 @@ retry_same_fence:
|
|||||||
|
|
||||||
ret = wait_event_timeout(ct->g2h_fence_wq, g2h_fence.done, HZ);
|
ret = wait_event_timeout(ct->g2h_fence_wq, g2h_fence.done, HZ);
|
||||||
|
|
||||||
/*
|
|
||||||
* Occasionally it is seen that the G2H worker starts running after a delay of more than
|
|
||||||
* a second even after being queued and activated by the Linux workqueue subsystem. This
|
|
||||||
* leads to G2H timeout error. The root cause of issue lies with scheduling latency of
|
|
||||||
* Lunarlake Hybrid CPU. Issue dissappears if we disable Lunarlake atom cores from BIOS
|
|
||||||
* and this is beyond xe kmd.
|
|
||||||
*
|
|
||||||
* TODO: Drop this change once workqueue scheduling delay issue is fixed on LNL Hybrid CPU.
|
|
||||||
*/
|
|
||||||
if (!ret) {
|
if (!ret) {
|
||||||
flush_work(&ct->g2h_worker);
|
LNL_FLUSH_WORK(&ct->g2h_worker);
|
||||||
if (g2h_fence.done) {
|
if (g2h_fence.done) {
|
||||||
xe_gt_warn(gt, "G2H fence %u, action %04x, done\n",
|
xe_gt_warn(gt, "G2H fence %u, action %04x, done\n",
|
||||||
g2h_fence.seqno, action[0]);
|
g2h_fence.seqno, action[0]);
|
||||||
|
|||||||
Reference in New Issue
Block a user