Hello,
On 2015-02-08 16:00, Tobias Jakobi wrote:
Hello,
I've collected some of the more serious remaining problems on the
Hardkernel Odroid boards (here on an X2).
1) When using cpufreq-exynos and having selected the 'ondemand'
governor, the system shutdown/reboot process doesn't complete and hangs
before the end. I'm currently hotfixing this by switching to
'performance' governor in a custom initscript.
I didn't observe any issues with 'ondemand' governor. I've just tested it
on next-20150204 with "[PATCH v2 0/3] Add support for hardware reset of eMMC
card on reboot" patches added
(http://www.spinics.net/lists/linux-mmc/msg30621.html) and reboot works
fine.
2) When reading the 'clk_summary' debugfs entry the system locks up
immediately. Currently hotfixing this by having the ISP powerdomain
always-on. The problem seems to be known, at least it was mentioned here:
http://www.spinics.net/lists/linux-samsung-soc/msg39488.html
This is known issue. To properly solve it, we need to rewrite exynos4 clock
driver and integrate power domain support for handling of ISP clocks.
Sylwester can provide more details.
3) Maybe related to (1). I'm experiencing high SoC temperatures after
shutting the system down and leaving the AC connector plugged into the
board. The shutdown procedure is like mentioned in (1): Switch to
'performance' and then do a normal 'shutdown -h now'. I was wondering if
the Odroid boards need a special shutdown procedure (like designed in
the odroid-restart handler patch) after all.
Right. That's because CPU is busy looping instead of proper shutdown.
I've just
posted a patch for solving this issue on all Exynos SoCs, see "[PATCH]
exynos:
pmu: use PS_HOLD based poweroff for all supported SoCs" thread.
4) Spinlock BUGs triggered by the sdhci subsystem (so for the people
using the system with a SD card). This is also a known problem, I think
first mentioned here: http://www.spinics.net/lists/linux-mmc/msg27277.html
Currently fixing this with this patch:
https://github.com/tobiasjakobi/linux-odroid/commit/abc749843dd7022d01322dca3db0181211a30cd8
The fix for this issue has been queued to mmc-next:
https://git.linaro.org/people/ulf.hansson/mmc.git/commit/017210d1c0dc2e2d3b142985cb31d90b98dc0f0f
Best regards
--
Marek Szyprowski, PhD
Samsung R&D Institute Poland
--
To unsubscribe from this list: send the line "unsubscribe linux-samsung-soc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
