I've managed to get Fedora 26 run with kernel 4.6.5-300.fc24.armv7hl on
Odroid-XU4 with Cloudshell 2. The onbord RAID 1 (USB-Attached SCSI
(UAS)) is working with kernel 4.6.5-300.fc24.
[root@myodroid ~]# lsusb -d 152d:0561
Bus 004 Device 003: ID 152d:0561 JMicron Technology Corp. / JMicron USA
Next steps to do:
- move OS from SD-Card to more faster eMMC-Card. How to do it?
- Kernel update to actual version. I've update Kernel to
4.11.11-300.fc26 and system boots with 8 CPU (FC24 = 5 CPU), but only
the first part of kernel is booting; then it stops.
- compiling modules to activate the color LCD
Is there anybody who can help me with the first 2 steps ?
I've two XU4: one with Fedora25 and handmade Kernel 4.2.0+ #1 (based on
Odroid image) and one with native Fedora 24 with kernel 4.7.2-201.
Update to newer kernel didn't work because it doesn't build a suitable
Has anybody tried this?
I'm see that iso images available but can't understand how to use it. All manuals says about compressed *.raw.xz images which must be unpacked (at least under windows) to write on SD card. I've tried to use win32dd or some other raw copy tools to write iso image to SD card (and even tried USB stick) but no luck. May be someone can explain how to use iso installer images to install system like it installed on normal PC.
#fedora-meeting-2: Fedora ARM and AArch64 Status Meeting
Meeting started by pwhalen at 15:00:17 UTC. The full logs are available
* 1) ==== Userspace Status ==== (pwhalen, 15:02:40)
* No userspace issues reported. (pwhalen, 15:03:56)
* F27 mass rebuild to start some time this week. (pwhalen, 15:06:12)
* 2) ==== Kernel Status ==== (pwhalen, 15:06:35)
* kernel-4.13.0-0.rc1.git0.1.fc27 (pwhalen, 15:06:44)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=919595
* 4.12 rebase for stable should happen shortly to 4.12.2+
* Please test and report any issues to the list or #fedora-arm.
* 3) ==== Bootloader Status ==== (pwhalen, 15:10:11)
* Testing uboot-tools-2017.05-5. Includes fix for data abort when
using the network in Uboot. (pwhalen, 15:10:28)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=918396
* Bug in the latest edk2 for juno which causes grub to be unable to
load the grub.cfg (pwhalen, 15:12:29)
* 4) == Open Floor == (pwhalen, 15:17:42)
* LINK: http://marc.info/?l=linux-arm-kernel&m=149971523129685&w=2
Meeting ended at 15:30:57 UTC.
Action Items, by person
People Present (lines said)
* pwhalen (28)
* pbrobinson (19)
* jlinton (17)
* kwizart (7)
* zodbot (4)
* dmarlin (0)
* rric (0)
* hrw (0)
* jonmasters (0)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
Apologies in advance if this is a FAQ. But I can't seem to find concrete
answers to what seem like relatively common questions.
The problem we have is the need to build current Fedora SRPMs for armel and possibly
armhf. We have an embedded product using an ARM926EJ-S core and another using a
Cortex-A9. Constraints dictate the RPMs to be built under in-house control and we're
trying to understand the path of least resistance and greatest reusability as Fedora
ARM moves forward.
- So the first fundamental question is to what degree current Fedora SRPM content
supports cross platform builds on an x86_64 host? This would be our first
preference though it isn't clear to what extent the core project infrastructure
supports this, if at all.
- Beyond cross builds infrastructure support is the question of what degree SRPMs
themselves support cross platform builds. This being an embedded platform, runtime
needs are minimal (no graphics, no heavy scripting languages, applications, etc..
So we're not faced with building a conventional workstation class RPM userland content.
- My impression however is while some off-shoot efforts of Fedora ARM do build cross
platform, the main project release builds native on an ARM host. Moreover on bare metal
ARM vs. an ARM VM for efficiency. Is this correct? If so what are our options for
a build host Fedora ARM distribution at the present? Eg is a 32-bit ARM distro
install required or will a 64-bit ARM install (eg: v8) be able to build SRPMs for
armel and armhf? The latter seems to be approaching a cross platform build, depending
upon what is available in a 64-bit Fedora ARM install now, and in the near future.
That's probably enough for now, answers to the above should help us quickly narrow
down the problem space we're grappling with.