Status of armhfp grubs2-efi on top of Uboot
by Mark Verlinde
Hi,
A while ago (around the freeze of FC29) grub2-efi on top of Uboot was proposed as the (potentially) default setup for armhfp too. Unfortunately (IMHO) it did not materialize and I'm searching for the game-breaker.
On buggzilla found a few hints, " we have at least a grub2 <-> kernel bug" (1) among them, they did not make the holdup clear to me.
My investigation so-far:
* It works pretty good with a close to upstream build grub, not with the default gub2 packages. Which makes me believe loading an arm32 kernel as an Portable Executable instead of grub's LoadImage() and StartImage() services may be a game-stopper. NOTE : I understand this is necessary for chain loading efi stubs for secure-boot. IMO this is not the pursued goal here.
* Since kernel patch "efi: libstub/arm: account for firmware reserved memory at the base of RAM" (2) it works on RPI's too (given a "custom" build grub2)
All feedback is appreciated,
grtz Mark
1) https://bugzilla.redhat.com/show_bug.cgi?id=1602948
2) https://patchwork.kernel.org/patch/11189097/
3 years, 4 months
Fedora ARM & AArch64 Status Meeting Minutes 2020-08-18
by Paul Whalen
========================================================
#fedora-meeting-2: Fedora ARM and AArch64 Status Meeting
========================================================
Meeting started by pwhalen at 15:00:18 UTC. The full logs are available
at
https://meetbot.fedoraproject.org/fedora-meeting-2/2020-08-18/fedora_arm_...
.
Meeting summary
---------------
* roll call (pwhalen, 15:00:18)
* 1) ==== Userspace Status ==== (pwhalen, 15:03:00)
* No new issues reported. (pwhalen, 15:04:30)
* 2) ==== Kernel Status ==== (pwhalen, 15:04:40)
* kernel-5.8.1-300.fc32 coming to F32.. (pwhalen, 15:04:55)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=1592522
(pwhalen, 15:04:55)
* Kernel 5.8 will be the GA kernel for F33 final, 5.9 to be an update
to be available shortly after F33 is released. (pwhalen, 15:06:52)
* kernel-5.9.0-0.rc1.1.fc34 (pwhalen, 15:07:41)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=1594084
(pwhalen, 15:07:41)
* Please test and report any issues to the list or #fedora-arm.
(pwhalen, 15:08:13)
* 3) ==== Bootloader Status ==== (pwhalen, 15:10:44)
* Latest U-Boot available for testing -
uboot-tools-2020.10-0.2.rc2.fc33 (pwhalen, 15:11:05)
* LINK: https://koji.fedoraproject.org/koji/buildinfo?buildID=1588325
(pwhalen, 15:11:05)
* 4) ==== Fedora 33 ==== (pwhalen, 15:18:09)
* Fedora 33 has now branched from Rawhide. (pwhalen, 15:18:28)
* LINK:
https://fedoraproject.org/wiki/Test_Results:Current_Installation_Test
(pwhalen, 15:18:45)
* List of Blockers -
https://qa.fedoraproject.org/blockerbugs/milestone/33/beta/buglist
(pwhalen, 15:19:25)
* error: ../../grub-core/net/net.c:1795:timeout reading initrd.img
(pwhalen, 15:20:01)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1869335
(pwhalen, 15:20:01)
* If affected use grub2-2.04-25.fc33 until a new build is available.
(pwhalen, 15:20:18)
* zram-setup(a)zram0.service: Failed to load configuration: No such file
or directory (pwhalen, 15:25:08)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1861463
(pwhalen, 15:25:08)
* This is now fixed with changes made to the udisks2-zram package.
(pwhalen, 15:25:17)
* Creating an armhfp disk image with btrfs results in an empty
filesystem (pwhalen, 15:32:06)
* LINK: https://bugzilla.redhat.com/show_bug.cgi?id=1855034
(pwhalen, 15:32:06)
* Fedora 33 Workstation Live ISO for AArch64 now available for testing
(pwhalen, 15:34:23)
* LINK:
https://dl.fedoraproject.org/pub/fedora-secondary/development/33/Workstat...
(pwhalen, 15:34:23)
* F33 Beta Freeze - starts at 1400 UTC on 2020-08-25 (pwhalen,
15:35:20)
* F33 Beta Target Release - 2020-09-22 (pwhalen, 15:35:37)
* 5) == Open Floor == (pwhalen, 15:38:12)
Meeting ended at 15:40:18 UTC.
Action Items
------------
Action Items, by person
-----------------------
* **UNASSIGNED**
* (none)
People Present (lines said)
---------------------------
* pwhalen (55)
* jlinton (14)
* pbrobinson (12)
* zodbot (6)
Generated by `MeetBot`_ 0.1.4
.. _`MeetBot`: http://wiki.debian.org/MeetBot
3 years, 7 months
RPi3 A+ Firmware Missing?
by Pete Bowden
Hi all,
Taking a stab at fedora 32 on a R Pi 3A+. Looks like there's missing firmware. Based on the FAQ the wifi should work out of the box but it doesn't seem to be the case:
[ 43.501327] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.raspberrypi,3-model-a-plus.txt failed with error -2
[ 43.501632] brcmfmac mmc1:0001:1: Direct firmware load for brcm/brcmfmac43455-sdio.txt failed with error -2
I do not see this file in: /usr/lib/firmware/brcm. I do see one for model b: "brcmfmac43455-sdio.raspberrypi,3-model-b-plus.txt"
Used the following for firmware:
arm-image-installer --image=Fedora-Server-armhfp-32-1.6-sda.raw.xz --target=rpi3 --media=/dev/sdf
Let me know what additional info you might need, and I'm happy to test.
3 years, 7 months
Beaglebone Black Support
by Pete Bowden
Hi All - What's the status of support for Fedora on Beaglebone Black? I find references to a old version working on BBB, but nothing recently. Anyone working on making it function?
3 years, 7 months
HATs and dtb
by Alessio
Hello.
As stated here [1], in order to use HATs, and overlays in general on
the Raspberry, you have to remove the /boot/dtb symlink.
You know, I'm not an expert. What does this mean? Why do you need to do
that? Why this symlink is here by default? And, there are some
downsides by removing such symlink?
[1] https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi/HATs
Thanks,
A.
3 years, 7 months
Error: failed to find VPN plugin for ovpn.
by Sam Varshavchik
After successfully testing an OpenVPN link on a x86_64, I get the following
error on aarch64, as root:
# nmcli connection import type ovpn file <file>.ovpn
Error: failed to find VPN plugin for ovpn.
Both systems have openvn, NetworkManager-openvpn, and NetworkManager-openvpn-
gnome packages installed.
journalctl -f is completely silent, during this.
The only thing I can think of: the x86_64 server is headless, but has a user
session autologging into a desktop, on the console. The aarch64 VM is also
headless. In both cases I'm ssh-ing in. Maybe something gets started when
there's a desktop login, that's required for this. The only thing I see
running, on the x86_64 server is nm-applet, that surely can't be required.
The x86_64 server desktop login is not a root login, but I can ssh to the
x86_64 server, as root, and install the same ovpn connection without any
issues.
3 years, 7 months