Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1650124 > unrolled thread
| Started by | Noam Camus <noamca@mellanox.com> |
|---|---|
| First post | 2017-05-25 04:40 +0200 |
| Last post | 2017-05-25 13:20 +0200 |
| Articles | 3 — 2 participants |
Back to article view | Back to linux.kernel
This discussion starts older than the indexed window; earlier articles aren't shown. The article labeled Started by
below is the oldest one visible, not the original post.
[PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug Noam Camus <noamca@mellanox.com> - 2017-05-25 04:40 +0200
Re: [PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug Alexey Brodkin <Alexey.Brodkin@synopsys.com> - 2017-05-25 13:20 +0200
RE: [PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug Noam Camus <noamca@mellanox.com> - 2017-05-25 13:20 +0200
| From | Noam Camus <noamca@mellanox.com> |
|---|---|
| Date | 2017-05-25 04:40 +0200 |
| Subject | [PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug |
| Message-ID | <tKQQV-2dF-5@gated-at.bofh.it> |
From: Noam Camus <noamca@mellanox.com> This counter represents threshold for consecutive stall that which trigger HW threads scheduling. Low values of this counter cause downgrade in performance and in the worst case even a livelock. Signed-off-by: Noam Camus <noamca@mellanox.com> --- arch/arc/plat-eznps/mtm.c | 2 -- 1 files changed, 0 insertions(+), 2 deletions(-) diff --git a/arch/arc/plat-eznps/mtm.c b/arch/arc/plat-eznps/mtm.c index aaaaffd..e0cb36b 100644 --- a/arch/arc/plat-eznps/mtm.c +++ b/arch/arc/plat-eznps/mtm.c @@ -119,8 +119,6 @@ void mtm_enable_core(unsigned int cpu) mt_ctrl.value = 0; mt_ctrl.hsen = 1; mt_ctrl.hs_cnt = MT_CTRL_HS_CNT; - mt_ctrl.sten = 1; - mt_ctrl.st_cnt = MT_CTRL_ST_CNT; mt_ctrl.mten = 1; write_aux_reg(CTOP_AUX_MT_CTRL, mt_ctrl.value); -- 1.7.1
[toc] | [next] | [standalone]
| From | Alexey Brodkin <Alexey.Brodkin@synopsys.com> |
|---|---|
| Date | 2017-05-25 13:20 +0200 |
| Subject | Re: [PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug |
| Message-ID | <tKYY9-7sN-1@gated-at.bofh.it> |
| In reply to | #1650124 |
Hi Noam, On Thu, 2017-05-25 at 05:34 +0300, Noam Camus wrote: > From: Noam Camus <noamca@mellanox.com> > > This counter represents threshold for consecutive stall that which > trigger HW threads scheduling. > Low values of this counter cause downgrade in performance > and in the worst case even a livelock. > > Signed-off-by: Noam Camus <noamca@mellanox.com> > --- > arch/arc/plat-eznps/mtm.c | 2 -- > 1 files changed, 0 insertions(+), 2 deletions(-) > > diff --git a/arch/arc/plat-eznps/mtm.c b/arch/arc/plat-eznps/mtm.c > index aaaaffd..e0cb36b 100644 > --- a/arch/arc/plat-eznps/mtm.c > +++ b/arch/arc/plat-eznps/mtm.c > @@ -119,8 +119,6 @@ void mtm_enable_core(unsigned int cpu) > mt_ctrl.value = 0; > mt_ctrl.hsen = 1; > mt_ctrl.hs_cnt = MT_CTRL_HS_CNT; > - mt_ctrl.sten = 1; > - mt_ctrl.st_cnt = MT_CTRL_ST_CNT; Even though I don't know your architecture this change doesn't make enough sense to me in absence of better explanation of what is really done here. I.e. how removal of those 2 lines above improve your situation. -Alexey
[toc] | [prev] | [next] | [standalone]
| From | Noam Camus <noamca@mellanox.com> |
|---|---|
| Date | 2017-05-25 13:20 +0200 |
| Subject | RE: [PATCH 07/10] ARC: [plat-eznps] disabled stall counter due to a HW bug |
| Message-ID | <tKYYa-7sN-13@gated-at.bofh.it> |
| In reply to | #1650374 |
>From: Alexey Brodkin [mailto:Alexey.Brodkin@synopsys.com] >Sent: Thursday, May 25, 2017 14:10 PM ... >> diff --git a/arch/arc/plat-eznps/mtm.c b/arch/arc/plat-eznps/mtm.c >> index aaaaffd..e0cb36b 100644 >> --- a/arch/arc/plat-eznps/mtm.c >> +++ b/arch/arc/plat-eznps/mtm.c >> @@ -119,8 +119,6 @@ void mtm_enable_core(unsigned int cpu) >> mt_ctrl.value = 0; >> mt_ctrl.hsen = 1; >> mt_ctrl.hs_cnt = MT_CTRL_HS_CNT; >> - mt_ctrl.sten = 1; >> - mt_ctrl.st_cnt = MT_CTRL_ST_CNT; >Even though I don't know your architecture this change doesn't make enough sense to me in absence of better explanation of what is really done here. >I.e. how removal of those 2 lines above improve your situation. By removing 2 lines I am resorting to HW reset value where sten=0 i.e. feature is disabled. I will rewrite the explanation -Noam
[toc] | [prev] | [standalone]
Back to top | Article view | linux.kernel
csiph-web