summaryrefslogtreecommitdiffstats
path: root/src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H
diff options
context:
space:
mode:
authorJacob Harvey <jlharvey@us.ibm.com>2017-04-25 14:12:52 -0500
committerDaniel M. Crowell <dcrowell@us.ibm.com>2017-04-27 09:16:01 -0400
commit74a9324db23d799735f88b012ab002343011c9d1 (patch)
tree83f5205d513e645ba21d71684b4ec059338b30ab /src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H
parentbe9ac6a00db5d6f6aa48a19340fefb3a8a33cd3c (diff)
downloadtalos-hostboot-74a9324db23d799735f88b012ab002343011c9d1.tar.gz
talos-hostboot-74a9324db23d799735f88b012ab002343011c9d1.zip
Increasing CCS polling limit for HB timeout
Change-Id: I10dfb88d9b020214822aa2c2a34bf599c02ae51d Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/39665 Tested-by: Jenkins Server <pfd-jenkins+hostboot@us.ibm.com> Tested-by: Hostboot CI <hostboot-ci+hostboot@us.ibm.com> Reviewed-by: Louis Stermole <stermole@us.ibm.com> Reviewed-by: Daniel M. Crowell <dcrowell@us.ibm.com> Reviewed-by: ANDRE A. MARIN <aamarin@us.ibm.com> Reviewed-by: Jennifer A. Stofer <stofer@us.ibm.com> Reviewed-on: http://ralgit01.raleigh.ibm.com/gerrit1/39674 Tested-by: Jenkins OP Build CI <op-jenkins+hostboot@us.ibm.com> Tested-by: FSP CI Jenkins <fsp-CI-jenkins+hostboot@us.ibm.com>
Diffstat (limited to 'src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H')
-rw-r--r--src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H6
1 files changed, 3 insertions, 3 deletions
diff --git a/src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H b/src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H
index 310eab57d..e7bb30248 100644
--- a/src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H
+++ b/src/import/chips/p9/procedures/hwp/memory/lib/phy/cal_timers.H
@@ -215,8 +215,7 @@ inline fapi2::ReturnCode cal_timer_setup(const fapi2::Target<T>& i_target,
l_total_cycles += i_cal_steps_enabled.getBit<WRITE_CTR>() ? l_write_cntr_cycles : 0;
l_total_cycles += i_cal_steps_enabled.getBit<COARSE_WR>() ? coarse_wr_cycles(i_target) : 0;
l_total_cycles += i_cal_steps_enabled.getBit<COARSE_RD>() ? coarse_rd_cycles(i_target) : 0;
- l_total_cycles +=
- ((l_vref_cal_enable != 0) && i_cal_steps_enabled.getBit<READ_CTR_2D_VREF>()) ? rc::vref_guess_time(i_target) : 0;
+ l_total_cycles += i_cal_steps_enabled.getBit<READ_CTR_2D_VREF>() ? rc::vref_guess_time(i_target) : 0;
// Now we have to decide if we're going to abort on an error or keep going. If we keep going,
// then we want our initial delay to be the expected time to completion - we don't have much
@@ -251,7 +250,8 @@ inline fapi2::ReturnCode cal_timer_setup(const fapi2::Target<T>& i_target,
// Fudge some for sim irregularities. This will increase time to a complete timeout but won't
// really effect valid training unless these cycles are needed. So this isn't a bad thing ...
- i_poll.iv_poll_count *= 2;
+ // AKA watchdog timer
+ i_poll.iv_poll_count *= 10;
FAPI_INF("cal abort on error? %s. tc: %luc, id: %luns(%lusc), d: %lu(%lusc), pc: %lu",
(cal_abort_on_error ? "yup" : "nope"), l_total_cycles, i_poll.iv_initial_delay,
OpenPOWER on IntegriCloud