The Parallella is an SBC with Xilinx Zynq SoC and 16-core Epiphany-III co-processor.

I had contributed a device tree for the Parallella to v3.17 (with a network/clock issue just reported by Olof Johansson to be investigated).

Recently I started packaging a gcc49 cross-compiler for the Epiphany - it succeeded building for x86_64 and armv7hl but doesn't compile a trivial C program yet. Investigating why, cleaning up the .spec files and finding a better home than home:a_faerber:epiphany is the scope of this project.

Additionally, packaging of host libraries for Epiphany deployment from the Parallella as well as target libraries for Epiphany development could be investigated.

Another related topic would be investigating USB support for the Parallella, based on patches from Xilinx.

Looking for hackers with the skills:

packaging

This project is part of:

Hack Week 11

Activity

  • over 10 years ago: a_faerber added keyword "packaging" to this project.
  • about 11 years ago: a_faerber started this project.
  • about 11 years ago: a_faerber originated this project.

  • Comments

    • a_faerber
      about 11 years ago by a_faerber | Reply

      Updated cross-epiphany-newlib package from downstream 1.20.0 to official 2.1.0.

    • a_faerber
      about 11 years ago by a_faerber | Reply

      Found the remaining bug for cross-epiphany-gcc49: Not just the gcc target files shouldn't be stripped by OBS, also the newlib files (libc.a, libepiphany.a, etc.). With that fixed, a simple C program compiles now.

      • a_faerber
        about 11 years ago by a_faerber | Reply

        SR for binutils

        • a_faerber
          about 11 years ago by a_faerber | Reply

          Accepted. SR for newlib

        • a_faerber
          about 11 years ago by a_faerber | Reply

          SR for gcc49

      • a_faerber
        about 11 years ago by a_faerber | Reply

        While the packaged Epiphany SDK is not yet working with my upstream kernel, it seems to work with downstream 3.12 kernel.

        • a_faerber
          about 11 years ago by a_faerber | Reply

          Turns out some clocks were not enabled. kernel patch

    • a_faerber
      about 11 years ago by a_faerber | Reply

      The reported network issue did not occur during my Hackweek testing. The USB patches compiled and resulted in the device being recognized, but no OTG-attached devices showed up in lsusb.

    Similar Projects

    openSUSE on ZoL from OpenZFS project by jkohoutek

    Idea is to have SUSE system with OpenZFS as root FS.

    Why ZFS

    Ways in which ZFS is better than BTRFS

    Main goal

    Have OpenZFS as install option in the installer and utilize zedenv Boot Environment Manager for SUSE updates install

    Goals

    • synergy of ZFS with dracut, so snapshots are correctly added to the grub
    • synergy of zedenv with zypper
      • before every update snapshot is created
      • when new kernel or other package which requires reboot is about to be installed, the update will be processed to the new boot environment snapshot and grub configuration changed to boot to this new one
    • integrate Root on ZFS as install option to the YaST
    • configure Kiwi for the ZFS install images

    Completed goals

    • prepare ZFS pool compatible with openSUSE installation ✓
    • install openSUSE with root on ZFS ✓
    • boot to the prepared and installed system ✓

    Current progress

    Resources:


    GHC-9.14 and split Hadrian from GHC build by osukup

    Description

    Prepare openSUSE Tumbleweed project for new GHC Haskell compiler and separate builder (Hadrian) from GHC build

    Goals

    • have GHC-9.14 project with working compiler and if possible filled with packageset
    • have Hadrian in own package built with bootstrap compiler to separate Hadrian bootstrap from ghc bootstrap

    Resources

    devel:languages:haskell

    d:l:h:ghc-9.12.x

    opensuse Haskell rpm macros

    opensuse haskell package gen project