Myy Posted July 22, 2017 Share Posted July 22, 2017 Could you provide your cat /proc/cmdline output ? There might a log=X in your current boot command line that defines another loglevel. Link to comment Share on other sites More sharing options...
Myy Posted July 22, 2017 Share Posted July 22, 2017 Alright, I've regenerated a kernel based on @TonyMac32 patch. The base patch doesn't work on MiQi, generating kernel panic during the reboot phase (´・ω・` ). The new patch tries to resolve the issue : https://github.com/Miouyouyou/RockMyy/blob/Tinkering/patches/kernel/v4.13/0005-Fugly-MMC-hack-trying-to-resolve-Tinkerboard-s-reboo.patch https://github.com/Miouyouyou/RockMyy/tree/Tinkering https://github.com/Miouyouyou/RockMyy-Build/tree/Tinkering Link to comment Share on other sites More sharing options...
TonyMac32 Posted July 22, 2017 Author Share Posted July 22, 2017 I just got back to my machine after some food. ;-) I am building the Armbian Dev kernel with the adjustments, I was hoping just making sure the pointers were good would solve it, hopefully we're right and the device-tree entry works properly. I'm safe in assuming this kernel does not crash the MiQi? @Myy It worked! I'll update the dev patch accordingly, and to be safe test on the 4.4 as well, I don't have the sysrq reboot done in there yet, I've been gun-shy due to the potential MiQi issues. Link to comment Share on other sites More sharing options...
Myy Posted July 22, 2017 Share Posted July 22, 2017 Yay ! So we got a 4.13 kernel that can reboot on ASUS Systems then ? 1 Link to comment Share on other sites More sharing options...
TonyMac32 Posted July 22, 2017 Author Share Posted July 22, 2017 I tested within the Armbian build system, so I tested 4.12 (Armbian Next images are available to the public via download link, so they were my first priority). I'll give the 4.13 a try shortly, although I see little reason it won't work, the problem all along apparently was the assumption the mmc shutdown would occur before the patched code was called. Now it's explicitly commanded. Link to comment Share on other sites More sharing options...
Myy Posted July 22, 2017 Share Posted July 22, 2017 Well, I'll see if everything goes fine in my Github issue page tomorrow. If everything goes fine, I'll consider the case closed for now ! Yay ! Link to comment Share on other sites More sharing options...
Tido Posted July 23, 2017 Share Posted July 23, 2017 19 hours ago, Myy said: There might a log=X in your current boot command line that defines another loglevel. root@tinkerboard:~# uname -a Linux tinkerboard 4.12.0-rc6-The-Twelve-MyyQi+ #1 SMP PREEMPT Fri Jun 30 19:37:05 UTC 2017 armv7l armv7l armv7l GNU/Linux root@tinkerboard:~# cat /proc/cmdline consoleblank=0 scandelay root=UUID=e8d35e52-8539-441f-be02-6161addf3bd3 rw console=ttyS2,115200n8 rootfstype=ext4 loglevel=7 rootwait Correct, while trying to get Kernel-Messages I changed this in boot.cmd : from 1 to 7 setenv verbosity "7 I'll reverse that and see what happens. /boot/boot.cmd armbianEnv.txt --> setenv verbosity "1" creates first a backup with timestamp - very useful ;) cp /boot/boot.scr /boot/boot.scr.$(date +%Y%m%d_%H%M%S) && mkimage -C none -A arm -T script -d /boot/boot.cmd /boot/boot.scr When I do a reboot now, with thinkerfix=on all I get is one line. Just to make sure I haven't updated your Kernel for 2 or 3 days - I just tried to get Kernel-Messages on my UART ! This seems to me more useful than systemd for troubleshooting, right? Link to comment Share on other sites More sharing options...
Myy Posted July 23, 2017 Share Posted July 23, 2017 If you remove references to loglevel in the boot parameters, does it improve anything ? Link to comment Share on other sites More sharing options...
Tido Posted July 23, 2017 Share Posted July 23, 2017 No luck. I will now flash the new 4.12.3 on it and see what can be done there. Link to comment Share on other sites More sharing options...
Myy Posted July 23, 2017 Share Posted July 23, 2017 Alright. The issue seems to be fixed anyway. If it works, just paste your uname -a and tell me which DTB you're using, for the record. Link to comment Share on other sites More sharing options...
TonyMac32 Posted July 23, 2017 Author Share Posted July 23, 2017 *High-Five* I'm testing the 4.4 legacy kernel with the emergency patch, I added all the changes we made to it so as to protect the MiQi (And I think it's just smart). I'll be working on 4.13 later today to get Dev set up. I forgot to change the compatible line in the dts, so it didn't run the code. Well, I guess that works. 1 Link to comment Share on other sites More sharing options...
TonyMac32 Posted July 24, 2017 Author Share Posted July 24, 2017 Rockchip Dev is now 4.13, reboot patch successful there as well. All kernels patched for those who build their own. Link to comment Share on other sites More sharing options...
enki Posted July 31, 2017 Share Posted July 31, 2017 How do I get the 4.13 image? The https://dl.armbian.com/tinkerboard/ only has the 4.12 kernel. Link to comment Share on other sites More sharing options...
TonyMac32 Posted July 31, 2017 Author Share Posted July 31, 2017 Dev images need to be built, and are as unstable as we get. Currently 4.13 doesn't have any features (board-wise) not present in 4.12 Link to comment Share on other sites More sharing options...
enki Posted July 31, 2017 Share Posted July 31, 2017 That's OK, I will wait until there is a release. NP, but is the reboot fix in 4.13? Link to comment Share on other sites More sharing options...
TonyMac32 Posted August 1, 2017 Author Share Posted August 1, 2017 It should be in your 4.12 Link to comment Share on other sites More sharing options...
enki Posted August 2, 2017 Share Posted August 2, 2017 I will test this again, but under 4.12 it did not reboot without a power cycle. Is there something I need to add to the kernel boot line or just run 4.12? Link to comment Share on other sites More sharing options...
TonyMac32 Posted August 30, 2017 Author Share Posted August 30, 2017 Odd, I built 4.12 and 4.13 this week, no issues with reboot. Link to comment Share on other sites More sharing options...
Rosimildo Posted October 2, 2017 Share Posted October 2, 2017 TonyMac32, Reading this thread, I've noticed you fixed the "reboot" issue with this Rockchip processor. I have a Z-28 box, RK3328, and the reboot does not work. Could you describe how you fixed, maybe the problem on the Z-28 is the same, and I could try it. Thanks, R Link to comment Share on other sites More sharing options...
TonyMac32 Posted October 3, 2017 Author Share Posted October 3, 2017 (edited) 3 hours ago, Rosimildo said: I have a Z-28 box, RK3328, and the reboot does not work. There is a specific thread for the reboot issue, I will answer here for now, perhaps an admin will move this reply and your question to the appropriate thread. I know nothing about the Z28 box, except that it makes me think of a Chevrolet Camaro . Only if that box is using the RK808 PMIC will this even potentially be applicable, I'm assuming you are speaking of the box rebooting from SD card hangs? I would personally be careful, it's my understanding that the issue with the Tinker Board comes down to poor design, if it's based on a reference design than perhaps that issue is carried over to the TV boxes, which are usually just the reference design changed enough to make it even more unstable slapped in a cheap plastic shell. If it isn't an issue, you'll find yourself hanging the kernel instead of just not rebooting. Also note I added DT platform checks in there, as this "fix" would crash the MiQi. https://github.com/armbian/build/blob/master/patch/kernel/rockchip-default/120_workaround_tinker_board_reboot.patch https://github.com/armbian/build/blob/master/patch/kernel/rockchip-default/135_tinker_boot_fix.patch Are links to the patches for kernel 4.4. Similar patches exist for the current mainline (4.13 and 4.14 RC as of this post) Edited October 3, 2017 by chwe not an admin but done.. ;) (probably, a new topic in the TV-Box subforum should be opened for this issues if tinkerhacks doesn't fit... ) Link to comment Share on other sites More sharing options...
Recommended Posts