RK3328 Kernel


Recommended Posts

Donate and support the project!

28 minutes ago, ketominer said:

out of 300 boards, I have about 25 % garbage that doesn't support any kind of heavy workload

 

Not that bad :rolleyes: considering there is little if any professional and automated QA over this hardware. BTW. We plan to setup some small QA department/service in about a year. If there will be backing from users. Solo with our resources it will take years. And still this will not solve bugs, just assist. Assist us to waste less time.

 

2 hours ago, daviddyer said:

It even can't survive

 

Depends. Here we have at least three hardware revisions plus SoC/components quality tolerance ... its very hard to mask with software, especially if its mainly amateur based and we don't even have all versions, enough pcs and enough time to deal with.

Link to post
Share on other sites
9 hours ago, Igor said:

its very hard to mask with software, especially if its mainly amateur based and we don't even have all versions, enough pcs and enough time to deal with.

 

Always hard to mask HW w/SW, but that's always been true - and sometimes it's upstream at a chip level errata.

 

Don't sell the community here short - there are plenty of active contributors here that have specific skills, and some do this kind of work in their day jobs - but it is a valid point that it's unpaid, volunteer time, and resources are never enough.

 

The fact that Armbian is on the radar as a serious distro is a good sign of the quality of the community.

Link to post
Share on other sites

I am quite upset. Reading around more it looks like the FORESEE emmc cards sold on the rock64 shop are utter crap. The only reason I bought them from their shop because I trusted them to deliver good quality components with the board. Teaches me right.
I contacted support about the card, they waived me off with "you only have 30 days guarantee, but anyways you should limit the number of writes to the card as otherwise you can kill it within a week". Thanks for that.

I've read around a bit more and my last hope is a few more tweaks before I give up and just buy a raspberry pi.

1. Lower the emmc clock frequency to 150MHz from 200MHz as it seems many cards/boards cannot take the higher frequency. You do this through "echo 150000000 > /sys/kernel/debug/mmc0/clock". See here https://forum.pine64.org/showthread.php?tid=5258&pid=39964#pid39964
2. As many problems seem to be around usb3 people suggest to disable the uas driver. See here https://forum.pine64.org/showthread.php?tid=5137&pid=32107#pid32107
3. Mount whatever I can on a tmpfs and other options, see here for tips https://raspberrypi.stackexchange.com/questions/169/how-can-i-extend-the-life-of-my-sd-card
4. Try and use the HDD on the usb2 port and get a usb power splitter

After this I'm out of ideas.

Sent from my Mi A2 using Tapatalk

Link to post
Share on other sites

If it's any consolation...

I have 7 Rock64 v2. 3x emmc, 3x USB2 SSD, 1x sd card. All from pine store.

Bought and wired up 30A 5v DC power supply but haven't tested.

One of the emmc is dead.

One of the boards crash loops no matter what drive.

None of them run usb3 reliably. 

 

Archlinux was newest most reliable kernel around 4.19 or 20. Haven't been able to get above 4.4 otherwise and wanted to use Ubuntu for home cluster so Arch out. Plus wanted over 4.9 for Linux network functionality.

 

Put a bit of money into this setup. Naive. RPI not enough memory and new ones expensive.

Given up and gone back to amd64 VM's.

Link to post
Share on other sites
5 hours ago, sfx2000 said:

there are plenty of active contributors here that have specific skills, and some do this kind of work in their day jobs


True. Larger developers community is the reason we are getting somewhere in the first place. I am aware of that. Also groups around projects helps to achieve more and less work is doubled, tripled ... but relationship between creators/contributors and average users, "I am new to Linux", support is rather extreme even without dealing with Raspberry Pi herd.

 

User: I am (also) reporting that functionality X is broken. (they have no idea that this "small bug" might represent a project worth months of work)

Two days later.

User: Hey, have you fixed this?

 

If "user" would be my paying customer we would terminate the contract right away. Sadly I am seeing such daily and that's why I am upset. How to deal with this and how to do it less personal way? Just ignore?

 

Link to post
Share on other sites
On 11/6/2019 at 1:49 AM, Igor said:

True. Larger developers community is the reason we are getting somewhere in the first place. I am aware of that. Also groups around projects helps to achieve more and less work is doubled, tripled ... but relationship between creators/contributors and average users, "I am new to Linux", support is rather extreme even without dealing with Raspberry Pi herd.

 

User: I am (also) reporting that functionality X is broken. (they have no idea that this "small bug" might represent a project worth months of work)

Two days later.

User: Hey, have you fixed this?

 

 

Hmm... actually yes - is the role of Armbian to teach users about Linux? Probably not, IMHO, they're better served by the Pi Folks - Raspbian is good training wheels for folks dipping their toes into Linux

 

On 11/6/2019 at 1:49 AM, Igor said:

If "user" would be my paying customer we would terminate the contract right away. Sadly I am seeing such daily and that's why I am upset. How to deal with this and how to do it less personal way? Just ignore?

 

The average Armbian user is not a paying customer - there are no Service Level Agreements dictating that any bug of a defined severity level must be fixed within a specific timeframe.

 

So yes - just ignore it for the most part, step in if is sounds fairly interesting - sounds a bit mean spirited perhaps, but generally folks will step in to help out, and if it's really a bug that is directly traceable back to Armbian code - then if it pops up enough, fix it directly, or delegate it to someone who is maintaining it (better to delegate, as that person knows the code likely better).

 

So if someone has problematic hardware - "my whoflungpI Zero2W with the built in XYZ WiFi adapter doesn't work" - well, it might be crap hardware, and in the sub-$50USD field of hacker boards and TV boxes, there's a fair amount of crap - can't fix bad hardware, and there, someone will tell them, use something that does work.

Link to post
Share on other sites
On 11/6/2019 at 9:09 AM, Tamás Faragó said:

I've read around a bit more and my last hope is a few more tweaks before I give up and just buy a raspberry pi.

1. Lower the emmc clock frequency to 150MHz - done
2. Disable the uas USB3 driver - [    4.115966] usb 2-1: UAS is blacklisted for this device, using usb-storage instead
3. Mount whatever I can on a tmpfs and other options - / as RO and overlayfs filesystems for /home, /root, and /var
4. Try and use the HDD on the usb2 port and get a usb power splitter - not done yet

After this I'm out of ideas.

So,  I'm out of ideas now. I have done all of the above, in-fact mounted the whole filesystem (eg. /root) as RO so definitely there are no writes happening on the EMMC card (double checking with iostat -dzp 1). And _still_ the board crashes! This is debian Buster with Armbian 5.98 Linux 4.4.192-rockchip64. 

 

Debian Buster with Armbian Linux ttyS2

hattusa login:
[  136.670721] Unable to handle kernel paging request at virtual address 1dd659848
[  136.670724] Unable to handle kernel paging request at virtual address 1dd644848
[  136.670728] pgd = ffffffc0ec1f5000
[  136.670739] [1dd644848] *pgd=0000000000000000, *pud=0000000000000000
[  136.670745] Internal error: Oops: 96000005 [#1] SMP
[  136.670765] Modules linked in: af_packet lz4hc lz4hc_compress zlib rk_vcodec lzo zram overlay ip_tables x_tables autofs4 uas usb_storage
[  136.670772] CPU: 1 PID: 1342 Comm: rslsync Not tainted 4.4.192-rockchip64 #1
[  136.670774] Hardware name: Pine64 Rock64 (DT)
[  136.670777] task: ffffffc0e7810000 task.stack: ffffffc0f7adc000
[  136.670787] PC is at handle_mm_fault+0x88/0x10ac
[  136.670790] LR is at handle_mm_fault+0x74/0x10ac
[  136.670793] pc : [<ffffff80081bd74c>] lr : [<ffffff80081bd738>] pstate: a0000145
[  136.670795] sp : ffffffc0f7adfcb0
[  136.670799] x29: ffffffc0f7adfcb0 x28: ffffffc0e799f790
[  136.670802] x27: 0000000000000002 x26: ffffffc0f7f08f00
[  136.670806] x25: ffffff8009137000 x24: ffffffc0f7f08f00
[  136.670810] x23: 0000000000000055 x22: 0000000092000047
[  136.670814] x21: 0000007f413ba000 x20: 0000007f413ba003
[  136.670817] x19: ffffffc0e799f790 x18: 0000000034bddbef
[  136.670821] x17: 00000000f20a47b5 x16: 00000000d84b3fe7
[  136.670824] x15: 0000000054eb0551 x14: 0000000300000001
[  136.670828] x13: 0000000000000002 x12: 0000000000000379
[  136.670832] x11: 00000000000003ad x10: 0000000000000a30
[  136.670836] x9 : ffffffc0f7adfc70 x8 : ffffffc0e7810a90
[  136.670839] x7 : 00000000000003ac x6 : 000000000000bc3a
[  136.670843] x5 : 0000000000000001 x4 : 0000001fd2352c66
[  136.670847] x3 : 000000000008704b x2 : 0000000000000000
[  136.670850] x1 : 00000040f5e5d000 x0 : 00000001dd644848
[  136.670853]
[  136.670853] PC: 0xffffff80081bd6cc:
[  136.670863] d6cc  a90153f3 a9025bf5 a90363f7 a9046bf9 a90573fb aa0003fa aa0103f3 aa1e03e0
[  136.670872] d6ec  aa0203f5 2a0303f7 d503201f d5384100 f9000c1f b0007900 91302000 d538d081
[  136.670881] d70c  8b010000 c85f7c03 91000463 c8027c03 35ffffa2 d0007bd9 b9410f20 7100001f
[  136.670890] d72c  5400018d f9419f40 9400aada b4000120 f1415800 d538d081 91012000 8b010000
[  136.670899] d74c  c85f7c03 91000463 c8027c03 35ffffa2 d5384100 b944d801 11000422 b904d802
[  136.670909] d76c  7101003f 5400006d f9425000 97fff28f 121a02e0 b90067a0 36300137 d5384100
[  136.670918] d78c  39542000 36100040 d4210000 d5384101 39542020 321e0000 39142020 f9402a60
[  136.670927] d7ac  36b00100 2a1703e3 aa1503e2 aa1303e1 aa1a03e0 9400648c 2a0003f4 14000036
[  136.670929]
[  136.670929] LR: 0xffffff80081bd6b8:
[  136.670938] d6b8  17ffffef 128002a0 17ffffed a9b47bfd 910003fd a90153f3 a9025bf5 a90363f7
[  136.670947] d6d8  a9046bf9 a90573fb aa0003fa aa0103f3 aa1e03e0 aa0203f5 2a0303f7 d503201f
[  136.670957] d6f8  d5384100 f9000c1f b0007900 91302000 d538d081 8b010000 c85f7c03 91000463
[  136.670966] d718  c8027c03 35ffffa2 d0007bd9 b9410f20 7100001f 5400018d f9419f40 9400aada
[  136.670975] d738  b4000120 f1415800 d538d081 91012000 8b010000 c85f7c03 91000463 c8027c03
[  136.670984] d758  35ffffa2 d5384100 b944d801 11000422 b904d802 7101003f 5400006d f9425000
[  136.670993] d778  97fff28f 121a02e0 b90067a0 36300137 d5384100 39542000 36100040 d4210000
[  136.671002] d798  d5384101 39542020 321e0000 39142020 f9402a60 36b00100 2a1703e3 aa1503e2
[  136.671004]
[  136.671004] SP: 0xffffffc0f7adfc30:
[  136.671013] fc30  92000047 00000000 00000055 00000000 f7f08f00 ffffffc0 09137000 ffffff80
[  136.671022] fc50  f7f08f00 ffffffc0 00000002 00000000 e799f790 ffffffc0 f7adfcb0 ffffffc0
[  136.671031] fc70  081bd738 ffffff80 f7adfcb0 ffffffc0 081bd74c ffffff80 a0000145 00000000
[  136.671040] fc90  f7adfcb0 ffffffc0 081bd738 ffffff80 00000000 00000080 e7810000 ffffffc0
[  136.671050] fcb0  f7adfd70 ffffffc0 08093304 ffffff80 f7adfec0 ffffffc0 413ba003 0000007f
[  136.671059] fcd0  00000055 00000000 92000047 00000000 e7810000 ffffffc0 f7f08f00 ffffffc0
[  136.671068] fcf0  00000024 00000000 f7f08f80 ffffffc0 00000002 00000000 e799f790 ffffffc0
[  136.671078] fd10  f7f08f80 ffffffc0 413ba003 0000007f f7adfd40 ffffffc0 081c04b4 ffffff80
[  136.671082]
[  136.671082] X8: 0xffffffc0e7810a10:
[  136.671091] 0a10  00000000 00000000 00000000 00000000 00000000 00000001 00000000 00000000
[  136.671100] 0a30  f9a10e00 ffffffc0 e7810000 ffffffc0 f9a10e00 ffffffc0 090d7000 ffffff80
[  136.671109] 0a50  f7f08f00 ffffffc0 090e1000 ffffff80 fef3e200 ffffffc0 00000000 00000000
[  136.671118] 0a70  09117000 ffffff80 e7810688 ffffffc0 f7adfc70 ffffffc0 f7adfc70 ffffffc0
[  136.671127] 0a90  08085004 ffffff80 7fcf88c0 0000007f 00000000 00000000 00000000 00000000
[  136.671136] 0ab0  00000000 00000000 00000000 00000000 47b2b726 9480da9b 00000000 00000000
[  136.671145] 0ad0  268ce9ea d684c432 00000000 00000000 f22ffb0c 0e6260f2 00000000 00000000
[  136.671155] 0af0  287d0760 4bd0ee23 00000000 00000000 4d369d0e 2ac549ae 00000000 00000000
[  136.671157]
[  136.671157] X9: 0xffffffc0f7adfbf0:
[  136.671166] fbf0  00000001 00000003 54eb0551 00000000 d84b3fe7 00000000 f20a47b5 00000000
[  136.671175] fc10  34bddbef 00000000 e799f790 ffffffc0 413ba003 0000007f 413ba000 0000007f
[  136.671184] fc30  92000040000 00000000 00000000
[  136.671413] 6fc0  00000000 00000000 f9905a10 ffffffc0 f9905a10 ffffffc0 00000001 0000000c
[  136.671422] 6fe0  00000000 dead4ead ffffffff 00000000 ffffffff ffffffff 00000000 00000000
[  136.671431] 7000  00000000 00000000 f7bf62d0 ffffffc0 092f14c8 ffffff80 08142658 ffffff80
[  136.671440] 7020  081400c0 ffffff80 08144c00 ffffff80 08144bb4 ffffff80 0813f910 ffffff80
[  136.671449] 7040  08e7c2bf ffffff80 00000000 00000000 08144560 ffffff80 00000000 00000000
[  136.671458] 7060  00000000 00000000 081404a0 ffffff80 00000000 00000000 09140480 ffffff80
[  136.671460]
[  136.671460] X26: 0xffffffc0f7f08e80:
[  136.671470] 8e80  0912bca0 ffffff80 00000000 00000000 00000000 00000000 00000000 00000000
[  136.671479] 8ea0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  136.671487] 8ec0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  136.671496] 8ee0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  136.671505] 8f00  e6bef2c0 ffffffc0 f7927180 ffffffc0 000013c9 00000000 081c2174 ffffff80
[  136.671515] 8f20  81ae4000 0000007f 00000000 00000000 00000000 00000080 c3993000 0000007f
[  136.671524] 8f40  ec1f5000 ffffffc0 00000011 00000001 00000054 00000000 00000006 00000000
[  136.671533] 8f60  00000081 00000000 06bb06bb dead4ead ffffffff 00000000 ffffffff ffffffff
[  136.671536]
[  136.671536] X28: 0xffffffc0e799f710:
[  136.671545] f710  00000000 00000000 00201000 00000000 f7f08f00 ffffffc0081bd74c>] handle_mm_fault+0x88/0x10ac
[  136.671856] [<ffffff8008093304>] do_page_fault+0x1f4/0x368
[  136.671861] [<ffffff80080934cc>] do_translation_fault+0x54/0xc8
[  136.671865] [<ffffff8008080b04>] do_mem_abort+0x54/0xac
[  136.671868] Exception stack(0xffffffc0f7adfe20 to 0xffffffc0f7adff50)
[  136.671872] fe20: 0000000000000000 00000040f5e5d000 ffffffffffffffff 00000055713462d8
[  136.671876] fe40: ffffffc0f7f08f00 ffffff80090e1000 ffffffc0f7adfeb0 ffffff8008ba7c18
[  136.671880] fe60: ffffffc0f7adfec0 00000040f5e5d000 ffffffffffffffff 0000005571346264
[  136.671884] fe80: 0000000020000000 000000004d763b3b ffffffc0fef34060 ffffffc0fef38050
[  136.671888] fea0: 0000000000000005 ffffffc0e7810000 ffffffc0fef38040 ffffff8008082e1c
[  136.671892] fec0: 00000000f978823f 0000007f413ba000 00000000a6c61300 000000006c9d6983
[  136.671896] fee0: 00000000ebc7659f 00000000c535fabf 0000000000000078 00000055715cb520
[  136.671899] ff00: 00000055715cbd20 00000055715cc120 0000007f48000f80 00000000000000eb
[  136.671904] ff20: 00000055715cb920 00000000ecd54a13 000000000000000a 0000000054eb0551
[  136.671906] ff40: 00000000d84b3fe7 00000000f20a47b5
[  136.671911] [<ffffff8008082b30>] el0_da+0x20/0x24
[  13[  137.605051] x9 : ffffffc0f7f13c70 x8 : ffffffc0e7811890
[  137.608938] x7 : ffffffc0fef4f0c0 x6 : 000000000000bc3a
[  137.612795] x5 : 0000000000000001 x4 : 0000001fd234fc8c
[  137.616612] x3 : 000000000007b196 x2 : 0000000000000000
[  137.620417] x1 : 00000040f5e72000 x0 : 00000001dd659848
[  137.624208]
[  137.624208] PC: 0xffffff80081bd6cc:
[  137.631101] d6cc  a90153f3 a9025bf5 a90363f7 a9046bf9 a90573fb aa0003fa aa0103f3 aa1e03e0
[  137.635253] d6ec  aa0203f5 2a0303f7 d503201f d5384100 f9000c1f b0007900 91302000 d538d081
[  137.639442] d70c  8b010000 c85f7c03 91000463 c8027c03 35ffffa2 d0007bd9 b9410f20 7100001f
[  137.643679] d72c  5400018d f9419f40 9400aada b4000120 f9415800 d538d081 91012000 8b010000
[  137.647961] d74c  c85f7c03 91000463 c8027c03 35ffffa2 d5384100 b944d801 11000422 b904d802
[  137.652258] d76c  7101003f 5400006d f9425000 97fff28f 121a02e0 b90067a0 36300137 d5384100
[  137.656549] d78c  39542000 36100040 d4210000 d5384101 39542020 321e0000 39142020 f9402a60
[  137.660853] d7ac  36b00100 2a1703e3 aa1503e2 aa1303e1 aa1a03e0 9400648c 2a0003f4 14000036
[  137.665186]
[  137.665186] LR: 0xffffff80081bd6b8:
[  137.672544] d6b8  17ffffef 128002a0 17ffffed a9b47bfd 910003fd a90153f3 a9025bf5 a90363f7
[  137.676919] d6d8  a9046bf9 a90573fb aa0003fa aa0103f3 aa1e03e0 aa0203f5 2a0303f7 d503201f
[  137.681334] d6f8  d5384100 f9000c1f b0007900 91302000 d538d081 8b010000 c85f7c03 91000463
[  137.685785] d718  c8027c03 35fff[  137.791049] f120  00000002 00000000 cd848400 0000001f 00000000 00000000 ffff606c 00000000
[  137.795661]
[  137.795661] X8: 0xffffffc0e7811810:
[  137.803704] 1810  00000000 00000000 00000000 00000000 00000000 00000001 00000000 00000000
[  137.808460] 1830  f9a11c00 ffffffc0 e7810e00 ffffffc0 f9a11c00 ffffffc0 090d7000 ffffff80
[  137.813257] 1850  f7f08f00 ffffffc0 090e1000 ffffff80 fef53200 ffffffc0 00000000 00000000
[  137.818061] 1870  09117000 ffffff80 e7811488 ffffffc0 f7f13c70 ffffffc0 f7f13c70 ffffffc0
[  137.822896] 1890  08085004 ffffff80 80cfa8c0 0000007f 00000000 00000000 00000000 00000000
[  137.827776] 18b0  00000000 00000000 00000000 00000000 dbd19a98 fcb90a8c 00000000 00000000
[  137.832654] 18d0  9a2282f0 ceb0c38b 00000000 00000000 38f7ce29 9542eff5 00000000 00000000
[  137.837555] 18f0  c29e73d7 0f05487d 00000000 00000000 ebce47b8 b2d5ad1a 00000000 00000000
[  137.842400]
[  137.842400] X9: 0xffffffc0f7f13bf0:
[  137.850711] 3bf0  00000001 00000003 10772a3a 00000000 f36daa59 00000000 23d0c9ea 00000000
[  137.855531] 3c10  ea4ee309 00000000 e799f790 ffffffc0 40ff7003 0000007f 40ff7000 0000007f
[  137.860328] 3c30  92000047 00000000 00000055 00000000 f7f08f00 ffffffc0 09137000 ffffff80
[  137.865122] 3c50  f7f08f00 ffffffc0 00000002 00000000 e799f790 ffffffc0 f7f13cb0 ffffffc0
[  137.869879] 3c70  081bd738 ffffff80 f7f13cb0 ffffffc0 081bd74c ffffff80 a0000145 00000000
[  137.874625] 3c90  f7f13cb0 ffffffc0 081bd738 ffffff80 00000000 00000080 e7810e00 ffffffc0
[  137.879339] 3cb0  f7f13d70 ffffffc0 08093304 ffffff80 f7f13ec0 ffffffc0 40ff7003 0000007f
[  137.884087] 3cd0  00000055 00000000 92000047 00000000 e7810e00 ffffffc0 f7f08f00 ffffffc0
[  137.888818]
[  137.888818] X19: 0xfff000000
[  138.002537] 7000  00000000 00000000 f7bf62d0 ffffffc0 092f14c8 ffffff80 08142658 ffffff80
[  138.006945] 7020  081400c0 ffffff80 08144c00 ffffff80 08144bb4 ffffff80 0813f910 ffffff80
[  138.011305] 7040  08e7c2bf ffffff80 00000000 00000000 08144560 ffffff80 00000000 00000000
[  138.015691] 7060  00000000 00000000 081404a0 ffffff80 00000000 00000000 09140480 ffffff80
[  138.020054]
[  138.020054] X26: 0xffffffc0f7f08e80:
[  138.027468] 8e80  0912bca0 ffffff80 00000000 00000000 00000000 00000000 00000000 00000000
[  138.031881] 8ea0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  138.036239] 8ec0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  138.040541] 8ee0  00000000 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  138.044799] 8f00  e6bef2c0 ffffffc0 f7927180 ffffffc0 000013c9 00000000 081c2174 ffffff80
[  138.049083] 8f20  81ae4000 0000007f 00000000 00000000 00000000 00000080 c3993000 0000007f
[  138.053339] 8f40  ec1f5000 ffffffc0 00000010 00000002 00000054 00000000 00000006 00000000
[  138.057615] 8f60  00000081 00000000 06bb06bb dead4ead ffffffff 00000000 ffffffff ffffffff
[  138.061877]
[  138.061877] X28: 0xffffffc0e799f710:
[  138.069061] f710  00000000 00000000 00201000 00000000 f7f08f00 ffffffc0 00000f53 00600000
[  138.073355] f730  00100073 00000000 00000000 00000000 00000000 00000000 00000000 00000000
[  138.077610] f750  00000000 00000000 e799f758 ffffffc0 e799f758 ffffffc0 eb5e2068 ffffffc0
[  138.081867] f770  00000000 00000000 07f431f4 00000000 00000000 00000000 00000000 00000000
[  138.086134] f790  40fdb000 0000007f 41fe8000 0000007f ec083dc0 ffffffc0 ec083840 ffffffc0
[  138.090392] f7b0  ec0830d1 ffffffc0 ec083de0 ffffffc0 ec083860 ffffffc0 00202000 00000000
[  138.094621] f7d0  f7f08f00 ffffffc0 00000f53 00600000 00100073 00000000 00000000 00000000
[  138.098886] f7f0  00000000 00000000 00000000 00000000 00000000 00000000 e7aa0210 ffffffc0
[  138.103103]
[  138.103103] X29: 0xffffffc0f7f13c30:
[  138.110273] 3c30  92000047 00000000 00000055 00000000 f7f08f00 ffffffc0 09137000 ffffff80
[  138.114540] 3c50  f7f08f00 ffffffc0 00000002 00000000 e799f790 ffffffc0 f7f13cb0 ffffffc0
[  138.118789] 3c70  081bd738 ffffff80 f7f13cb0 ffffffc0 081bd74c ffffff80 a0000145 00000000
[  138.123037] 3c90  f7f13cb0 ffffffc0 081bd738 ffffff80 00000000 00000080 e7810e00 ffffffc0
[  138.127299] 3cb0  f7f13d70 ffffffc0 08093304 ffffff80 f7f13ec0 ffffffc0 40ff7003 0000007f
[  138.131567] 3cd0  00000055 00000000 92000047 00000000 e7810e00 ffffffc0 f7f08f00 ffffffc0
[  138.135809] 3cf0  00000024 00000000 f7f08f80 ffffffc0 00000002 00000000 e799f790 ffffffc0
[  138.140079] 3d10  f7f08f80 ffffffc0 40ff7003 0000007f f7f13d40 ffffffc0 081c04b4 ffffff80
[  138.144332]
[  138.147897] Process rslsync (pid: 1340, stack limit = 0xffffffc0f7f10000)
[  138.152086] Stack: (0xffffffc0f7f13cb0 to 0xffffffc0f7f14000)
[  138.156254] 3ca0:                                   ffffffc0f7f13d70 ffffff8008093304
[  138.160663] 3cc0: ffffffc0f7f13ec0 0000007f40ff7003 0000000000000055 0000000092000047
[  138.165086] 3ce0: ffffffc0e7810e00 ffffffc0f7f08f00 0000000000000024 ffffffc0f7f08f80
[  138.169521] 3d00: 0000000000000002 ffffffc0e799f790 ffffffc0f7f08f80 0000007f40ff7003
[  138.173959] 3d20: ffffffc0f7f13d40 ffffff80081c04b4 ffffffc0e799f790 0000007f40ff7003
[  138.178345] 3d40: ffffffc0f7f13d70 ffffff8008093264 ffffffc0f7f13ec0 0000007f40ff7003
[  138.182718] 3d60: 0000000000000055 ffffffc0e7810e80 ffffffc0f7f13de0 ffffff80080934cc
[  138.187052] 3d80: ffffffc0f7f13ec0 0000007f40ff7003 0000000092000047 ffffffc0f7f13ec0
[  138.191469] 3da0: 0000000060000000 0000000000000024 0000000092000047 0000007f40ff7003
[  138.195895] 3dc0: 0000000000000005 ffffffc0e7810e00 ffffffc0f7f13df0 0000000008baada0
[  138.200335] 3de0: ffffffc0f7f13e10 ffffff8008080b04 0000000092000047 0000007f40ff7003
[  138.204774] 3e00: ffffff8008bc70b8 ffffffc0f7f13ec0 0000000000000000 ffffff8008082b30
[  138.209222] 3e20: 0000000000000000 00000040f5e72000 ffffffffffffffff 00000055713462d8
[  138.213704] 3e40: ffffffc0f7f08f00 ffffff80090e1000 ffffffc0f7f13eb0 ffffff8008ba7c18
[  138.218180] 3e60: ffffffc0f7f13ec0 00000040f5e72000 ffffffffffffffff 0000005571346210
[  138.222616] 3e80: 0000000060000000 0000000013ebf8f8 ffffffc0fef49060 ffffffc0fef4d050
[  138.227098] 3ea0: 0000000000000005 ffffffc0e7810e00 ffffffc0fef4d040 ffffff8008082e1c
[  138.231526] 3ec0: 0000000047b06c4d 0000007f40ff7000 0000000092915000 00000000f9f86ee0
[  138.236009] 3ee0: 0000000002ac62db 0000000074adc60f 00000000000000b0 00000055715cb520
[  138.240537] 3f00: 00000055715cbd20 00000055715cc120 0000007f6c0011f0 0000000000000002
[  138.245123] 3f20: 00000055715cb920 00000000d882091e 000000000000000a 0000000010772a3a
[  138.249679] 3f40: 00000000f36daa59 0000000023d0c9ea 00000000ea4ee309 00000000a3a3fe5d
[  138.254206] 3f60: 0000000098b32b98 00000000eeee29c7 00000000345c6834 0000000081819819
[  138.258737] 3f80: 0000000004f1f5f5 00000000319595a4 000000003c281414 0000000000000005
[  138.263236] 3fa0: 0000000097e00000 0000007f80cf95d0 000000000f684568 0000007f80cf95d0
[  138.267687] 3fc0: 00000055713462d8 0000000060000000 0000000000000000 ffffffffffffffff
[  138.272169] 3fe0: 0000000000000000 0000000000000000 0000000000000000 0000000000000000
[  138.276592] Call trace:
[  138.280521] Exception stack(0xffffffc0f7f13ae0 to 0xffffffc0f7f13c10)
[  138.284866] 3ae0: ffffffc0e799f790 0000008000000000 ffffffc0f7f13cb0 ffffff80081bd74c
[  138.289365] 3b00: ffffffc0f7f13c10 ffffff80080f896c ffffffc0fef53200 ffffffc0e7810e00
[  138.293850] 3b20: ffffffc0fef53288 0000000000000000 0000000000000002 ffffff8009115000
[  138.298326] 3b40: ffffff8009115720 0000000000000002 ffffffc0f98f3c00 00000000ffff6166
[  138.302804] 3b60: ffffffc0f7f13c10 ffffffc0fef29c00 ffffffc0e7813800 ffffff800911570c
[  138.307293] 3b80: 00000001dd659848 00000040f5e72000 0000000000000000 000000000007b196
[  138.311763] 3ba0: 0000001fd234fc8c 0000000000000001 000000000000bc3a ffffffc0fef4f0c0
[  138.316265] 3bc0: ffffffc0e7811890 ffffffc0f7f13c70 0000000000000a30 00000000000003ad
[  138.320735] 3be0: 0000000000000379 0000000000000002 0000000300000001 0000000010772a3a
[  138.325219] 3c00: 00000000f36daa59 0000000023d0c9ea
[  138.329405] [<ffffff80081bd74c>] handle_mm_fault+0x88/0x10ac
[  138.333661] [<ffffff8008093304>] do_page_fault+0x1f4/0x368
[  138.337887] [<ffffff80080934cc>] do_translation_fault+0x54/0xc8
[  138.342121] [<ffffff8008080b04>] do_mem_abort+0x54/0xac
[  138.346269] Exception stack(0xffffffc0f7f13e20 to 0xffffffc0f7f13f50)
[  138.350541] 3e20: 0000000000000000 00000040f5e72000 ffffffffffffffff 00000055713462d8
[  138.354946] 3e40: ffffffc0f7f08f00 ffffff80090e1000 ffffffc0f7f13eb0 ffffff8008ba7c18
[  138.359340] 3e60: ffffffc0f7f13ec0 00000040f5e72000 ffffffffffffffff 0000005571346210
[  138.363714] 3e80: 0000000060000000 0000000013ebf8f8 ffffffc0fef49060 ffffffc0fef4d050
[  138.368061] 3ea0: 0000000000000005 ffffffc0e7810e00 ffffffc0fef4d040 ffffff8008082e1c
[  138.372359] 3ec0: 0000000047b06c4d 0000007f40ff7000 0000000092915000 00000000f9f86ee0
[  138.376679] 3ee0: 0000000002ac62db 0000000074adc60f 00000000000000b0 00000055715cb520
[  138.380968] 3f00: 00000055715cbd20 00000055715cc120 0000007f6c0011f0 0000000000000002
[  138.385265] 3f20: 00000055715cb920 00000000d882091e 000000000000000a 0000000010772a3a
[  138.389581] 3f40: 00000000f36daa59 0000000023d0c9ea
[  138.393603] [<ffffff8008082b30>] el0_da+0x20/0x24
[  138.397579] Code: f9415800 d538d081 91012000 8b010000 (c85f7c03)
[  138.401705] ---[ end trace 12e0d942746f1dff ]---

Nice little stack trace above. The machine stayed up but something was hogging the CPU so much it was unusable and I had to reboot. I've moved the HDD to the USB2 port and I just had a crazy kernel panic and the board rebooted by itself.

 

I did get _one_ step further. Remember when I said the board was stable previously? It was with the sd-card in it, not the emmc. It also seems that the board is more stable with the serial cable plugged in.

I will double check, but it would seem that even in RO mode running the OS off of the EMMC is batshit unstable. Anyone experienced this and might have ideas to resolve it?

Edited by Tamás Faragó
Added data about perceived stability
Link to post
Share on other sites

Hello, I've the Rock64 4G v2.0 - 2017-0713. I tried to install different OS but I get similar errors and problems as yours. The SBC stuck after a while or lost the connection after high I/O traffic with my SSD on the USB3.

If It can help you, I describe here how I could installed a clean Armbian on my rock64:

- Download u-boot-flash-spi-rock64.img.xz from here and use Etcher to write to a new micro SD card; I used SanDisk Ultra 16GB microSDHC, Class 10. 

- Download OS image “Armbian 5.69 Ubuntu Bionic default, Kernel 4.4.167” from the archive here and use Etcher to write to the SSD.

- I both a new power supply because I get some under voltage errors. But I still have to measure the differences. I've got this by amazon. 

- Insert the SD card into Rock64 and boot it. It will automatically flash the SPI memory. Wait until the white LED on Rock64 blink once per second. Wait for some more time just to ensure the writing is done and then remove the SD card and power off the board.

- Connect network cable to Rock64 and attach the SSD to USB 3.0 port and then boot Rock64. Log in only with HDMI monitor and Keyboard and change the pw and user name. 

- Connect the SSD to another linux and check and repair the partition (job 1) and extend it till the end (job 2).

- Re-connect the SSD and go to armbian-config and then freeze the Kernel and File System. Check desmeg results. Try also to connect with ssh.

 

I get now a clean and stable board and I´m happy after many month trials. If I can help someone would be nice. Let me know.

 

 

Link to post
Share on other sites

Hey, thanks! That is useful! I will try 5.69, maybe it is more useful and I don't have to do the below. 

 

I have not been idle and did a lot of experimentation as well. With 5.98 at least the only thing that consistentlyDpkg::Use-Pty=0 helped is to underclock the CPU to 1.2GHz. It is pretty much stable even during heavy IO using the uas driver. 

 

@rock68 could you check your cpu, memory speeds and clock frequency for me as well as run a cpu test?

sudo cat /sys/kernel/debug/mmc0/clock

sudo cat /sys/class/devfreq/dmc/cur_freq

sudo cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq

sudo stress-ng --cpu 4 --cpu-method matrixprod  --metrics-brief --perf -t 600

The last command will run for 10 minutes, you can see CPU load and current speed (if you are using dynamic CPU scaling with the ondemand scheduler for example) with "htop".

 

I have yet to try two more things:

1. Run CPU stress test at full speed when OS is on the sdcard

2. Reduce the memory speed. I've read that it should be 666MHz but it's actually running at 786MHz. Anyone know how to do this without writing a new std file? Seems armbian image only has a single speed available. 

 

Note, an easy way to get your system to boot from SD card if the emmc is inserted without the jumper short-circuiting thingie is to press escape at the very start of the boot so it stops and you are on the uboot console; then type "mmc erase 0 1000". This will clear the boot details on the emmc basically forcing boot to continue from the sd card. The mmc will be available now to the system to do as you wish. 

 

 

 

 

Link to post
Share on other sites

Hello,

here my tests;

- sudo cat /sys/kernel/debug/mmc0/clock >

0

- sudo cat /sys/class/devfreq/dmc/cur_freq > 

No such file or directory

- sudo cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq >

1390000
1390000
1390000
1390000

sudo stress-ng --cpu 4 --cpu-method matrixprod  --metrics-brief --perf -t 600 >

stress-ng: command not found

 

Maybe you explain me how to perform the tests you need.

 

I did this one.

sudo sysbench --test=cpu --cpu-max-prime=20000 --num-threads=4 run
WARNING: the --test option is deprecated. You can pass a script name or path on the command line without any options.
WARNING: --num-threads is deprecated, use --threads instead
sysbench 1.0.11 (using system LuaJIT 2.1.0-beta3)

Running the test with following options:
Number of threads: 4
Initializing random number generator from current time


Prime numbers limit: 20000

Initializing worker threads...

Threads started!

CPU speed:
    events per second:  1022.25

General statistics:
    total time:                          10.0034s
    total number of events:              10231

Latency (ms):
         min:                                  3.88
         avg:                                  3.91
         max:                                 23.73
         95th percentile:                      3.89
         sum:                              39973.71

Threads fairness:
    events (avg/stddev):           2557.7500/11.78
    execution time (avg/stddev):   9.9934/0.01

Link to post
Share on other sites
3 minutes ago, Rock68 said:

Hello,

here my tests;

- sudo cat /sys/kernel/debug/mmc0/clock >

0

- sudo cat /sys/class/devfreq/dmc/cur_freq > 

No such file or directory

- sudo cat /sys/devices/system/cpu/cpu*/cpufreq/scaling_max_freq >

1390000
1390000
1390000
1390000

sudo stress-ng --cpu 4 --cpu-method matrixprod  --metrics-brief --perf -t 600 >

stress-ng: command not found

Interesting, maybe Ubuntu is doing something else?

Can you try "sudo cat /sys/kernel/debug/mmc0/ios" ?

You need to install stress-ng, eg. "apt install stress-ng". Thanks!

Link to post
Share on other sites

It would be interesting to try the new kernel 5.x . If the hardware that is responsible for the work of eMMC is all right and the device works stably from the SD card, then the problem is in the settings for eMMC and need to check the settings of DTB to work with eMMC or u-boot.

 

 

P.S. I don't have Rock64, so all of the above is just a guess. On TV boxes with rk3328 and the built-in eMMC at me everything works without problems from eMMC.

Link to post
Share on other sites
9 hours ago, Tamás Faragó said:

Interesting, maybe Ubuntu is doing something else?

Can you try "sudo cat /sys/kernel/debug/mmc0/ios" ?

You need to install stress-ng, eg. "apt install stress-ng". Thanks!

Hello,

here the result:

 

sudo cat /sys/kernel/debug/mmc0/ios
[sudo] password for rock64:
clock:          0 Hz
vdd:            0 (invalid)
bus mode:       2 (push-pull)
chip select:    0 (don't care)
power mode:     0 (off)
bus width:      0 (1 bits)
timing spec:    0 (legacy)
signal voltage: 0 (1.80 V)
driver type:    0 (driver type B)

 

sudo stress-ng --cpu 4 --cpu-method matrixprod  --metrics-brief --perf -t 600
stress-ng: info:  [13868] dispatching hogs: 4 cpu
stress-ng: info:  [13868] cache allocate: using built-in defaults as unable to determine cache details
stress-ng: info:  [13868] successful run completed in 600.76s (10 mins, 0.76 secs)
stress-ng: info:  [13868] stressor       bogo ops real time  usr time  sys time   bogo ops/s   bogo ops/s
stress-ng: info:  [13868]                           (secs)    (secs)    (secs)   (real time) (usr+sys time)
stress-ng: info:  [13868] cpu                3571    600.32   2236.16      4.99         5.95         1.59
stress-ng: info:  [13868] cpu:
stress-ng: info:  [13868]                        288 System Call Enter               0.48 /sec
stress-ng: info:  [13868]                        284 System Call Exit                0.47 /sec
stress-ng: info:  [13868]                     57,160 Kmalloc                        95.15 /sec
stress-ng: info:  [13868]                          0 Kmalloc Node                    0.00 /sec
stress-ng: info:  [13868]                    124,180 Kfree                         206.70 /sec
stress-ng: info:  [13868]                     74,176 Kmem Cache Alloc              123.47 /sec
stress-ng: info:  [13868]                          0 Kmem Cache Alloc Node           0.00 /sec
stress-ng: info:  [13868]                    160,896 Kmem Cache Free               267.82 /sec
stress-ng: info:  [13868]                      2,072 MM Page Alloc                   3.45 /sec
stress-ng: info:  [13868]                     10,656 MM Page Free                   17.74 /sec
stress-ng: info:  [13868]                  1,481,848 RCU Utilization                 2.47 K/sec
stress-ng: info:  [13868]                      2,992 Sched Migrate Task              4.98 /sec
stress-ng: info:  [13868]                          0 Sched Move NUMA                 0.00 /sec
stress-ng: info:  [13868]                     83,780 Sched Wakeup                  139.46 /sec
stress-ng: info:  [13868]                          0 Sched Proc Exec                 0.00 /sec
stress-ng: info:  [13868]                          0 Sched Proc Exit                 0.00 /sec
stress-ng: info:  [13868]                          0 Sched Proc Fork                 0.00 /sec
stress-ng: info:  [13868]                        288 Sched Proc Free                 0.48 /sec
stress-ng: info:  [13868]                          0 Sched Proc Hang                 0.00 /sec
stress-ng: info:  [13868]                          0 Sched Proc Wait                 0.00 /sec
stress-ng: info:  [13868]                    102,808 Sched Switch                  171.13 /sec
stress-ng: info:  [13868]                          4 Signal Generate                 0.01 /sec
stress-ng: info:  [13868]                          4 Signal Deliver                  0.01 /sec
stress-ng: info:  [13868]                    616,276 IRQ Entry                       1.03 K/sec
stress-ng: info:  [13868]                    616,276 IRQ Exit                        1.03 K/sec
stress-ng: info:  [13868]                    689,484 Soft IRQ Entry                  1.15 K/sec
stress-ng: info:  [13868]                    689,484 Soft IRQ Exit                   1.15 K/sec
stress-ng: info:  [13868]                          0 Writeback Dirty Inode           0.00 /sec
stress-ng: info:  [13868]                          0 Writeback Dirty Page            0.00 /sec
stress-ng: info:  [13868]                          0 Migrate MM Pages                0.00 /sec
stress-ng: info:  [13868]                     63,200 SKB Consume                   105.20 /sec
stress-ng: info:  [13868]                        180 SKB Kfree                       0.30 /sec
stress-ng: info:  [13868]                          0 IOMMU IO Page Fault             0.00 /sec
stress-ng: info:  [13868]                          0 IOMMU Map                       0.00 /sec
stress-ng: info:  [13868]                          0 IOMMU Unmap                     0.00 /sec
 

 

Is that good? Pls check.

 

 

 

Link to post
Share on other sites
4 hours ago, Rock68 said:

Is that good? Pls check.

Well, your box hasn't crashed so it's good :)I'll compare the numbers once I'm at home. 

 

5 hours ago, balbes150 said:

It would be interesting to try the new kernel 5.x . If the hardware that is responsible for the work of eMMC is all right and the device works stably from the SD card, then the problem is in the settings for eMMC and need to check the settings of DTB to work with eMMC or u-boot..

I tried 5.x before but it wouldn't recognise the USB3 port so I quickly have up. Might give it another shot! Although I'm a bit lost in the DTB world and wouldn't have a clue what to change.

Link to post
Share on other sites

After 2 boot crash restarts my Rock64 4GB rev2 on Micro SD has come up on 5.3.11 kernel.

rock64:~$ uname -a
Linux rock64 5.3.11-rockchip64 #19.11.3 SMP PREEMPT Mon Nov 18 21:03:09 CET 2019 aarch64 GNU/Linux

It looks like the first two times `pstate: 60000085` then on the 3rd time:  `pstate: 20000005`.
3rd time still has stack trace related to zstd but otherwise makes it through. 

I have USB SATA-SSD (Pine store), eMMC (pine store) cards and another 6 Rock64's if there is anything I can do/provide.
I'm tempted to try load up Kubernetes on them all with this image and see how stable it is.

Okay, it lasted about 5 minutes. Has a Pine store heatsink. Failed during apt upgrade (download fast 1Gbps) but nothing after that.
Have switched to a 30A 5V supply running 5V (multimeter) just in case the Pine store PSU is too weak but haven't been able to get it to boot again.

ArchlinuxARM has come up on first boot with 5.3.1 and crashed after a few minutes.

Link to post
Share on other sites
On 11/25/2019 at 8:20 AM, suberimakuri said:

After 2 boot crash restarts my Rock64 4GB rev2 on Micro SD has come up on 5.3.11 kernel.


rock64:~$ uname -a
Linux rock64 5.3.11-rockchip64 #19.11.3 SMP PREEMPT Mon Nov 18 21:03:09 CET 2019 aarch64 GNU/Linux

It looks like the first two times `pstate: 60000085` then on the 3rd time:  `pstate: 20000005`.
3rd time still has stack trace related to zstd but otherwise makes it through. 

I have USB SATA-SSD (Pine store), eMMC (pine store) cards and another 6 Rock64's if there is anything I can do/provide.
I'm tempted to try load up Kubernetes on them all with this image and see how stable it is.

Okay, it lasted about 5 minutes. Has a Pine store heatsink. Failed during apt upgrade (download fast 1Gbps) but nothing after that.
Have switched to a 30A 5V supply running 5V (multimeter) just in case the Pine store PSU is too weak but haven't been able to get it to boot again.

ArchlinuxARM has come up on first boot with 5.3.1 and crashed after a few minutes.

Same here, after updating to the 5.3.11 kernel my Rock64 4GB rev2 doesn't come up from the SD.

I have a USB SATA-SSD, but no HDMI attached.

 

The 4.4 kernel works perfectly fine, so I reverted back to that one.

I guess we'll have to wait some time for the current branch to become fully stable.

Link to post
Share on other sites

I have a 4G Rev 2 Rock64 that is running like a champ on current - 5.4.2 as of this writing, as far as USB and Ethernet are concerned. I did have to blacklist UAS for all my USB drives, and now the board is rock solid even with heavy disk and network IO.

 

I do have one problem though, I have no sound.  I have the following loaded (automatically):

root@chdock:/home/sugata# cat /proc/modules |grep snd
snd_soc_rk3328 16384 0 - Live 0xffff800008dc9000

And yet, I get this:

 

root@chdock:/home/sugata# aplay -l
aplay: device_list:272: no soundcards found...

I searched around this forum and nothing obvious came up. Any ideas?

Link to post
Share on other sites
12 hours ago, Vanitarium said:

I installed kernel and GUI as shown here:


uname -a
Linux tinkerboard 5.4.13-rockchip #rc0 SMP PREEMPT Mon Jan 20 04:45:07 CET 2020 armv7l GNU/Linux

 

12 hours ago, Vanitarium said:

2.  Installing the media-script and will test after posting this far (just in case it crashes!) Just got error message. Attached the log

Here I reboot...

 

The media script is only functional with the rockchip 4.4 kernel.  The upstream decoder support is incomplete, and incompatible with the Rockchip driver.

Link to post
Share on other sites

I'm new to armbian so hi to all.   I recently bought a sealed Rock64 v2 off ebay with psu and sdcard for low cost.    It works ok but has lots of same issues like others have.   I'm just adding my 2 cents in here so another user is heard in the thread.  

 

Armbian Bionic w/4.4 minimal works well.   Anything else newer does not boot.  I dont have serial cable so that's all I can report for now.   Compiles well too.

 

Arch and Manjaro stock images work well (5.5.1)  but they segfault when compiling anything.    Still looking for an image for v2 that compiles and is 5.2 or newer.   

Link to post
Share on other sites

Applying kernel provided DT fixup script (rockchip-fixup.scr):

 

Spoiler



Applying kernel provided DT fixup script (rockchip-fixup.scr)
## Executing script at 39000000
## Loading init Ramdisk from Legacy Image at 04000000 ...
   Image Name:   uInitrd
   Image Type:   AArch64 Linux RAMDisk Image (gzip compressed)
   Data Size:    7118549 Bytes = 6.8 MiB
   Load Address: 00000000
   Entry Point:  00000000
   Verifying Checksum ... OK
## Flattened Device Tree blob at 01f00000
   Booting using the fdt blob at 0x1f00000
   Loading Ramdisk to 3d838000, end 3df01ed5 ... OK
   reserving fdt memory region: addr=1f00000 size=72000
   Loading Device Tree to 000000003d7c3000, end 000000003d837fff ... OK

Starting kernel ...

[    3.724086] Internal error: Oops: 96000004 [#1] PREEMPT SMP
[    3.724585] Modules linked in:
[    3.724861] CPU: 2 PID: 0 Comm: swapper/2 Not tainted 5.4.14-rockchip64 #rc1
[    3.725481] Hardware name: Pine64 Rock64 (DT)
[    3.725867] pstate: 60000085 (nZCv daIf -PAN -UAO)
[    3.726297] pc : scheduler_tick+0x80/0xf0
[    3.726653] lr : scheduler_tick+0x80/0xf0
[    3.727005] sp : ffff800010013d90
[    3.727298] x29: ffff800010013d90 x28: ffff00003ed9a7c0 
[    3.727768] x27: ffff800010171418 x26: 0000000000000000 
[    3.728237] x25: 0000000000000001 x24: 0000000000000080 
[    3.728715] x23: ffff00003e4daa00 x22: ffff800011390f00 
[    3.729191] x21: 0000000000000004 x20: ffff800011354b40 
[    3.729667] x19: ffff00003ed9db40 x18: 0000000000000000 
[    3.730144] x17: 0000000000000000 x16: 0000000000000000 
[    3.730622] x15: ffff800012413784 x14: ffff00003d8dadf0 
[    3.731099] x13: 00000014bfdad520 x12: 0000000000000001 
[    3.731578] x11: 0000000000000000 x10: ffff800011471000 
[    3.732057] x9 : ffff80001138f000 x8 : ffff80001138eff8 
[    3.732536] x7 : ffff80001138f000 x6 : 000000000fe88dec 
[    3.733015] x5 : 00ffffffffffffff x4 : 0000000000000015 
[    3.733493] x3 : ffff80002da49000 x2 : ffff80002da49000 
[    3.733971] x1 : 0000000000010001 x0 : 0000000000000002 
[    3.734451] Call trace:
[    3.734679]  scheduler_tick+0x80/0xf0
[    3.735015]  update_process_times+0x54/0x68
[    3.735396]  tick_sched_handle.isra.17+0x3c/0x50
[    3.735812]  tick_sched_timer+0x54/0xa8
[    3.736161]  __hrtimer_run_queues+0x118/0x1a8
[    3.736552]  hrtimer_interrupt+0xf0/0x248
[    3.736918]  arch_timer_handler_phys+0x2c/0x38
[    3.737322]  handle_percpu_devid_irq+0x94/0x150
[    3.737730]  generic_handle_irq+0x24/0x38
[    3.738092]  __handle_domain_irq+0x90/0x100
[    3.738472]  gic_handle_irq+0x50/0xa0
[    3.738805]  el1_irq+0xb8/0x180
[    3.739094]  arch_cpu_idle+0x1c/0x30
[    3.739422]  default_idle_call+0x30/0x38
[    3.739778]  do_idle+0x20c/0x298
[    3.740072]  cpu_startup_entry+0x20/0x28
[    3.740430]  secondary_start_kernel+0x150/0x160
[    3.740841] Code: 94000aa0 aa1303e0 9431d132 94029bb7 (f8767aa1) 
[    3.741384] ---[ end trace 410c6451f1c0b617 ]---
[    3.741794] Kernel panic - not syncing: Fatal exception in interrupt
[    3.742353] SMP: stopping secondary CPUs
[    3.742703] Kernel Offset: disabled
[    3.743014] CPU features: 0x0002,20002000
[    3.743369] Memory Limit: none
[    3.743644] ---[ end Kernel panic - not syncing: Fatal exception in interrupt ]---


 

 

Finally got a serial board so theres the output.  Hope this helps to fix my V2 rock64 on new images.  This is for latest standard buster server RC image.

Not syncing is usually it cant find the right partition to complete the boot.

 

Edited by TRS-80
put one long code block in spoiler
Link to post
Share on other sites
[drm] Supports vblank timestamp caching Rev 2 (21.10.2013).
[    8.748477] [drm] No driver support for vblank timestamp query.
[    8.751175] [drm] Cannot find any crtc or sizes
[    8.752049] [drm] Initialized rockchip 1.0.0 20140818 for display-subsystem on minor 1
[    9.596617] Adding 502880k swap on /dev/zram1.  Priority:5 extents:1 across:502880k SSFS
[    9.760746] [drm] Cannot find any crtc or sizes
[    9.763672] zram0: detected capacity change from 0 to 52428800
[   11.920458] EXT4-fs (zram0): mounted filesystem without journal. Opts: discard
[   11.921159] ext4 filesystem being mounted at /var/log supports timestamps until 2038 (0x7fffffff)
[   14.451738] random: crng init done
[   14.452073] random: 7 urandom warning(s) missed due to ratelimiting
[   14.810329] ------------[ cut here ]------------
[   14.810765] kernel BUG at fs/inode.c:588!
[   14.811128] Internal error: Oops - BUG: 0 [#1] PREEMPT SMP
[   14.811614] Modules linked in: zstd dw_hdmi_i2s_audio rockchipdrm lima snd_soc_rk3328 analogix_dp gpu_sched dw_mipi_dsi dw_hdmi zram ip_tables ipv6 crc_ccitt dwmac_rk stmmac_platform stmmac phylink phy_rockchip_inno_usb3 phy_rockchip_inno_hdmi
[   14.813531] CPU: 2 PID: 1 Comm: systemd Not tainted 5.4.14-rockchip64 #rc1
[   14.814139] Hardware name: Pine64 Rock64 (DT)
[   14.814530] pstate: a0000005 (NzCv daif -PAN -UAO)
[   14.814967] pc : evict+0x164/0x168
[   14.815276] lr : evict+0xe8/0x168
[   14.815572] sp : ffff80001002b930
[   14.815869] x29: ffff80001002b930 x28: ffff00003e1646c0 
[   14.816343] x27: ffff800011126d88 x26: ffff00003c6be500 
[   14.816815] x25: ffff00003c6be500 x24: ffff80001136b508 
[   14.817286] x23: ffff80001027e988 x22: ffff00003a210298 
[   14.817757] x21: ffff800010dca880 x20: ffff00003bcc4b10 
[   14.818231] x19: ffff00003bcc4b20 x18: 0000000000000000 
[   14.818703] x17: 0000000000000000 x16: 0000000000000000 
[   14.819176] x15: ffffffffffffffff x14: ffff80001136b508 
[   14.819649] x13: ffff80001002bb58 x12: ffff80001002bb4d 
[   14.820121] x11: 00000000046b9e80 x10: ffff80001002bac0 
[   14.820594] x9 : 00000000ffffffd8 x8 : 0000000000000000 
[   14.821065] x7 : 0000000000000001 x6 : 0000000000000000 
[   14.821537] x5 : 0000000000000001 x4 : 61c8864680b583eb 
[   14.822009] x3 : ffff800011366180 x2 : ffff8000113666f8 
[   14.822492] x1 : 0000000000000000 x0 : ffff00003bcc4bb0 
[   14.822972] Call trace:
[   14.823200]  evict+0x164/0x168
[   14.823474]  iput+0xd8/0x190
[   14.823732]  dentry_unlink_inode+0x114/0x160
[   14.824114]  __dentry_kill+0xc0/0x1c0
[   14.824442]  shrink_dentry_list+0x7c/0xd8
[   14.824799]  shrink_dcache_parent+0xd8/0x130
[   14.825180]  d_invalidate+0x60/0xe0
[   14.825494]  proc_flush_task+0xa8/0x198
[   14.825841]  release_task.part.27+0x78/0x448
[   14.826220]  wait_consider_task+0x7a4/0x820
[   14.826591]  do_wait+0x130/0x1d8
[   14.826880]  kernel_waitid+0x110/0x1e0
[   14.827212]  __do_sys_waitid+0x3b4/0x428
[   14.827561]  __arm64_sys_waitid+0x24/0x30
[   14.827921]  el0_svc_common.constprop.1+0x88/0x178
[   14.828346]  el0_svc_handler+0x20/0x80
[   14.828681]  el0_svc+0x8/0xc
[   14.828944] Code: 17ffffd2 f90013f5 d4210000 d4210000 (d4210000) 
[   14.829490] ---[ end trace b3d7224f99874ee8 ]---
[   14.829902] note: systemd[1] exited with preempt_count 2
[   14.830373] Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b
[   14.831048] SMP: stopping secondary CPUs
[   14.831400] Kernel Offset: disabled
[   14.831712] CPU features: 0x0002,20002000
[   14.832067] Memory Limit: none
[   14.832342] ---[ end Kernel panic - not syncing: Attempted to kill init! exitcode=0x0000000b ]---

verb=7  output  same error not syncing  on bionic and buster minimal  current release img's.  

Link to post
Share on other sites
11 hours ago, archetech said:

[ 14.810765] kernel BUG at fs/inode.c:588!

This seems to show that filesystem is probably corrupted ...

 

EDIT: Since you wrote :

Quote

verb=7  output  same error not syncing  on bionic and buster minimal  current release img's

This means you are trying several SDCards, but is the eMMC on the Rock64 still active ? Because eMMC has boot priority over SDCard.

You should then place a jumper on 2 pins header or disconnect the eMMC module from the board ...

Link to post
Share on other sites

Notice that in my Renegade was dong something very similar (corrupting fs as soon as it booted), and it turned out to be some problem with not enough current on the SD card reader. @TonyMac32 released a fix that solved it by increasing the current in the DT, but after some upgrades the problem reappeared.  Strange enough, it worked with the same DT but Firefly's kernel. I guess it had to be some kernel config missing in our kernel, but I haven't checked it in a while.

Link to post
Share on other sites

Also note that Rock64 has a SPI flash that takes precedence over ALL other boot devices.  My Rock64's have no contents in these flashes for exactly this reason, so I can faithfully test our U-boot's.  I would have to ask the boilerplate "SD/power supply problems questions:

 

Which Kernel (Current, Dev, Legacy)

I know in this case it is a rev 2 Rock64

What SD card brand/version.  My cards were immune to the voltage switching issues caused by the Codec pin mapping bug, so my testing of that correction may not be thorough enough to catch if there's still an issue

 

The interaction of 3rd party U-boot configurations and Armbian really can't be tracked down meaningfully, so that SPI boot is something to look out for if it has been flashed.  Our DT overlays/etc are all handled at boot by u-boot. (general info, not necessarily a specific issue here)

Link to post
Share on other sites

 I'm using a sandisk Ultra 16GB sd card. Never used emmc yet.   Originally flashed and used spi usb boot w/o any probs.  I flashed it back to empty in the testing im doing last 4-5 days.  I'll leave spi alone and empty for now.     Martin:  I tried a jumper on emmc pins by the lights.  Didn't help.   May be that my timing isnt right  ...boot with jumper stop the boot with a keystroke, remove jumper, hit a key and continue booting. 

 

   Since lanefu's new v2 booted and tonys  then the sdcards are more robust than this sandisk ultra?  It's a brand name top card so that baffles me but could be the problem. Thats surely not the solution though.   What kernel?  the kernel in the current image dated 1-26-2020 plus I tried a build from lanefu that has 5.4.20 with latest patches.  I read in a thread that the boot order is spi>emmc>sd.   It used to be spi>sd>emmc and that change has caused lots of probs for pine products.   Sounds to me like its about that order and the voltages being used and how that ruins the sdcard's chance of booting due to corruption.  Plus using really old configs from ayufan from 2 yrs ago (no matter how updated) when the board was released is imo not right.  I've enjoyed the hunt for this problem but i'm getting tired since the fix isnt some simple file edit or switch to a different image a plain user can do.   I've done and reported what I resonably can.    

 

Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...