ARM64 – Fedora 27, UEFI and Pi3..

I decided – after some time – to do some more with the Raspberry Pi 3, and set it up as a small network print server..

As there was now an ‘official’ version of Fedora 27 for the Pi3, I decided to use this..   Details are here, and links to aarch64 images are near the bottom of the article..   https://fedoraproject.org/wiki/Architectures/ARM/Raspberry_Pi

This version uses u-boot to load EFI, which then boots the Pi3 in the ‘traditional’ way..   After creating the system on the micro-sd card, I ‘saved/restored’ the root filesystem, and modified the partition layout to make it resident on a ‘primary’ partition, rather than ‘extended’, but this was just a personal preference..

Fdisk:
Device       Boot    Start   End       Sectors   Size  Id Type
/dev/mmcblk0p1 *     2048    342015    339968    166M  6  FAT16
/dev/mmcblk0p2       342016  2439167   2097152   1G    83 Linux
/dev/mmcblk0p3       2439168 3487743   1048576   512M  82 Linux swap / Solaris
/dev/mmcblk0p4       3487744 125042687 121554944 58G   83 Linux
............
# cat /etc/fstab
/dev/mmcblk0p1 /boot/efi vfat umask=0077,shortname=winnt 0 2
/dev/mmcblk0p2 /boot     ext4 defaults 1 2
/dev/mmcblk0p3 swap      swap defaults 0 0
/dev/mmcblk0p4 /         ext4 defaults 1 1

As I needed to use a serial console, I uncommented  enable_uart=1 in config.txt, and made the appropriate changes to the kernel boot command line..

As usual, the standard Fedora kernel config included many unwanted device selections and options, and so I decided to create a more Pi3-specific one..   A search found some possible candidates, and I tried several of these..

As a result, I found that the Broadcom GPU/DRM driver caused multiple tombstones during the boot process, and killed the HDMI monitor connection:

..................
 OK ] Mounted Temporary Directory (/tmp).
vc4_hdmi 3f902000.hdmi: vc4-hdmi-hifi <-> 3f902000.hdmi mapping ok
vc4-drm soc:gpu: bound 3f902000.hdmi (ops vc4_hdmi_ops [vc4])
vc4-drm soc:gpu: bound 3f806000.vec (ops vc4_vec_ops [vc4])
vc4-drm soc:gpu: bound 3f400000.hvs (ops vc4_hvs_ops [vc4])
vc4-drm soc:gpu: bound 3f206000.pixelvalve (ops vc4_crtc_ops [vc4])
vc4-drm soc:gpu: bound 3f207000.pixelvalve (ops vc4_crtc_ops [vc4])
vc4-drm soc:gpu: bound 3f807000.pixelvalve (ops vc4_crtc_ops [vc4])
vc4-drm soc:gpu: bound 3fc00000.v3d (ops vc4_v3d_ops [vc4])
[drm] Initialized vc4 0.0.0 20140616 for soc:gpu on minor 0
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[drm] Driver supports precise vblank timestamp query.
Console: switching to colour frame buffer device 240x67
vc4-drm soc:gpu: fb0: frame buffer device
[ OK ] Started udev Wait for Complete Device Initialization.
[ OK ] Started LVM2 metadata daemon.
[ OK ] Started Monitoring of LVM2 mirrors,…sing dmeventd or progress polling.
[ OK ] Reached target Local File Systems (Pre).
 Starting File System Check on /dev/mmcblk0p1...
 Starting File System Check on /dev/mmcblk0p2...
[ OK ] Started File System Check on /dev/mmcblk0p1.
[ OK ] Started File System Check on /dev/mmcblk0p2.
 Mounting /boot...
[CRTC:67:crtc-2] vblank wait timed out
------------[ cut here ]------------
WARNING: CPU: 2 PID: 21 at drm_atomic_helper_wait_for_vblanks.part.7+0x248/0x278 [drm_kms_helper]
Modules linked in: vc4 snd_soc_core snd_pcm_dmaengine snd_seq snd_seq_device snd_pcm snd_timer snd smsc95xx drm_kms_helper usbnet cfbfillrect cfbimgblt mii cfbcopyarea drm syscopyarea sysfillrect sysimgblt fb_sys_fops uio_pdrv_genirq uio efivarfs pwm_bcm2835 i2c_bcm2835 ipv6
CPU: 2 PID: 21 Comm: kworker/2:0 Not tainted 4.14.5 #1
EXT4-fs (mmcblk0p2): mounted filesystem with ordered data mode. Opts: (null)
Hardware name: raspberrypi rpi/rpi, BIOS 2017.09 10/10/2017
Workqueue: events output_poll_execute [drm_kms_helper]
task: ffffffc03c85c600 task.stack: ffffff80088c0000
PC is at drm_atomic_helper_wait_for_vblanks.part.7+0x248/0x278 [drm_kms_helper]
LR is at drm_atomic_helper_wait_for_vblanks.part.7+0x248/0x278 [drm_kms_helper]
pc : [<ffffff80007423e8>] lr : [<ffffff80007423e8>] pstate: 40000145
sp : ffffff80088c3aa0
................     etc... etc...

So, I disabled this ( ‘Broadcom VC4 Graphics‘ ), and just used the framebuffer option..     The device will (obviously) be used ‘headless’, so this is not an issue..

It was a refreshing change to be able to use the x86-standard kernel compile/install commands, and to be able to use grub-customizer to handle boot options etc..   I set up the dtb link in the /boot directory to match the Fedora example..

I did find slightly confusing behaviour with the console options…   I had (temporarily) modified grub.cfg to include the usual console=tty0 console=ttyS0,115200n8, and this worked OK at first boot, but after I had compiled/installed later kernels, and included this in the grub parameters, this stopped working, and there was no output on the serial/uart connection at boot time, after the usual grub menu dialogue..

I then discovered that – for some reason – the ports had changed, and now required console=tty1 console=ttyS1,115200n8. This worked OK for the Fedora-supplied kernels, but not for the self-compiled ones..   I then found that the uart/port selections in the kernel configs I was testing had been – deliberately – disabled, probably due to the fact that these console options cause performance degradation, because of design tradeoffs on the Pi3..

So, I modified the kernel config in the appropriate areas:

Select ‘Console on 8250/16550 serial port
Change ‘Maximum 8250/16550 and compatible serial ports‘  to ‘4
Change ‘Maximum 8250/16550 serial ports to register at runtime‘  to ‘4

After this, all was well:

..................
[ 0.000349] console [tty1] enabled
.............
[ 0.722248] 3f215040.serial: ttyS1 at MMIO 0x0 (irq = 61, base_baud = 31250000) is a 16550
[ 1.279189] console [ttyS1] enabled
.....................
Fedora 27 (Workstation Edition)
Kernel 4.14.5 on an aarch64 (ttyS1)
...................
$ uname -a
Linux rgprint 4.14.5 #2 SMP PREEMPT Mon Dec 11 23:20:51 PST 2017 aarch64 aarch64 aarch64 GNU/Linux

I have put a copy of the  kernel config at https://pastebin.com/thmebsn0

Robert Gadsdon.  December 12, 2017.

 


Leave a Reply

Your email address will not be published. Required fields are marked *