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?

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/

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.

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.

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

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.

Yes, is exactly that one the one that I´m using. 

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"

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
 

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  )

Thanks, I was hoping for hardware enabled en/decyption. I guess I have to buy Le Potato then.