On 06.04.2013, at 23:16, Alexander Graf wrote:
On 06.04.2013, at 22:55, G. Heim wrote:
Hi Alex,
Thanks again. I did a compile of the debian kernel on my mirabox, then I booted with the modules and uImage. The full bootlog is below.
As you can see, the first message about "systemd[1]: CONFIG_CGROUPS was not set" has disappeared, but the line
<28>systemd[1]: No control group support available, not creating root group.
is still there. I used these CGROUP related kernel compile options:
CONFIG_CGROUPS=y # CONFIG_CGROUP_DEBUG is not set CONFIG_CGROUP_NS=y CONFIG_CGROUP_FREEZER=y CONFIG_CGROUP_DEVICE=y # CONFIG_CPUSETS is not set CONFIG_CGROUP_CPUACCT=y CONFIG_RESOURCE_COUNTERS=y # CONFIG_CGROUP_MEM_RES_CTLR is not set CONFIG_CGROUP_SCHED=y CONFIG_FAIR_GROUP_SCHED=y # CONFIG_RT_GROUP_SCHED is not set CONFIG_BLK_CGROUP=y # CONFIG_DEBUG_BLK_CGROUP is not set
Also, opensuse gets in an loop with <28>systemd[1]: systemd-udevd.service start request repeated too quickly, refusing to start. <28>systemd[1]: systemd-udevd.service start request repeated too quickly, refusing to start. <28>systemd[1]: systemd-udevd.service start request repeated too quickly, refusing to start. [etc, continuing]
Any hints how to continue are very much appreciated.
Oh, I just realized that you're running on 2.6.35. There's a good chance your kernel is simply too old, which probably is why udev is failing.
Are there any more recent kernels available for your machine?
Ah, looks like there is upstream support for it: https://patchwork.kernel.org/patch/1942941/ Would you mind to try a 3.9 based kernel with a simple defconfig for either mvebu or multi_v7? Compile the kernel as zImage, then the device tree that comes with Linux (arch/arm/boot/dts/armada-370-mirabox.dts) to a dtb and then load both from u-boot? You just pass the dtb as 3rd parameter to the bootz command. If you run without an initrd, just pass "-" to bootz to tell it you don't want one. I'd assume that should just work, and should also get you something properly working with openSUSE 12.3. No guarantees that all your hardware components will be supported by the upstream code however :). Traditionally, we've had quite a bit of trouble getting graphics rolling. Alex -- To unsubscribe, e-mail: opensuse-arm+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse-arm+owner@opensuse.org