gdampf Posted February 22, 2017 Share Posted February 22, 2017 I tested the actual Xenial on my BPP but got a crashdump each time I reboot or shutdown the system. I found, that armhwinfo was causing this crash by removing the module a20_tp. Disabling the line /sbin/modprobe -r $(cut -f1 -d' ' </proc/modules) in /etc/init.d/armhwinfo avoid this problem. This line is part of a patch Thomas Kaiser introduced in October last year. I don't know, if this problem occurs only in my configuration (nothing special, but a connected Lemaker 5" LCD may be the difference), or it is related to the Kernel 3.4.113 only, but it goes reproducably wrong, if this line is active. It cause the oposite of the intention of this patch, because after the crash, the next module (sunxi_ir) is ending in a loop. So no sync is executed and the power stays on. Without this line, all works well. I think, the patch has to be patched again - don't touch a20_tp. BR Guido 1 Link to comment Share on other sites More sharing options...
Nickb333 Posted February 24, 2017 Share Posted February 24, 2017 I tested the actual Xenial on my BPP but got a crashdump each time I reboot or shutdown the system. I found, that armhwinfo was causing this crash by removing the module a20_tp. Disabling the line /sbin/modprobe -r $(cut -f1 -d' ' </proc/modules) in /etc/init.d/armhwinfo avoid this problem. I have the same problem with 3.4.113 on a pdDuino2 and this resolved it. Thanks for the work-around. Link to comment Share on other sites More sharing options...
Recommended Posts