kicker22004 Posted December 2, 2017 Posted December 2, 2017 On 8/18/2017 at 5:07 AM, rez0n said: @kicker22004 First to all, thank you for a awesome patcher for NanoPi K2. But your patch correct working with Libreelec by kszaq until 8.0.1j version, in newer versions image are unbootable after patching. Can you help with this? You still need help with this?
rez0n Posted January 18, 2018 Posted January 18, 2018 On 12/2/2017 at 6:35 AM, kicker22004 said: You still need help with this? Sorry for too long response, not have a notify. Yes, I need help with this. If you can, help to patch latest version https://forum.libreelec.tv/thread/9319-8-2-2-3-libreelec-8-2-for-s905-s905x/ Images here: https://kszaq.libreelec.tv/s905/8.2/8.2.2.3/
Muadiv Posted March 10, 2018 Posted March 10, 2018 Hi, I´m using the last armbian image () and I see that the system is using Memory usage: 9 % of 844MB , when the device has 2gb of ram. How can I make the system use the full memory for the nanopik2 ? Thanks in advance. Muadiv.
TonyMac32 Posted March 10, 2018 Posted March 10, 2018 If you can compile it yourself I have that fixed in the build system, it was a u-boot issue. [edit to clarify the brief answer] This board was moved from a "wip" (work-in-progress) to a "csc" designation, meaning community support only, it is not a future target for Armbian. This is due to a combination of factors including manpower and general community interest.
Muadiv Posted March 11, 2018 Posted March 11, 2018 That´s a pity. Anyway... I´m having another issue. I installed transmissionbt and I have a 1tb WD connected to download torrents (ext4). I was using with libreelec without any kind of issues, but when I change to this distro, and the download speed go over 1mb the system crash and I need to reboot manually disconnecting the power. As I say before, I was downloading at 20mb with libre elec without issues, but now, I can´t. Any advice? Thanks Muadiv
TonyMac32 Posted March 11, 2018 Posted March 11, 2018 The support for this was never more than experimental, so I wouldn't be surprised to find more bugs. The only reason it got as much support as it has is because it is based on the same family SoC as the Odroid C2 and Le Potato. Can you give me the name of the image file you used? That sounds related to the memory mapping bug that should have been fixed https://github.com/armbian/build/blob/master/patch/kernel/meson64-next/1020_GXBB_memory_allocation_meson_GX.patch This should be the newest download, and should be clean/as up to date as possible: https://dl.armbian.com/nanopik2/Ubuntu_xenial_next_desktop.7z That's a 4.14.15 from January with all known bugfixes.
q-bert Posted March 13, 2018 Posted March 13, 2018 I am interested in the K2 board but I need AES support for my use case. Could you please run the following command and post the result? "openssl speed -elapsed -evp aes-256-cbc"
Muadiv Posted March 14, 2018 Posted March 14, 2018 On 13/3/2018 at 8:54 AM, q-bert said: I am interested in the K2 board but I need AES support for my use case. Could you please run the following command and post the result? "openssl speed -elapsed -evp aes-256-cbc" @nanopik2:~$ openssl speed -elapsed -evp aes-256-cbc You have chosen to measure elapsed time instead of user CPU time. Doing aes-256-cbc for 3s on 16 size blocks: 6920898 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 64 size blocks: 1902190 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 256 size blocks: 492602 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 1024 size blocks: 124238 aes-256-cbc's in 3.00s Doing aes-256-cbc for 3s on 8192 size blocks: 15578 aes-256-cbc's in 3.00s OpenSSL 1.0.2g 1 Mar 2016 built on: reproducible build, date unspecified options:bn(64,64) rc4(ptr,char) des(idx,cisc,16,int) aes(partial) blowfish(ptr) compiler: cc -I. -I.. -I../include -fPIC -DOPENSSL_PIC -DOPENSSL_THREADS -D_REENTRANT -DDSO_DLFCN -DHAVE_DLFCN_H -DL_ENDIAN -g -O2 -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -Wl,-Bsymbolic-functions -Wl,-z,relro -Wa,--noexecstack -Wall -DSHA1_ASM -DSHA256_ASM -DSHA512_ASM The 'numbers' are in 1000s of bytes per second processed. type 16 bytes 64 bytes 256 bytes 1024 bytes 8192 bytes aes-256-cbc 36911.46k 40580.05k 42035.37k 42406.57k 42538.33k
tkaiser Posted March 14, 2018 Posted March 14, 2018 7 minutes ago, Muadiv said: aes-256-cbc 36911.46k 40580.05k 42035.37k 42406.57k 42538.33k With Hardkernel's bootloader blobs it should be possible to let the S905 run with 1.7GHz and then numbers slightly improve. But the results were already known before since SoCs matter and not boards (see ODROID-C2 numbers, as expected: same S905, same performance at same clockspeed with same memory configuration -- yeah, the latter is where boards might make a small difference )
q-bert Posted March 14, 2018 Posted March 14, 2018 Thanks, I was hoping for hardware enabled en/decyption. I guess I have to buy Le Potato then.
Recommended Posts