提交 e693ea29 编写于 作者: S Srinivas Pandruvada 提交者: Yang Yingliang

Intel: platform/x86: ISST: Increase timeout

mainline inclusion
from mainline-v5.8-rc1
commit 2adaec46
category: feature
bugzilla: https://gitee.com/openeuler/kernel/issues/I47H3V
CVE: NA

--------------------------------

commit 2adaec46 upstream

Backport summary: Backport to kernel 4.19.57 to support ICX ISST

Fix timeout issue on some Ice Lake servers, where mail box command is
timing out before the response,
Signed-off-by: NSrinivas Pandruvada <srinivas.pandruvada@linux.intel.com>
Signed-off-by: NAndy Shevchenko <andriy.shevchenko@linux.intel.com>
Signed-off-by: NYouquan Song <youquan.song@intel.com>
Signed-off-by: NJackie Liu <liuyun01@kylinos.cn>
Signed-off-by: NZheng Zengkai <zhengzengkai@huawei.com>
Reviewed-by: NHanjun Guo <guohanjun@huawei.com>
Reviewed-by: NXie XiuQi <xiexiuqi@huawei.com>
Signed-off-by: NYang Yingliang <yangyingliang@huawei.com>
上级 a251a379
...@@ -21,13 +21,12 @@ ...@@ -21,13 +21,12 @@
#define PUNIT_MAILBOX_BUSY_BIT 31 #define PUNIT_MAILBOX_BUSY_BIT 31
/* /*
* Commands has variable amount of processing time. Most of the commands will * The average time to complete some commands is about 40us. The current
* be done in 0-3 tries, but some takes up to 50. * count is enough to satisfy 40us. But when the firmware is very busy, this
* The real processing time was observed as 25us for the most of the commands * causes timeout occasionally. So increase to deal with some worst case
* at 2GHz. It is possible to optimize this count taking samples on customer * scenarios. Most of the command still complete in few us.
* systems.
*/ */
#define OS_MAILBOX_RETRY_COUNT 50 #define OS_MAILBOX_RETRY_COUNT 100
struct isst_if_device { struct isst_if_device {
struct mutex mutex; struct mutex mutex;
......
Markdown is supported
0% .
You are about to add 0 people to the discussion. Proceed with caution.
先完成此消息的编辑!
想要评论请 注册