We had old arndale images working, but those were based on openSUSE-12.x which is now long obsolete and bad (e.g. missing security updates).

Thus we want to use a more modern u-boot and kernel, but those currently trigger a kernel panic. That needs to be investigated, tracked down and fixed but on the way we are hitting other problems, such as insufficient cross-compilation tools and a u-boot that can not do network/tftp boot.

Looking for hackers with the skills:

arm kernel

This project is part of:

Hack Week 13

Activity

  • about 9 years ago: bmwiedemann added keyword "arm" to this project.
  • about 9 years ago: bmwiedemann added keyword "kernel" to this project.
  • about 9 years ago: bmwiedemann started this project.
  • about 9 years ago: bmwiedemann originated this project.

  • Comments

    • bmwiedemann
      about 9 years ago by bmwiedemann | Reply

      using setenv append " init=/bin/bash" I found a workaround: echo "install xhci_hcd /bin/true" > /etc/modprobe.d/90-blacklist-xhci.conf

    • bmwiedemann
      about 9 years ago by bmwiedemann | Reply

      (ontop of modules loaded in initrd) minimal reproducer is

      for m in exynosdrm i2cs3c2410 clks2mps11 s5m8767 xhciplathcd asix ; do echo $m ; /sbin/modprobe $m ; done

    • bmwiedemann
      almost 9 years ago by bmwiedemann | Reply

      still crashed with "xhci_hcd" blacklisted - but blacklisting exynosdrm helped

    Similar Projects

    FizzBuzz OS by mssola

    Project Description

    FizzBuzz OS (or just fbos) is an idea I've had in order to better grasp the fundamentals of the low level of a RISC-V machine. In practice, I'd like to build a small Operating System kernel that is able to launch three processes: one that simply prints "Fizz", another that prints "Buzz", and the third which prints "FizzBuzz". These processes are unaware of each other and it's up to the kernel to schedule them by using the timer interrupts as given on openSBI (fizz on % 3 seconds, buzz on % 5 seconds, and fizzbuzz on % 15 seconds).

    This kernel provides just one system call, write, which allows any program to pass the string to be written into stdout.

    This project is free software and you can find it here.

    Goal for this Hackweek

    • Better understand the RISC-V SBI interface.
    • Better understand RISC-V in privileged mode.
    • Have fun.

    Resources

    Results

    The project was a resounding success add-emoji Lots of learning, and the initial target was met.


    Improve various phones kernel mainline support (Qualcomm, Exynos, MediaTek) by pvorel

    Similar to previous hackweeks ( https://hackweek.opensuse.org/projects/improve-qualcomm-soc-msm8994-slash-msm8992-kernel-mainline-support, https://hackweek.opensuse.org/projects/test-mainline-kernel-on-an-older-qualcomm-soc-msm89xx-explore-mainline-kernel-qualcomm-mainlining) try to improve kernel mainline support of various phones.


    Linux on Cavium CN23XX cards by tsbogend

    Before Cavium switched to ARM64 CPUs they developed quite powerful MIPS based SOCs. The current upstream Linux kernel already supports some Octeon SOCs, but not the latest versions. Goal of this Hack Week project is to use the latest Cavium SDK to update the Linux kernel code to let it running on CN23XX network cards.


    Officially Become a Kernel Hacker! by m.crivellari

    Description

    My studies as well my spare time are dedicated to the Linux Kernel. Currently I'm focusing on interrupts on x86_64, but my interests are not restricted to one specific topic, for now.

    I also "played" a little bit with kernel modules (ie lantern, a toy packet analyzer) and I've added a new syscall in order read from a task A, the memory of a task B.

    Maybe this will be a good chance to...

    Goals

    • create my first kernel patch

    Resources

    Achivements


    Improve UML page fault handler by ptesarik

    Description

    Improve UML handling of segmentation faults in kernel mode. Although such page faults are generally caused by a kernel bug, it is annoying if they cause an infinite loop, or panic the kernel. More importantly, a robust implementation allows to write KUnit tests for various guard pages, preventing potential kernel self-protection regressions.

    Goals

    Convert the UML page fault handler to use oops_* helpers, go through a few review rounds and finally get my patch series merged in 6.14.

    Resources

    Wrong initial attempt: https://lore.kernel.org/lkml/20231215121431.680-1-petrtesarik@huaweicloud.com/T/