Wifi/hdmi also ported, quick-tested and merged to rc-tree…
i have also replaced old vlan-patch in 5.4 with the new one because old one have problems on deleting vlans (all vlan are disabled)…have also ported vlan-patch to 4.19 to have vlan also working there
Sorry but I don’t understand the new build system (on the 5.7-rc kernel branch, I’m not very familiar with ARM boot too^).
With the old system, when I build my kernel, I could choose to generate deb packages and installed it on my board, on the next reboot, I was on the new kernel.
Now, I built my kernel, generated deb packages with pack_debs command (only 12M when old 5.5 and 5.4 was 50/60Mo ?) but when I installed them on board and reboot, i boot only on the old kernel. Deb package does’t install uImage on /boot/bananapi/bpi-r2/linux folder but vmlinuz and systemmap on /boot folder (like a classic linux).
Can I have the good procedure to install the new kernel ?
5.4 has additional patches for deb creation i have not yet merged…
just install directly to sd-card (option 2 in build.sh)
if you install debs you need to change uenv.txt to boot to new kernel
you can do also use pack-option…
basicly there is for r2 only 1 uImage-file needs to be copied to BPI-BOOT-partititon (bananapi/bpi-r2/linux/) and modules-folder have to be copied to BPI-ROOT-partition (/lib/modules/)
the tar.gz contains folders BPI-BOOT and BPI-ROOT…just unpack to the named partition on your SD…but install to SD-card is easier
@frank-w Your Kernel README says, there is crypto support on 4.14.
I just did a quick test.
~ uname -a
Linux bananapir2 4.14.184-bpi-r2-main #6 SMP Fri Jun 19 07:50:36 UTC 2020 armv7l GNU/Linux
~ cryptsetup benchmark
# Tests are approximate using memory only (no storage IO).
PBKDF2-sha1 115380 iterations per second for 256-bit key
PBKDF2-sha256 170666 iterations per second for 256-bit key
PBKDF2-sha512 103532 iterations per second for 256-bit key
PBKDF2-ripemd160 93622 iterations per second for 256-bit key
PBKDF2-whirlpool 19574 iterations per second for 256-bit key
argon2i 4 iterations, 133240 memory, 4 parallel threads (CPUs) for 256-bit key (requested 2000 ms time)
argon2id 4 iterations, 134992 memory, 4 parallel threads (CPUs) for 256-bit key (requested 2000 ms time)
Required kernel crypto interface not available.
Ensure you have algif_skcipher kernel module loaded.
[90769.755898] rcu: INFO: rcu_sched detected stalls on CPUs/tasks:
[90769.755915] rcu: 0-....: (3 GPs behind) idle=962/0/0x1 softirq=2280595/2280595 fqs=3892
[90769.755922] (detected by 1, t=8407 jiffies, g=5917193, q=141)
[90769.755930] Sending NMI from CPU 1 to CPUs 0:
[90769.756369] NMI backtrace for cpu 0
[90769.756374] CPU: 0 PID: 0 Comm: swapper/0 Tainted: G W 5.8.0-rc6-arm+ #1
[90769.756376] Hardware name: Mediatek Cortex-A7 (Device Tree)
[90769.756378] PC is at mt76_rx_aggr_reorder+0x4/0x2dc [mt76]
[90769.756380] LR is at mt76_rx_poll_complete+0x2e8/0x454 [mt76]
seems like rcu-stall bug in mt76 wifi-driver, some before are warnings in clock/reset-driver caused by lima_clk_disable
A couple of errors with self-reboot in 2 days
5.8-rc-fails.txt (23.1 КБ)
Now downgraded to 5.5, and 5.8-main compilation in progress…
P.S. Not actively used (as a PC ;)), not even logged in, just acted as a router (3-6 wifi clients both internal wifi and mt76), with serial console attached.
P.P.S BPI-MT7615 wifi card ( MT7612 wifi card replacement) is on the way, and as i understood it uses the same wifi driver as MT7612, is it correct?
My LTE modem with wifi-hotspot is buggy ;), so rolled back to USB LTE modem plugged in-to R2, usb-wifi dogle was used before as wifi-client.
I’ll test usb wifi ASAP, but right now there is no use for it.
P.S. After modem+wifi replacement i’ll be able to place R2 near TV, so hdmi/lima related stuff is going to be back in buisness soon