On 12.07.2012, at 16:09, Alexander Graf wrote:
Hi Andrew, openSUSE fellows,
While trying to get a stable working base on at least a single SoC family (OMAP), I've stumbled over a bunch of issues, all of which are frustrating of their own, but are driving me insane in combination.
[...]
Beagleboard ==============
This is my favorite. After updating u-boot to get panda boards stable, suddenly my beagle board wouldn't boot anymore. It'd crash randomly, some times just freeze seconds after the boot. The only variable here is the boot loader.
Ok, debugged this down a bit further. The following gets me going: diff --git a/config/armv7hl/omap2plus b/config/armv7hl/omap2plus index f831dc4..5a605de 100644 --- a/config/armv7hl/omap2plus +++ b/config/armv7hl/omap2plus @@ -572,7 +572,7 @@ CONFIG_CPU_FREQ_GOV_CONSERVATIVE=m # # ARM CPU frequency scaling drivers # -CONFIG_ARM_OMAP2PLUS_CPUFREQ=y +# CONFIG_ARM_OMAP2PLUS_CPUFREQ is not set # CONFIG_ARM_EXYNOS4210_CPUFREQ is not set # CONFIG_ARM_EXYNOS4X12_CPUFREQ is not set # CONFIG_ARM_EXYNOS5250_CPUFREQ is not set @@ -587,9 +587,8 @@ CONFIG_CPU_IDLE_GOV_MENU=y # # At least one emulation must be selected # -CONFIG_FPE_NWFPE=y -# CONFIG_FPE_NWFPE_XP is not set -# CONFIG_FPE_FASTFPE is not set +# CONFIG_FPE_NWFPE is not set +CONFIG_FPE_FASTFPE=y CONFIG_VFP=y CONFIG_VFPv3=y CONFIG_NEON=y What I did is I basically went from a working base (f17) and tried to replace as many options in our omap2 kernel as reasonable with the ones from there. This is what got me rolling. I don't think the floating point emulation is really the culprit here. I'd much rather guess on cpufreq. For some reason cpufreq is broken with upstream u-boot, but did work with the old x-loader+linaro u-boot combo. I'm running out of time I can spend on this. If someone else (preferably Linaro / TI) could take a look, I'd greatly appreciate it. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org