On 09/04/2018 03:07 πμ, Ken Moffat wrote:
On Sun, Apr 08, 2018 at 12:11:39PM +0300, Thanos Baloukas wrote:
On 08/04/2018 06:30 πμ, Ken Moffat wrote:
On Sun, Apr 08, 2018 at 04:01:11AM +0300, Thanos Baloukas wrote:
On 07/04/2018 11:57 μμ, Ken Moffat wrote:



The only problem the machine had was freezing on idle. In the beginning
I disabled the cool 'n quiet in the bios and that solved the problem.
Then I found this bug report,

https://bugzilla.kernel.org/show_bug.cgi?id=196683


I've been running cool 'n quiet without any problems (apart from
this) and using lm_sensors I can see CPU frequencies at 3592 MHz on
all cores, or a bit above 3600 on only one core - for a nominal max
frequency of 3500 - and much lower frequencies when less-busy)

To be clear, you turned off C6 if that is available as a bios
option, OR added CONFIG_RCU_NO_CB_CPU and added a boot argument of
rcu_nocbs=0-3 ?

Didn't play with C6 at all. Using a kernel with

# RCU Subsystem
CONFIG_TREE_RCU=y
# CONFIG_RCU_EXPERT is not set
CONFIG_SRCU=y
CONFIG_TREE_SRCU=y
CONFIG_TASKS_RCU=y
CONFIG_RCU_STALL_COMMON=y
CONFIG_RCU_NEED_SEGCBLIST=y
CONFIG_RCU_NOCB_CPU=y
CONFIG_HAVE_RCU_TABLE_FREE=y
# RCU Debugging
# CONFIG_PROVE_RCU is not set
# CONFIG_RCU_PERF_TEST is not set
CONFIG_RCU_TORTURE_TEST=m
CONFIG_RCU_CPU_STALL_TIMEOUT=60
# CONFIG_RCU_TRACE is not set
# CONFIG_RCU_EQS_DEBUG is not set

and rcu_nocbs=0-3 on kernel command line was enough.


Thanks.  Tried that, but it did not help.  I also tried logging
output from top and sensors every 5 seconds (that took two goes,
first time I fubar'd and emptied the log on every pass through the
loop).  I noticed that 5 seconds before the crash, one core was
running at just over 3.7 GHz (boosted) and the others were slowing
down.

What I did is just a workaround for the freezing on idle problem and I
wrote it just to answer to your question. It was no way a suggestion
to solve your problem. As I wrote in my previous reply, I would suspect
not enough voltage fed to the cpu and/or to ram, causing the reboots.

So I decided to try turning of c6 states anyway, using zenstates.py
(it's on github with some other zen stuff) - bad mistake : the Xorg
display went blank while I was watching, but the box did not reboot
and neither of the front-panel switches (reboot, on/off) worked.

For the moment I'm going to step away from this (I've got something
else to install and test here).

ĸen


--
Thanos
--
http://lists.linuxfromscratch.org/listinfo/blfs-dev
FAQ: http://www.linuxfromscratch.org/blfs/faq.html
Unsubscribe: See the above information page

Reply via email to