I have STCK1A8LFC which is freezing on me in irregular periods. Sometimes in 15 minutes, sometimes in hours (around 1).
I am doing some processing but below 50% of CPU. The Wifi dies as well so system cannot be pinged.
There is no apparent reason for that. The BIOS is the newest from Intel page.
I checked dmesg but noting interesting there.
Let me apologize since I noticed that you do not have an answer from our team. I will take of this issue.
Could you please let me know the BIOS version you have installed? And just to confirm; are you using Ubuntu 14.04 64-bit?
Yes indeed it took 3 weeks to get any action on that, as for support it is very disappointing.
So the BIOS version is: FCBYT10H.86A.0024.2015.0522.1757
The OS:Linux kofinder3 3.16.0-34-generic # 47~14.04.1-Ubuntu SMP Fri Apr 10 17:49:16 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Thank you for the information.
Let's try updating your BIOS version to the latest which is 0031, see here for the file https://downloadcenter.intel.com/download/25506/BIOS-Update-FCBYT10H-86A-?product=86613 Download BIOS Update [FCBYT10H.86A] and here for the instructions http://www.intel.com/content/www/us/en/support/boards-and-kits/intel-compute-stick/000005961.html BIOS Update Instructions for Intel® Compute Stick.
Let me know how it goes.
I have updated the BIOS to the version you mentioned.
The stick still freezes after 25 - 70 minutes of doing nothing just running "htop" command with average load 0.12.
Can I grep any log for you ?
See http://www.linuxium.com.au/how-tos/runningubuntuontheintelcomputestick Running Ubuntu on Intel Bay Trail and Cherry Trail Devices - Linuxium or http://linuxiumcomau.blogspot.com.au/2016/10/running-ubuntu-on-intel-bay-trail-and.html linuxium.com.au: Running Ubuntu on Intel Bay Trail and Cherry Trail Devices at the paragraph starting "One issue that has been reported with Linux kernel versions newer than 3.16 on Bay Trail processors is a random freeze where the whole system hangs".
Does it mean that Intel is selling product which does not work out of box ? Seriously ?
The Ubuntu stick is running 14.04 TLS version apparently customized for ICS.
What you suggesting it to limit already low CPU capacity, also the ICS freezes when nothing is running as I indicated in load value above.
The work around of limiting the processor to a certain power state doesn't affect the performance rather the ability to save on power when the device is idle. The following bug report https://bugzilla.kernel.org/show_bug.cgi?id=109051 https://bugzilla.kernel.org/show_bug.cgi?id=109051 details the issue I think you are experiencing and outlines the work around I suggest. You can always try the work around (as it is reversible) and reply with your findings so that others might benefit.
MichalM, the supported operating system for this model, Intel® Compute Stick STCK1A8LFC is Ubuntu 14.04 LTS* 64-bit which is the one you have installed. We have not received any reports of this unit having freezing issues, if the BIOS did not fix the issue the next step would be replacing the unit, unless you want to try the workaround mentioned above; however, I strongly recommend to replace the unit.
See here for out contact information http://www.intel.com/content/www/us/en/support/contact-support.html Contact Support.
I did try the suggested workaround but ICS still freezes after few or few hundreds minutes.
As ICS was acquired via Amazon how I can replace it with Intel ?
Call Intel Customer Support. Information on doing so can be found here:
http://www.intel.com/content/www/us/en/support/contact-support.html# @11 Intel Customer Support Contact Information for US and Canada
http://www.intel.com/content/www/us/en/support/contact-support/emea-contact.html Intel Customer Support Contact Information for Europe, Middle East and Africa
http://www.intel.com/content/www/us/en/support/contact-support/apac-contact.html Intel Customer Support Contact Information for Asia-Pacific
http://www.intel.la/content/www/xl/es/support/contact-support/lar-contact.html Intel Customer Support Contact Information for Latin America
/thread/105938 MichalM, please try with the links provided above. When contacting the option you selected, make sure to state that you talk to an agent from communities.
Let me know how that goes.
The C-state work around was always going to be a long shot given you were only on a 3.16 kernel however at least it is something to look forward to should you ever upgrade your kernel on your replacement device.
Ok, i got it. Is there a way to check in the system logs why it freezes, to have some confirmation something is going wrong ?
I am little afraid replacement might behave the same way so I would like to confirm problem.
If you just use the replacement device as is without any kernel upgrades other than the official ones from the default repositories for v3.16 then you should be okay. The problem with later kernels seems to be impossible to replicate under test conditions and leaves no log or error messages to aid in the diagnostics which is why the bug has remained open for so long.
The typical reason why freezes occur on any computer is under load and they have effectively 'overheated' as thermal cooling (i.e. the fan) and thermal throttling (i.e. the kernel's inbuilt software protection) becomes insufficient possibly due to a problem like dust build-up on the fan / in the case or incorrect thermal contact between the CPU and heat sink etc. Given the physical design of the Intel Compute Stick such circumstances could occur. But under normal conditions if the Intel Compute Stick is positioned such that airflow is possible there is no problem even when the CPU/GPU are working hard. Even if the fan is spinning at its highest speed (you can see using a flashlight or if you have good hearing and check by being physically close to the device) and the casing is getting hot (as in warm to touch) it should be okay. As you say the load is average so I guess we can rule out that as a root cause however as nobody has asked about the physical condition of the unit nor the environment you run it in I thought it worth mentioning just for the sake of completeness.