mickwombat
Posts: 2
Joined: Mon Sep 23, 2019 8:32 pm

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

Tue Sep 24, 2019 8:33 am

jdonald wrote:
Tue Sep 24, 2019 1:30 am
Welcome to the forums.

It appears you attempted to run directly on Raspbian's userland rather than a 64-bit chroot or container. This would not only fail to run java arm64, but any aarch64 binary. Instructions for setting up a 64-bit userland environment (chroot or systemd-nspawn container) mentioned above: https://www.raspberrypi.org/forums/view ... 0#p1535002
Ok, thanks for that...makes sense.
Looks like a lot of flaffing about for not much reward. I'll wait till proper 64bit userland comes along...if ever.

pica200
Posts: 153
Joined: Tue Aug 06, 2019 10:27 am

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

Tue Sep 24, 2019 5:18 pm

That will probably be a long wait. The chroot method is the best option right now if you don't want to use inofficial distros.

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

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

Tue Sep 24, 2019 6:27 pm

Kendek wrote:
Sun Sep 22, 2019 4:36 pm
Why is the UASP support not enabled in the ARM64 kernel config?
I just tested it, recompiled the kernel with CONFIG_USB_UAS=y, and the UAS is working well, same as with 32-bit kernel.
I'm using a custom 64-bit Ubuntu, based on the base ARM64 tar.gz, and I need a full-feature kernel.
Try updating now - I've added CONFIG_USB_UAS.

Kendek
Posts: 128
Joined: Thu Jul 25, 2019 4:39 pm
Location: Kaposvár, Hungary

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

Wed Sep 25, 2019 11:31 am

dom wrote:
Tue Sep 24, 2019 6:27 pm
Try updating now - I've added CONFIG_USB_UAS.
Thanks, the UAS is working as expected in the 64-bit kernel 4.19.75. :)

milouk
Posts: 1
Joined: Wed Sep 25, 2019 8:58 pm

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

Wed Sep 25, 2019 9:00 pm

@dom is there any way we can get the kernel headers for the 64-Bit kernel? I;m trying to set up a WireGuard Vpn Server and cannot get Wireguard to install as a module without the headers.

Kendek
Posts: 128
Joined: Thu Jul 25, 2019 4:39 pm
Location: Kaposvár, Hungary

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

Thu Sep 26, 2019 9:32 am

milouk wrote:
Wed Sep 25, 2019 9:00 pm
@dom is there any way we can get the kernel headers for the 64-Bit kernel? I;m trying to set up a WireGuard Vpn Server and cannot get Wireguard to install as a module without the headers.
You need the kernel source, and a chrooted 64-bit environment:
https://github.com/raspberrypi/linux
http://cdimage.ubuntu.com/ubuntu-base/daily/current

Prepare the kernel source:

Code: Select all

make bcm2711_defconfig
make prepare
make scripts
and compile the WireGuard kernel module.
Here are my 64-bit modules for the latest kernels:
4.19.73
4.19.75

moirainesedai
Posts: 4
Joined: Mon Aug 26, 2019 6:35 pm

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

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...

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

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

Sat Sep 28, 2019 2:38 pm

If on Raspbian, armhf Docker won't run arm64 containers. I reported on GitHub: https://github.com/docker/distribution/issues/3008
but it's unlikely to get any attention soon. LXC, systemd-nspawn, or chroot have no trouble spawning a 64-bit environment from a 32-bit userland, so the problem is specific to Docker.

The supposed workaround I mentioned above of running Docker inside a 64-bit chroot doesn't work either. Docker reports an invalid argument if you try to run it inside a chroot.

Your best bet is to use this kernel with a native 64-bit userland distro such as Gentoo, Manjaro, or balena.

mallets
Posts: 3
Joined: Thu Sep 19, 2019 4:00 am

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

Tue Oct 01, 2019 3:27 pm

Getting UDP datagram loss (as high as 70%) with the 64 bit kernel, when testing with iperf3.

Test condition:
- Using both sakaki's raspbian-nspawn-64 / unofficial ubuntu 18.04 64bit. (32 bit userland AND 64 bit native/chroot)
- with kernels, 24th september and 3? sept release.
- Clean install/no extra packages installed other than iperf3.
- Raspberry pi as server -- 'iperf3 -s' (headless/ssh)
- Windows 10 as client -- 'iperf3 -c 192.168.1.120 -u -b 900M -t 30s'

I am also able to reliably cause losses by starting a second ssh session and doing any light CPU work (as simple as starting htop). It's particularly bad right after startup. Didn't observe any such issue with TCP or with 32 bit raspbian. Getting a constant 949 Mbits/sec with TCP and it occasionally dips a few Mbits if I run other CPU intensive tasks.

Also no issues when in '-R' reverse mode of iperf3 (pi sends, laptop receives)

Code: Select all

-----------------------------------------------------------
Server listening on 5201
-----------------------------------------------------------
Accepted connection from 192.168.1.13, port 51784
[  5] local 192.168.1.120 port 5201 connected to 192.168.1.13 port 57095
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-1.00   sec  97.7 MBytes   820 Mbits/sec  0.041 ms  0/12507 (0%)
[  5]   1.00-2.00   sec   104 MBytes   876 Mbits/sec  0.038 ms  0/13371 (0%)
...............
...............
[  5]  13.00-14.00  sec   114 MBytes   958 Mbits/sec  0.035 ms  0/14622 (0%)
[  5]  14.00-15.00  sec  95.1 MBytes   798 Mbits/sec  0.029 ms  1301/13472 (9.7%)
[  5]  15.00-16.00  sec   110 MBytes   926 Mbits/sec  0.033 ms  0/14131 (0%)
[  5]  16.00-17.00  sec  83.9 MBytes   704 Mbits/sec  0.038 ms  2719/13454 (20%)
[  5]  17.00-18.00  sec  60.3 MBytes   506 Mbits/sec  0.037 ms  5959/13682 (44%)
[  5]  18.00-19.00  sec   107 MBytes   896 Mbits/sec  0.036 ms  0/13677 (0%)
[  5]  19.00-20.00  sec  68.9 MBytes   578 Mbits/sec  0.163 ms  5105/13923 (37%)
[  5]  20.00-21.00  sec  86.0 MBytes   721 Mbits/sec  0.038 ms  2936/13939 (21%)
[  5]  21.00-22.00  sec   104 MBytes   870 Mbits/sec  0.036 ms  0/13278 (0%)
[  5]  22.00-23.00  sec   105 MBytes   882 Mbits/sec  0.037 ms  0/13458 (0%)
[  5]  23.00-24.00  sec   114 MBytes   958 Mbits/sec  0.041 ms  0/14623 (0%)
[  5]  24.00-25.00  sec  47.5 MBytes   398 Mbits/sec  0.209 ms  7450/13531 (55%)
[  5]  25.00-26.00  sec  49.2 MBytes   413 Mbits/sec  0.039 ms  7229/13531 (53%)
[  5]  26.00-27.00  sec   110 MBytes   919 Mbits/sec  0.039 ms  0/14019 (0%)
..............
..............
[  5]  35.00-36.00  sec   104 MBytes   871 Mbits/sec  0.041 ms  0/13288 (0%)
[  5]  36.00-37.00  sec   113 MBytes   946 Mbits/sec  0.212 ms  154/14596 (1.1%)
[  5]  37.00-38.00  sec  52.2 MBytes   438 Mbits/sec  0.037 ms  6648/13326 (50%)
[  5]  38.00-39.00  sec   106 MBytes   890 Mbits/sec  0.046 ms  0/13587 (0%)
[  5]  39.00-40.00  sec   110 MBytes   919 Mbits/sec  0.032 ms  4/14027 (0.029%)
[  5]  40.00-41.00  sec   105 MBytes   880 Mbits/sec  0.039 ms  0/13432 (0%)
[  5]  41.00-42.00  sec   108 MBytes   910 Mbits/sec  0.014 ms  151/14035 (1.1%)
[  5]  42.00-43.00  sec  41.9 MBytes   352 Mbits/sec  0.189 ms  8689/14058 (62%)
[  5]  43.00-44.00  sec  37.4 MBytes   313 Mbits/sec  0.213 ms  8583/13366 (64%)
[  5]  44.00-45.00  sec  38.6 MBytes   324 Mbits/sec  0.201 ms  8647/13592 (64%)
[  5]  45.00-46.00  sec  37.4 MBytes   314 Mbits/sec  0.197 ms  8428/13220 (64%)
[  5]  46.00-47.00  sec  40.7 MBytes   341 Mbits/sec  0.169 ms  9399/14609 (64%)
[  5]  47.00-48.00  sec  39.1 MBytes   328 Mbits/sec  0.196 ms  8322/13323 (62%)
[  5]  48.00-49.00  sec  91.2 MBytes   766 Mbits/sec  0.038 ms  2204/13884 (16%)
[  5]  49.00-50.00  sec   103 MBytes   866 Mbits/sec  0.037 ms  0/13208 (0%)
[  5]  50.00-51.00  sec   114 MBytes   958 Mbits/sec  0.041 ms  0/14623 (0%)
[  5]  51.00-52.00  sec   104 MBytes   872 Mbits/sec  0.037 ms  0/13300 (0%)
[  5]  52.00-53.00  sec   112 MBytes   938 Mbits/sec  0.037 ms  0/14313 (0%)
[  5]  52.00-53.00  sec   112 MBytes   938 Mbits/sec  0.037 ms  0/14313 (0%)
- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-53.00  sec  4.88 GBytes   791 Mbits/sec  0.036 ms  93928/733964 (13%)  receiver
Last edited by mallets on Thu Oct 03, 2019 10:43 am, edited 2 times in total.

logcabin
Posts: 14
Joined: Sat Jul 20, 2019 1:18 am

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

Tue Oct 01, 2019 9:48 pm

Running now on a 3B+ (lite):

Linux raspberrypi 4.19.75-v8+ #1271 SMP PREEMPT Mon Sep 30 13:53:45

Unable to find anything that doesn't work (but I'll keep trying) ;)

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

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

Tue Oct 01, 2019 10:39 pm

mallets wrote:
Tue Oct 01, 2019 3:27 pm
Getting UDP datagram loss with the 64 bit kernel (when testing with iperf3).
On PI4?

Zghembo
Posts: 1
Joined: Wed Oct 02, 2019 5:42 am

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

Wed Oct 02, 2019 6:03 am

Known issues:
vcsm driver doesn't work with 64-bit (only the cma version) which will break software decode with kodi
Seems like a simple symlink works this around:

Code: Select all

ln -s vcsm-cma /dev/vcsm
I haven't check kodi, but at least cli tools like raspistill and raspivid ain't complaining anymore...
3B + PiFace Digital 2 @ Debian, 3Bplus + PoE hat @ Debian , 4B + Camera V2 @ Raspbian aarm64

6by9
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 7578
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

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

Wed Oct 02, 2019 9:40 am

Zghembo wrote:
Wed Oct 02, 2019 6:03 am
Known issues:
vcsm driver doesn't work with 64-bit (only the cma version) which will break software decode with kodi
Seems like a simple symlink works this around:

Code: Select all

ln -s vcsm-cma /dev/vcsm
I haven't check kodi, but at least cli tools like raspistill and raspivid ain't complaining anymore...
/dev/vcsm and /dev/vcsm-cma have different ABIs (structures passed via ioctl), so whilst it will stop it complaining that it can't open the device, it won't work.
Actually there's a trivial change to vcms_init_ex that can be applied so that it tries vcsm-cma even if export hasn't been requested. It'll be closer to working than the current system, but there are still some functions that either aren't implemented or are known to fail at present.
Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

phil995511
Posts: 25
Joined: Wed May 08, 2019 2:02 pm

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

Wed Oct 02, 2019 10:33 am

Hello,

I would like to install a Raspbian Os 64 Bits on my RPi 4.

The only one solution that I found is an 32 bits installation with kernel upgrades to 64 bits, as you propose here.

This solution is not good for use, because in addition to the kernel, softwares and dependencies must also be provided in 64-bit version (see for example difficulties encountered by users above).

I would like to test a real Raspbian 64 bits Operating System, do not you have a beta test version to offer us with upgrades included to the final version as soon as it will be available ??

When we send you an email with this question we get an answer:

"The Raspbian OS is 32 bit, we have no plans to publish a 64bit version; however the 64 bit kernel as referred to in your email will be released at some point."

What you propose is DIY, I have never seen such a thing in my life...

I wanted to buy more RPi 4 to install Raspbian v 64 Bits when it was available, but if you do not change your policy, I will change my plans.

Forgive me, but such a situation is really not desirable.

Regards.
Last edited by phil995511 on Wed Oct 02, 2019 10:53 am, edited 1 time in total.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 24191
Joined: Sat Jul 30, 2011 7:41 pm

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

Wed Oct 02, 2019 10:49 am

phil995511 wrote:
Wed Oct 02, 2019 10:33 am
Hello,

I would like to install a Raspbian Os 64 Bits on my RPi 4.

The only one solution that I found is an 32 bits installation with kernel upgrades to 64 bits, as you propose here.

This solution is not good for use, because in addition to the kernel, softwares and dependencies must also be provided in 64-bit version (see for example difficulties encountered by users above).

I would like to test a real Raspbian 64 bits Operating System, do not you have a beta test version to offer us with upgrades included to the final version as soon as it will be available ??

When we send you an email with this question we get an answer:

"The Raspbian OS is 32 bit, we have no plans to publish a 64bit version; however the 64 bit kernel as referred to in your email will be released at some point."

What you propose is DIY, I have never seen such a thing in my life...

I wanted to buy more RPi 4 to install Raspbian v 64 Bits when it was available, but if you do not change policy, I will change my plans.

Forgive me, but such a situation is really not desirable.

Regards.
64bit kernel, 32bit userland, that is what we will be providing - this is for technical reasons that have been reported many times. I suggest, if a 64bit userland is not suitable, then you either use a third party OS (Gentoo is a good one) and take the hit on some Pi specific features not working, or try a different product. In the long run we may provide multiarch, so you can run 64 and 32 bit apps using a 32 bit userland, and another option might be to use a container.

Or you can just use applications that work in 32bit, there isn't much of a difference.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
“I think it’s wrong that only one company makes the game Monopoly.” – Steven Wright

phil995511
Posts: 25
Joined: Wed May 08, 2019 2:02 pm

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

Wed Oct 02, 2019 11:17 am

jamesh wrote:
Wed Oct 02, 2019 10:49 am
phil995511 wrote:
Wed Oct 02, 2019 10:33 am
Hello,

I would like to install a Raspbian Os 64 Bits on my RPi 4.

The only one solution that I found is an 32 bits installation with kernel upgrades to 64 bits, as you propose here.

This solution is not good for use, because in addition to the kernel, softwares and dependencies must also be provided in 64-bit version (see for example difficulties encountered by users above).

I would like to test a real Raspbian 64 bits Operating System, do not you have a beta test version to offer us with upgrades included to the final version as soon as it will be available ??

When we send you an email with this question we get an answer:

"The Raspbian OS is 32 bit, we have no plans to publish a 64bit version; however the 64 bit kernel as referred to in your email will be released at some point."

What you propose is DIY, I have never seen such a thing in my life...

I wanted to buy more RPi 4 to install Raspbian v 64 Bits when it was available, but if you do not change policy, I will change my plans.

Forgive me, but such a situation is really not desirable.

Regards.
64bit kernel, 32bit userland, that is what we will be providing - this is for technical reasons that have been reported many times. I suggest, if a 64bit userland is not suitable, then you either use a third party OS (Gentoo is a good one) and take the hit on some Pi specific features not working, or try a different product. In the long run we may provide multiarch, so you can run 64 and 32 bit apps using a 32 bit userland, and another option might be to use a container.

Or you can just use applications that work in 32bit, there isn't much of a difference.
I am sorry but such a solution is not professional or acceptable to me. To satisfy your customers you must provide 2 separate distributions, one in 32 bits for RPi 2 & 1 and the other in 64 bits for RPi 3 & 4 and future.

In view of your comments I am afraid that for me the RPi adventure does not stop there... I will return to Intel / AMD CPU machines for which things are worked out more professionaloty.

This situation is really regrettable, because you have an exceptional potential to be able to compete with traditional systems based on x86 / x64 CPU, and to change the future of the IT market in the short / medium term. With such decisions, you are sabotaging yourself, your solutions are low quality DIY ;(

I hope you are questioning yourself and changing the policy out of respect for your clients and yourself.

Regards.

dickon
Posts: 570
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

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

Wed Oct 02, 2019 12:45 pm

May I suggest you avoid all ARM-based SBCs for the foreseeable future? Of them all, the Pi is (by some considerable distance) the best-supported, and you're going to have a difficult time of it if you try any others.

Also, if you want a full aarch64 distribution, which works on a Pi 4, use the kernel here and a debian/arm64 userland. This works -- I've tested it -- but does miss out on some features, which you may find important (eg. omxplayer, and I didn't bother attempting to get X up and running. You could run omxplayer in a 32b Raspbian chroot).

A read of https://www.raspberrypi.org/forums/view ... 3&t=252369 might also be instructive.

User avatar
sakaki
Posts: 420
Joined: Sun Jul 16, 2017 1:11 pm

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

Wed Oct 02, 2019 1:30 pm

phil995511,

depending on your use case, it may be worth taking a look at my raspbian-nspawn-64 image (mentioned in the thread dickon just cited): this uses the official 64-bit kernel jamesh refers to above, a vanilla 32-bit 'host' Raspbian Buster userland, together with a 64-bit Debian Buster 'guest' userland (automatically booted in a lightweight, systemd-nspawn container). Since the guest OS is Debian, you can install aarch64 apps there using the familiar 'apt-get' approach; when so installed, launchers for them automatically get added to the host's desktop menu, to allow you to easily use them:

Image

Image

Sound and video output also both work, on 64-bit apps so installed.

hth,

sakaki

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 24191
Joined: Sat Jul 30, 2011 7:41 pm

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

Wed Oct 02, 2019 1:50 pm

phil995511 wrote:
Wed Oct 02, 2019 11:17 am
jamesh wrote:
Wed Oct 02, 2019 10:49 am
phil995511 wrote:
Wed Oct 02, 2019 10:33 am
Hello,

I would like to install a Raspbian Os 64 Bits on my RPi 4.

The only one solution that I found is an 32 bits installation with kernel upgrades to 64 bits, as you propose here.

This solution is not good for use, because in addition to the kernel, softwares and dependencies must also be provided in 64-bit version (see for example difficulties encountered by users above).

I would like to test a real Raspbian 64 bits Operating System, do not you have a beta test version to offer us with upgrades included to the final version as soon as it will be available ??

When we send you an email with this question we get an answer:

"The Raspbian OS is 32 bit, we have no plans to publish a 64bit version; however the 64 bit kernel as referred to in your email will be released at some point."

What you propose is DIY, I have never seen such a thing in my life...

I wanted to buy more RPi 4 to install Raspbian v 64 Bits when it was available, but if you do not change policy, I will change my plans.

Forgive me, but such a situation is really not desirable.

Regards.
64bit kernel, 32bit userland, that is what we will be providing - this is for technical reasons that have been reported many times. I suggest, if a 64bit userland is not suitable, then you either use a third party OS (Gentoo is a good one) and take the hit on some Pi specific features not working, or try a different product. In the long run we may provide multiarch, so you can run 64 and 32 bit apps using a 32 bit userland, and another option might be to use a container.

Or you can just use applications that work in 32bit, there isn't much of a difference.
I am sorry but such a solution is not professional or acceptable to me. To satisfy your customers you must provide 2 separate distributions, one in 32 bits for RPi 2 & 1 and the other in 64 bits for RPi 3 & 4 and future.

In view of your comments I am afraid that for me the RPi adventure does not stop there... I will return to Intel / AMD CPU machines for which things are worked out more professionaloty.

This situation is really regrettable, because you have an exceptional potential to be able to compete with traditional systems based on x86 / x64 CPU, and to change the future of the IT market in the short / medium term. With such decisions, you are sabotaging yourself, your solutions are low quality DIY ;(

I hope you are questioning yourself and changing the policy out of respect for your clients and yourself.

Regards.
May not be acceptable to you, but it's certainly professional, and your implication of it not being so is extremely insulting. There are perfectly valid technical reasons why 64/32 is necessary (Mainly to do with the VC4 being 32 bit and the interface to and from that GPU needing some massive changes to make it 64 bit compliant), and to imply that our solution is low quality is utterly absurd. It's higher quality that all other SBC's, because unlike all those other ARM SBC's (and x86 ones) we ensure backwards compatibility, and we maintain a very high quality of code. The quality of the offering is actually irrelevant to the 32/64 bit choice of course, which you seem to have missed. It's much more important to us to having fully working systems than to worry about whether they are 32 or 64 bit.

Good luck with your AMD/x86 machine, I'm sure they've missed you. We won't, because we really don't like being insulted by people who don't really know what they are talking about.

We've already changed the IT market btw! And we are not questioning our decisions because we know they are right for now. The future will be different, but that is the future.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
“I think it’s wrong that only one company makes the game Monopoly.” – Steven Wright

dickon
Posts: 570
Joined: Sun Dec 09, 2012 3:54 pm
Location: Home, just outside Reading

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

Wed Oct 02, 2019 9:35 pm

sakaki wrote:
Wed Oct 02, 2019 1:30 pm
depending on your use case, it may be worth taking a look at my raspbian-nspawn-64 image (mentioned in the thread dickon just cited): this uses the official 64-bit kernel jamesh refers to above, a vanilla 32-bit 'host' Raspbian Buster userland, together with a 64-bit Debian Buster 'guest' userland (automatically booted in a lightweight, systemd-nspawn container). Since the guest OS is Debian, you can install aarch64 apps there using the familiar 'apt-get' approach; when so installed, launchers for them automatically get added to the host's desktop menu, to allow you to easily use them:
Blimey, that's cute. If I needed a desktop I'd use it.

I've been playing with Debian's multiarch support this evening, and it doesn't work because of an issue with the Raspbian gcc-8-base package, which Debian's aarch64 version of the same package apparently needlessly conflicts with. It's a bit annoying. Other than that issue, I can't see why you can't have a mixed 32b/64b userland (in the way Sun did with Solaris 8ish), given the library search paths and whatnot. Ho hum.

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

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

Thu Oct 03, 2019 10:10 am

6by9 wrote:
Wed Oct 02, 2019 9:40 am
Actually there's a trivial change to vcms_init_ex that can be applied so that it tries vcsm-cma even if export hasn't been requested. It'll be closer to working than the current system, but there are still some functions that either aren't implemented or are known to fail at present.
This is the trivial patch. It works in LibreELEC and hardware decode of HEVC and H264 should work again:
https://github.com/HiassofT/LibreELEC.t ... b37deba59e

Software codecs are less efficient in this configuration as the arm accesses the frame buffers uncached.

mallets
Posts: 3
Joined: Thu Sep 19, 2019 4:00 am

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

Thu Oct 03, 2019 10:32 am

dom wrote:
Tue Oct 01, 2019 10:39 pm
mallets wrote:
Tue Oct 01, 2019 3:27 pm
Getting UDP datagram loss with the 64 bit kernel (when testing with iperf3).
On PI4?
Yes. I think only Pi 4 is capable of full gigabit speeds right?

6by9
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 7578
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

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

Thu Oct 03, 2019 10:34 am

dom wrote:
Thu Oct 03, 2019 10:10 am
This is the trivial patch. It works in LibreELEC and hardware decode of HEVC and H264 should work again:
https://github.com/HiassofT/LibreELEC.t ... b37deba59e

Software codecs are less efficient in this configuration as the arm accesses the frame buffers uncached.
I was actually thinking that vcsm_init_ex itself should try /dev/vcsm-cma if open(/dev/vcsm) fails, even if export isn't requested. That should fix all apps without individual changes.
Kodi wants to export dmabufs, therefore has to request vcsm-cma explicitly.
Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

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

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

Thu Oct 03, 2019 11:00 am

6by9 wrote:
Thu Oct 03, 2019 10:34 am
I was actually thinking that vcsm_init_ex itself should try /dev/vcsm-cma if open(/dev/vcsm) fails, even if export isn't requested. That should fix all apps without individual changes.
Yes, that should work (caveat that some use cases will run slower, but that's better than not at all).

6by9
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 7578
Joined: Wed Dec 04, 2013 11:27 am
Location: ZZ9 Plural Z Alpha, aka just outside Cambridge.

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

Thu Oct 03, 2019 11:09 am

dom wrote:
Thu Oct 03, 2019 11:00 am
6by9 wrote:
Thu Oct 03, 2019 10:34 am
I was actually thinking that vcsm_init_ex itself should try /dev/vcsm-cma if open(/dev/vcsm) fails, even if export isn't requested. That should fix all apps without individual changes.
Yes, that should work (caveat that some use cases will run slower, but that's better than not at all).
https://github.com/raspberrypi/userland/pull/578 seems to do it.
Software Engineer at Raspberry Pi Trading. Views expressed are still personal views.
I'm not interested in doing contracts for bespoke functionality - please don't ask.

Return to “Advanced users”