sshadow
Posts: 2
Joined: Wed Jan 01, 2020 8:28 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Thu Jan 02, 2020 4:51 am

I note that the 64-bit kernel keeps my Pi4 significantly cooler than the 32-bit one.
64-bit temp: ~125 F, or ~51.5 C
32-bit temp: ~150 F, or ~65.5 C

This is without cooling or a heat sink. When I turn my fan on, both numbers plunge to more reasonable values.

dom
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 5398
Joined: Wed Aug 17, 2011 7:41 pm
Location: Cambridge

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Thu Jan 02, 2020 8:00 pm

sshadow wrote:
Thu Jan 02, 2020 4:51 am
I note that the 64-bit kernel keeps my Pi4 significantly cooler than the 32-bit one.
Are you comparing the updating firmware/kernel with and without arm_64bit=1?
Or are you comparing and old firmware/kernel with a new one?

The temperature difference seems more likely to come from firmware improvements than 64bit.

sshadow
Posts: 2
Joined: Wed Jan 01, 2020 8:28 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Thu Jan 02, 2020 8:51 pm

You're right, I was comparing the old firmware with the new.
dom wrote:The temperature difference seems more likely to come from firmware improvements than 64bit.
That would explain it.

noma
Posts: 1
Joined: Tue Jan 07, 2020 9:21 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Tue Jan 07, 2020 9:29 pm

gishten wrote:
Tue Oct 22, 2019 2:04 pm
I'm having trouble running rtorrent 0.9.7 on this kernel. It crashes intermittently, though never running longer than ~4 hours.

Code: Select all

Caught SIGBUS, dumping stack:
rtorrent() [0x1ed84]
/lib/arm-linux-gnueabihf/libc.so.6(__default_rt_sa_restorer+0) [0xf75a3130]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.20(+0xb9f9c) [0xf7a39f9c]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.20(_ZN7torrent9PollEPoll7performEv+0xdc) [0xf79af4e8]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.20(_ZN7torrent9PollEPoll7do_pollExi+0xa8) [0xf79af69c]
/usr/lib/arm-linux-gnueabihf/libtorrent.so.20(_ZN7torrent11thread_base10event_loopEPS0_+0x17c) [0xf79e8b7c]
rtorrent() [0x1d8f4]
/lib/arm-linux-gnueabihf/libc.so.6(__libc_start_main+0x10c) [0xf758d718]

Error: Success
Signal code '1': Invalid address alignment.
Fault address: 0xe8ad91
The fault address is not part of any chunk.
Aborted
Having a similar issue with Borg Backup, see details here:

https://github.com/borgbackup/borg/issues/4891

It looks like the handling for unaligned memory accesses is different in the 32 and 64-bit kernel.

https://www.kernel.org/doc/html/v5.4/ar ... nment.html

This might be related, as well:

https://github.com/raspberrypi/linux/issues/2283
You should have mentioned that yours was a 64-bit build - alignment trap is not available on any arm64 kernel.
Looks like all the software causing unaligned accesses will be problematic on the 64-bit kernel, if this statement is still true.

fruitoftheloom
Posts: 21593
Joined: Tue Mar 25, 2014 12:40 pm
Location: Delightful Dorset

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Fri Jan 10, 2020 9:48 am

akschu wrote:
Thu Dec 26, 2019 1:15 am
RandyOo wrote:
Thu Nov 14, 2019 10:35 pm
Reporting in... I bought a 4GB Pi4 with the sole intent of having it perform the role of a small ZFS-based NAS, now that it has USB 3.0, gigabit ethernet, and lots more RAM. I had already managed to get ZFS up and running on Pi3, so I knew it could be done.

I managed to get ZFS compiled and running on the 32 bit kernel, but kept encountering killed tasks due to OOM (out-of-memory) errors while running a simple (but large) rsync between two ZFS pools, and even though swap was set up and present, it was unused. Seems to be some kind of manifestation of ZFS not being happy on a 32-bit kernel.

After conquering the learning curve of getting a chroot environment set up to compile arm64, and kernel source downloaded from git and built, I finally managed to get the ZFS module compiled for arm64, and subsequently installed.

Now, with the 64-bit kernel running, the memory issue is gone, and throughput on the rsync file copy between two USB 3.0 drives appears to have doubled! :D

Although I do enjoy learning, I'll look forward to the day when ZFS is just an apt-get install away... :lol:
How were you able to compile the ZFS kernel module? I'm trying to do the same, but there isn't a kernel-headers or kernel-source package I can find, and downloading the official raspberrypi kernel source and building it results in "gcc: error: unrecognized command line option ‘-mgeneral-regs-only’"

I can't figure out how to build modules for this kernel. Any help would be greatly appreciated.

schu

https://www.realworldtech.com/forum/?th ... tid=189841
Retired disgracefully.....
......to a more gentile life !

tw99
Posts: 13
Joined: Thu Sep 20, 2012 4:54 pm

unifi wifi controller is working

Fri Jan 10, 2020 1:14 pm

I was interested to try the 64 bit kernel as a way of enabling the Unifi WiFi controller to run more effectively on a PI. While it can be run in 32 bit mode, it is somewhat compromised. This software has a bunch of annoying dependencies. It uses mongodb and needs a 64 bit version of mongo in order to store more than a few weeks worth of statistics without crashing. It also requires Java 8 due to some dependencies that have been removed from later versions of OpenJDK.

The good news is I was able to get it working, roughly as follows:

- PI4 with latest buster, 64 bit kernel enabled
- Use debootstrap to install a basic 64 bit user environment
- schroot into this environment and use glennr's script to install Unifi. This includes openjdk8, unifi, mongodb (the script is smart enough to grab the ubuntu version of mongodb, since debian no longer include it)
- use a persistent schroot session to start the unifi service

I may look into systemd-nspawn in future, but this seems to be good enough for now.

jdonald
Posts: 432
Joined: Fri Nov 03, 2017 4:36 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Sat Jan 18, 2020 5:14 am

moirainesedai wrote:
Sat Sep 28, 2019 3:11 am
Is it possible to run 64-bit docker images with this kernel? e.g. `docker run arm64v8/fedora:31 uname -a` does not work for me...
In that GitHub issue: https://github.com/docker/distribution/issues/3008 they've posted some workarounds. You can add either --privileged or --security-opt seccomp:unconfined. For example:

Code: Select all

docker run --security-opt seccomp:unconfined -it arm64v8/fedora:31
Then you'll be in a Fedora container where you can install aarch64 packages via yum.

Wish I had tried --privileged years ago!

ChicagoBob123
Posts: 79
Joined: Fri Aug 30, 2013 1:48 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Tue Jan 21, 2020 9:36 pm

Is there a central location for the state of the 64 bit version?
A google support engineer told me Tensorflow is dropping 32 bit support. So are there any 64 bit pre-compiled tools available via apt-get?Or do do you have to recompile packages like opencv for a 64 bit kernel?

fanoush
Posts: 502
Joined: Mon Feb 27, 2012 2:37 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Wed Jan 22, 2020 11:15 pm

jdonald wrote:
Sat Jan 18, 2020 5:14 am
In that GitHub issue: https://github.com/docker/distribution/issues/3008 they've posted some workarounds. You can add either --privileged or --security-opt seccomp:unconfined.
Wow that's great, it works!
And there is also third solution mentioned which hopefully keeps security restrictions enabled.
download https://raw.githubusercontent.com/docke ... fault.json file and replace whole (quite long) archMap element like

Code: Select all

{
	"defaultAction": "SCMP_ACT_ERRNO",
	"archMap": [
		{
....		
		}
	],
	"syscalls": [
...
by

Code: Select all

{
	"defaultAction": "SCMP_ACT_ERRNO",
	"architectures": [ "SCMP_ARCH_AARCH64", "SCMP_ARCH_ARM" ],
	"syscalls": [
...
and then use such modified file.json as --security-opt seccomp:file.json parameter of docker run and it works too.

ChicagoBob123
Posts: 79
Joined: Fri Aug 30, 2013 1:48 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Fri Jan 24, 2020 3:31 pm

If I use arm_64bit=1 it does not select the 64 bit kernel even though its loaded on the Pi
Has something changed?

andrum99
Posts: 1021
Joined: Fri Jul 20, 2012 2:41 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Fri Jan 24, 2020 7:24 pm

ChicagoBob123 wrote:
Fri Jan 24, 2020 3:31 pm
If I use arm_64bit=1 it does not select the 64 bit kernel even though its loaded on the Pi
Has something changed?
That setting still loads the 64-bit kernel on my Pi 4B. As far as I know, that's still the correct way to get a 64-bit kernel.

oicfar
Posts: 25
Joined: Tue Sep 17, 2019 7:39 am

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Fri Jan 24, 2020 7:32 pm

ChicagoBob123 wrote:
Fri Jan 24, 2020 3:31 pm
If I use arm_64bit=1 it does not select the 64 bit kernel even though its loaded on the Pi
Has something changed?
It works for me.

Code: Select all

[all]
#dtoverlay=vc4-fkms-v3d
gpu_mem=16

arm_64bit=1
And

Code: Select all

~ $ uname -a
Linux pi-4-devel 4.19.93-v8+ #1290 SMP PREEMPT Fri Jan 10 16:51:04 GMT 2020 aarch64 GNU/Linux

Duckulaj
Posts: 5
Joined: Mon Oct 17, 2016 11:15 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Fri Jan 24, 2020 9:49 pm

Good evening. I have now installed 64bit kernel and validated it is loaded using uname, aarch64.

I would like to take advantage of using a 64bit version of adoptopenjdk open j9 64bit.

Can this only be built locally with my 64bit kernel.

Which leads me onto another question. When using apt install how can I force the installation of 64 bit apps, if they are available.

Forgive my ignorance if I am missing something glaringly obvious yo those of you with more knowledge and experience.

Many thanks

oicfar
Posts: 25
Joined: Tue Sep 17, 2019 7:39 am

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Sat Jan 25, 2020 2:04 am

Duckulaj wrote:
Fri Jan 24, 2020 9:49 pm
Good evening. I have now installed 64bit kernel and validated it is loaded using uname, aarch64.

I would like to take advantage of using a 64bit version of adoptopenjdk open j9 64bit.

Can this only be built locally with my 64bit kernel.

Which leads me onto another question. When using apt install how can I force the installation of 64 bit apps, if they are available.

Forgive my ignorance if I am missing something glaringly obvious yo those of you with more knowledge and experience.

Many thanks
https://www.raspberrypi.org/forums/view ... ?p=1550130

or you can do this with docker

heymac
Posts: 5
Joined: Tue Aug 06, 2019 3:44 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Wed Feb 12, 2020 6:36 pm

I'm running the 64bit kernel with the Gnome desktop and recently spotted the following in system log.

Code: Select all

[    4.199056] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[    4.199534] usbcore: registered new interface driver brcmfmac
[    4.207842] bcm2835_codec: module is from the staging directory, the quality is unknown, you have been warned.
[    4.227201] bcm2835-codec bcm2835-codec: Device registered as /dev/video10
[    4.227257] bcm2835-codec bcm2835-codec: Loaded V4L2 decode
[    4.235372] bcm2835-codec bcm2835-codec: Device registered as /dev/video11
[    4.235423] bcm2835-codec bcm2835-codec: Loaded V4L2 encode
[    4.241636] bcm2835-codec bcm2835-codec: Device registered as /dev/video12
[    4.241676] bcm2835-codec bcm2835-codec: Loaded V4L2 isp
[    4.272038] vc4-drm soc:gpu: fb0: DRM emulated frame buffer device
[    4.449433] brcmfmac: brcmf_fw_alloc_request: using brcm/brcmfmac43455-sdio for chip BCM4345/6
[    4.465676] brcmfmac: brcmf_c_preinit_dcmds: Firmware: BCM4345/6 wl0: Feb 27 2018 03:15:32 version 7.45.154 (r684107 CY) FWID 01-4fbe0b04
[    4.617088] sd 0:0:0:0: Attached scsi generic sg0 type 0
[    5.948719] uart-pl011 fe201000.serial: no DMA platform data
I don't know if the above brcmfmac: messages are anything to be concerned about?

Code: Select all

[   37.865523] sd 0:0:0:0: [sda] tag#24 uas_eh_abort_handler 0 uas-tag 3 inflight: CMD IN 
[   37.865540] sd 0:0:0:0: [sda] tag#24 CDB: opcode=0x28 28 00 e8 e0 87 88 00 00 68 00
[   37.865866] sd 0:0:0:0: [sda] tag#23 uas_eh_abort_handler 0 uas-tag 1 inflight: CMD 
[   37.865876] sd 0:0:0:0: [sda] tag#23 CDB: opcode=0x35 35 00 00 00 00 00 00 00 00 00
[   37.881523] scsi host0: uas_eh_device_reset_handler start
[   38.010484] usb 2-2: reset SuperSpeed Gen 1 USB device number 2 using xhci_hcd
[   38.037318] scsi host0: uas_eh_device_reset_handler success
[   39.690167] rfkill: input handler disabled
[   40.623264] warning: process `colord-sane' used the deprecated sysctl system call with 8.1.2.
[   44.737917] EXT4-fs (sda1): mounted filesystem with ordered data mode. Opts: (null)
Also my USB3 SSD drive is frequently experiencing errors that have to be fsck'd, they don't appear when its connected to my other computers.

Anyway just thought sharing these observations might help.

paiku
Posts: 13
Joined: Tue Jun 25, 2019 10:34 pm

Re: Pi4 64-bit raspbian kernel for testing - Focus on Pi4

Wed Feb 12, 2020 7:41 pm

Tried the kernel with my 3B+ and now with the new 4B (4G RAM), and it's been working really well up until I found a bug recently.

Firefox 68 ESR's tabs crash when loading video containers.

It happens before I click the video or during autoplay, the video container loads, and then the tab the video is loading in crashes. Youtube.com itself is the only exception, it makes tabs crash once I click on the "play" button.

After trying Safe Mode, making a new Firefox profile and later using Safe Mode on it, turning off/on hardware acceleration, changing the number of process threads being used, scrolling by the video container so it won't load and much web searching, I stumbled upon the reason why this was happening.

On a whim, I disabled the 64-bit kernel. Edited config.txt, rebooted and there you go, problem fixed: all videos in Firefox 68 ESR autoplay, play and load without crashing any tabs.

Videos on Firefox 60 ESR were working fine on the 3B+ before Firefox 68 ESR was available, so it seems to be a Firefox-68-ESR-with-64-bit-kernel-enabled problem. I have no idea how to fix this, so some help would be appreciated.

Return to “Advanced users”