Mangix got a reaction from aprayoga in XOR on Helios 4
Is it me or it the mv_xor driver being loaded late?
[ 0.007976] xor: measuring software checksum speed
[ 0.164062] xor: using function: arm4regs (2534.000 MB/sec)
[ 0.316068] raid6: neonx8 xor() 1096 MB/s
[ 0.452063] raid6: neonx4 xor() 1378 MB/s
[ 0.588069] raid6: neonx2 xor() 1610 MB/s
[ 0.724066] raid6: neonx1 xor() 1346 MB/s
[ 0.860075] raid6: int32x8 xor() 328 MB/s
[ 0.996072] raid6: int32x4 xor() 369 MB/s
[ 1.132082] raid6: int32x2 xor() 332 MB/s
[ 1.268063] raid6: int32x1 xor() 285 MB/s
[ 1.268067] raid6: .... xor() 1610 MB/s, rmw enabled
[ 1.665163] mv_xor f1060800.xor: Marvell shared XOR driver
[ 1.694139] mv_xor f1060800.xor: Marvell XOR (Descriptor Mode): ( xor cpy intr )
[ 1.694257] mv_xor f1060900.xor: Marvell shared XOR driver
[ 1.722115] mv_xor f1060900.xor: Marvell XOR (Descriptor Mode): ( xor cpy intr )
I see that /proc/interrupts shows no action despite me using RAID5.
edit: from looking at kernel source, it seems btrfs uses xor_blocks instead of async_tx. The former seems software only.
Mangix got a reaction from TRS-80 in Random system reboots
Progress update: kernel 4.19.70 fails. .65 works. Testing .67 now.
edit: .66 has not crashed yet. Will wait to see if it can stay alive for 12 hours.
I'm trying to compile kernels based on commit. It doesn't seem to work though. I'm trying
@@ -10,7 +10,7 @@ fi
case $BRANCH in
[ error ] ERROR in function compile_kernel [ compilation.sh:379 ]
[ error ] Error kernel menuconfig failed
I'm trying to see which commit is responsible for the failure based on https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/log/?h=v4.19.158&ofs=9800
Current theory is this commit: https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git/commit/?h=v4.19.158&id=46b306f3cd7b47901382ca014eb1082b4b25db4a
It says it's for 32-bit.
Mangix got a reaction from Werner in Random system reboots
I found the issue. It's some local armbian patch that messing things up.
I recently cloned https://github.com/armbian/build and removed 5 pointless patches. That PR was merged. So I built that and same issue.
Then I deleted a bunch of patches from the mvebvu-current directory.
So far with this kernel, I am not getting any issues. My git status currently is this:
My theory is that the pci patch or one of the GPIO ones is causing the issue.