Turl changed the topic of #linux-sunxi to: Allwinner/sunxi /development discussion - did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait! - https://github.com/linux-sunxi/ - Logs at http://irclog.whitequark.org/linux-sunxi
pepee- has joined #linux-sunxi
pepee has quit [Ping timeout: 248 seconds]
pepee- is now known as pepee
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
gnufan1 has joined #linux-sunxi
gnufan has quit [Ping timeout: 248 seconds]
lurchi_ is now known as lurchi__
gnufan has joined #linux-sunxi
gnufan1 has quit [Ping timeout: 240 seconds]
gnufan has quit [Ping timeout: 260 seconds]
lurchi__ is now known as lurchi_
lemonzest has quit [Quit: Quitting]
dev1990 has quit [Quit: Konversation terminated!]
popolon has quit [Quit: WeeChat 1.9]
ninolein has quit [Ping timeout: 246 seconds]
ninolein has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 252 seconds]
lurchi_ has joined #linux-sunxi
lurchi_ has quit [Ping timeout: 248 seconds]
Hao_ has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
vagrantc has joined #linux-sunxi
lurchi_ has quit [Remote host closed the connection]
lurchi_ has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
[7] has quit [Ping timeout: 246 seconds]
aidin has quit [Ping timeout: 252 seconds]
lurchi_ is now known as lurchi__
aidin has joined #linux-sunxi
TheSeven has joined #linux-sunxi
FergusL has quit [Ping timeout: 248 seconds]
jernej has joined #linux-sunxi
jernej has quit [Ping timeout: 248 seconds]
antony has left #linux-sunxi [#linux-sunxi]
rexxster has quit [Remote host closed the connection]
Hao__ has joined #linux-sunxi
Hao_ has quit [Ping timeout: 240 seconds]
lurchi__ has quit [Read error: Connection reset by peer]
lurchi__ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
GrimKriegor has quit [Ping timeout: 248 seconds]
lurchi__ has quit [Remote host closed the connection]
lurchi__ has joined #linux-sunxi
pepee has quit [Quit: bye $IRC]
leviathan_ has joined #linux-sunxi
lurchi__ has quit [Remote host closed the connection]
lurchi__ has joined #linux-sunxi
reinforce has joined #linux-sunxi
IgorPec has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
lurchi__ is now known as lurchi_
leviathan_ has quit [Read error: Connection reset by peer]
IgorPec has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
aidin has quit [Ping timeout: 240 seconds]
awais has joined #linux-sunxi
tom_nov has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 240 seconds]
IgorPec has quit [Ping timeout: 264 seconds]
skiboy_ has joined #linux-sunxi
skiboy has quit [Disconnected by services]
antony has joined #linux-sunxi
skiboy_ is now known as skiboy
Worf has joined #linux-sunxi
aidin has joined #linux-sunxi
aidin has quit [Ping timeout: 248 seconds]
aidin has joined #linux-sunxi
specing has quit [Ping timeout: 240 seconds]
LargePrime has quit [Ping timeout: 246 seconds]
specing has joined #linux-sunxi
IgorPec has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
chlorine_ has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
aidin has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
LargePrime has joined #linux-sunxi
msimpson has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
aidin has quit [Ping timeout: 252 seconds]
icmp8 has quit [Quit: leaving]
icmp8 has joined #linux-sunxi
lurchi_ is now known as lurchi__
Ntemis has joined #linux-sunxi
fkluknav has joined #linux-sunxi
popolon has joined #linux-sunxi
kelvan has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
kelvan has joined #linux-sunxi
antony has quit [Quit: Leaving.]
sunxi_fan1 has joined #linux-sunxi
chlorine has joined #linux-sunxi
fkluknav has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
aidin has joined #linux-sunxi
Worf has quit [Quit: Konversation terminated!]
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
aidin has quit [Ping timeout: 240 seconds]
lurchi__ is now known as lurchi_
fkluknav has joined #linux-sunxi
kever has quit [Ping timeout: 240 seconds]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
kever has joined #linux-sunxi
lurchi_ is now known as lurchi__
kaspter has quit [Quit: kaspter]
jstein has quit [Remote host closed the connection]
antony has joined #linux-sunxi
afaerber has quit [Quit: Leaving]
cds has joined #linux-sunxi
kever has quit [Ping timeout: 240 seconds]
BenG83 has joined #linux-sunxi
matthias_bgg has joined #linux-sunxi
yann-kaelig has joined #linux-sunxi
<igraltist> hi
<igraltist> its looks that on kernel 4.13.0 on opipc the nic does not work anymore
fkluknav has quit [Ping timeout: 248 seconds]
IgorPec has quit [Ping timeout: 260 seconds]
PITYHERO233 has joined #linux-sunxi
<PITYHERO233> hi,anybody here knowing how to let any module with rasp-pi or pcduino or arduino receive radio in about 800mhz to 1000mhz?
<PITYHERO233> i just need a solution to receive radio in 800-1000mohz
<KotCzarny> gsm sniffer?
<PITYHERO233> like osmocomBB?will that work?
<PITYHERO233> for i wish to receive the signal of the phone when the local phone service is down
<PITYHERO233> i don't need the message or phone call or anything of the phone,i just need to proof its existence
<MoeIcenowy> igraltist: yes
<MoeIcenowy> the eth support got dropped before 4.13.0 stable out
<MoeIcenowy> due to some discussions in DT binding
<plaes> and for me it did not work on opi zero
<MoeIcenowy> you need to revert several commits if you really want to use it ;-)
<MoeIcenowy> and can stand replace DT when updating kernel
fkluknav has joined #linux-sunxi
IgorPec has joined #linux-sunxi
<igraltist> yes last working was 4.13-rc7 so have to stay there
Andy-D_ has quit [Ping timeout: 255 seconds]
<igraltist> when the nic is plan to working again 4.14?
antony has quit [Quit: Leaving.]
<plaes> igraltist: hopefully
<MoeIcenowy> montjoie says that he lacks a proper cover letter for the ready patchset
<MoeIcenowy> ;-)
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
PITYHERO233 has quit [Remote host closed the connection]
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
aidin has joined #linux-sunxi
<igraltist> hmm my english is to bad cant help for writing a letter
afaerber has joined #linux-sunxi
matthias_bgg has quit [Ping timeout: 248 seconds]
reinforce has quit [Ping timeout: 260 seconds]
reinforce has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
<montjoie> MoeIcenowy: the cover letter is ready BUT net-next is closed
<montjoie> and I need the mdio-mux patch to be accepted (reviewedby ffaineli yesterday)
<cds> Can anyone clarify the status of the A20 NAND driver in linux-sunxi? It's been removed from defconfig. I've heard reports that it writes back to the device when it shouldn't.... ?
matthias_bgg has joined #linux-sunxi
fkluknav has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
fkluknav has quit [Ping timeout: 248 seconds]
_whitelogger has joined #linux-sunxi
lkcl has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
skiboy has quit [Quit: Leaving]
Hao__ has quit [Remote host closed the connection]
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
fkluknav has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 246 seconds]
jmcneill has joined #linux-sunxi
icmp8 has quit [Quit: Leaving]
antony has joined #linux-sunxi
<jmcneill> Hi folks -- has anybody ever been successful at booting a 32-bit kernel on Pine64?
aidin has quit [Ping timeout: 248 seconds]
<jmcneill> It seems that U-Boot detects the 32-bit uimg, but doesn't know how to switch to AArch32 mode at EL2 (kernel is executed in AArch64 mode).
<jmcneill> Adding CONFIG_ARMV8_SWITCH_TO_EL1 to the U-Boot build gets the kernel booting, but then I'm seeing some bad behavior that I can't explain wrt the MMU.
awais has quit [Ping timeout: 240 seconds]
<jmcneill> The CONFIG_ARMV8_SWITCH_TO_EL1 trick works on other armv8 SoCs (like Tegra X1), difference being that ATF isn't used there.
IgorPec has quit [Read error: Connection reset by peer]
IgorPec has joined #linux-sunxi
lkcl has joined #linux-sunxi
GrimKriegor has joined #linux-sunxi
lkcl has quit [Read error: Connection reset by peer]
<agraf> jmcneill: if you want aarch32 EL2 you need to tell ATF to do the switch
<agraf> jmcneill: EL2 can't change its own mode
<agraf> jmcneill: or you'd have to compile an aarch32 u-boot ;)
<agraf> jmcneill: either way, if you're fine enough on EL1, that should work
<agraf> jmcneill: not sure why you're getting MMU problems though - what exactly do they look like?
awais has joined #linux-sunxi
awais has quit [Ping timeout: 260 seconds]
<MoeIcenowy> is it possible to detect a u-boot.bin's architecture?
<jmcneill> Yeah no problem with EL1.. booting in AArch32 mode is stopgap until NetBSD AArch64 pmap is ready.
aidin has joined #linux-sunxi
<jmcneill> Very early in pmap init, a page is mapped and then we fault trying to write to it. Can't explain it :/
<jmcneill> (and early pmap is a bit out of my domain)
chlorine_ has quit [Remote host closed the connection]
<jmcneill> common code used across all other ports, not sure why pine64 is different (but it's been driving me crazy)
awais has joined #linux-sunxi
chlorine has joined #linux-sunxi
IgorPec has quit [Ping timeout: 246 seconds]
icmp8 has joined #linux-sunxi
<agraf> MoeIcenowy: apritzel worked on fit support for SPL which then also had support for aarch32 payloads iirc
<agraf> jmcneill: maybe a stale TLB entry? but we really shouldn't have run in EL1 before so there shouldn't be any
<agraf> jmcneill: also, what's the holdup on native aarch64 mode? sounds like a much better thing to invest time in :)
chlorine_ has joined #linux-sunxi
<jmcneill> Yeah, that's in progress by others. My plan was to get the drivers ready in the meantime.
<agraf> i see
JohnDoe_71Rus has quit [Quit: Miranda IM! Smaller, Faster, Easier. http://miranda-im.org]
<agraf> what fault do you get?
chlorine has quit [Ping timeout: 264 seconds]
<jmcneill> I should have brought the board with me; I have a log handy but I had inserted a breakpoint before the fault info is printed.
<jmcneill> 000000.000000 data_abort_handler#1@0: called!
<jmcneill> 000000.000000 data_abort_handler#1@0: (l=0x825c5080, far=0x90148000, fsr=0x807
<jmcneill> 000000.000000 data_abort_handler#1@0: tf=0x827bbde8, pc=0x8244e708)
<jmcneill> is that what you're looking for?
<agraf> yeah, but i guess I do way too little in aarch32 land
<jmcneill> using short descriptor format btw
<agraf> not sure what the status flags are for FSR there
<jmcneill> translation fault due to write
<jmcneill> translation fault, page specifically
<agraf> so FAR is correct
<agraf> that means the cpu really believes that 0x90148000 is virtually write protected, no?
<jmcneill> it should have been mapped just prior to the fault..
<jmcneill> 000000.000000 pmap_kenter_pa#1@0: called!
<jmcneill> 000000.000000 pmap_kenter_pa#1@0: (va=0x90148000, pa=0xbfffe000, prot=0x3, flags=0x10000040
<jmcneill> 000000.000000 pmap_kenter_pa#1@0: <-- done (ptep 0x827a0520: 0 -> 0xbfffe41f)
<agraf> where does RAM start on the pine64?
<jmcneill> 40000000
<agraf> that sounds dangerously high, i take it you're not running ATF?
<jmcneill> er?
<jmcneill> maybe I answered the wrong question
<jmcneill> that's the starting PA for RAM on all sunxi socs except for sun9i afaik
<agraf> yes, but 0xbfffe000 - 0x40000000 is almost at 2G
<jmcneill> yeah, it's a 2GB board
<agraf> at ATF reserves the upper 16MB or so
<agraf> s/at/and/
<jmcneill> huh
<jmcneill> u-boot doesn't tell me about that
<agraf> the device tree should :)
<jmcneill> using the one from linux mainline
<agraf> do you leave it to u-boot to patch it?
<jmcneill> yeah, I get a single reservation in the dt passed to the kernel but it looks like it's for the dt blob itself
<jmcneill> Loading Device Tree to 0000000049ffb000, end 0000000049ffff65 ... OK
<jmcneill> ...
<jmcneill> MEM: res 49ffa000-49ffc000
<MoeIcenowy> agraf: I think SPL FIT is now ready
<MoeIcenowy> but the ATF should know whether BL3-3 (U-Boot itself) is 32 or 64
<agraf> jmcneill: take a look at the "memory" node
<jmcneill> FDT /memory [0] @ 0x40000000 size 0x80000000
<agraf> jmcneill: ok, that is odd
<agraf> MoeIcenowy: do you know if recent ATF squeezed into SRAM?
<agraf> squeezes*
<MoeIcenowy> yes
<agraf> ok, that explains it :)
<MoeIcenowy> now the ATF in github.com/apritzel/arm-trusted-firmware lands in SRAM A2
<MoeIcenowy> which should be used by ARISC
<MoeIcenowy> (but we didn't utilize ARISC in mainline now
<jmcneill> ok, yeah that's the version of ATF I am using
<MoeIcenowy> (so we borrowed SRAM A2 from it ;-)
<agraf> heh :)
<MoeIcenowy> (maybe we cannot return it ;-)
<agraf> k, but then the address should be just fine
skrll has joined #linux-sunxi
<agraf> jmcneill: maybe something gets confused because u-boot also maps at the top of address space
<jmcneill> skrll is much more knowledgeable than I am :)
<agraf> jmcneill: can you try to add an explicit tlb invalidate?
awais has quit [Ping timeout: 248 seconds]
<skrll> hi
<agraf> hi :)
jbrown has joined #linux-sunxi
<jmcneill> agraf: pretty sure i've tried limiting the amount of memory visible to the kernel w/ no luck, to rule out that kind of problem..
<skrll> hmm, a tlb invalidate when?
<agraf> right after adding the PTE
<agraf> just to make sure there's nothing stale
<agraf> there really shouldn't be any stale EL1 TLB entries, but who knows ...
<skrll> jmcneill: know what to do?
<jmcneill> barely
<jmcneill> this is different from pmap_needs_pte_sync ?
<skrll> add cpu_tlb_flushD_SE(l2b); before
<skrll> I think
<jmcneill> don't get that far, it fails in pmap_grow_map
aidin has quit [Remote host closed the connection]
<skrll> ok, it's been a while since we went through this last... before the memset then?
aidin has joined #linux-sunxi
<agraf> wherever you write the PTE basically ;)
<agraf> or somewhere in between writing it and using it I suppose
<skrll> actually, I think I was right the first time:)
Hao_ has joined #linux-sunxi
afaerber has quit [Ping timeout: 240 seconds]
aidin has quit [Ping timeout: 260 seconds]
<jmcneill> skrll: I don't think it gets there though
<jmcneill> pmap_grow_l2_bucket calls pmap_grow_map, which does pmap_kenter_pa and then faults trying to zero it
<jmcneill> old UVMHIST trace here: http://www.netbsd.org/~jmcneill/pmap.txt
gnufan has joined #linux-sunxi
awais has joined #linux-sunxi
afaerber has joined #linux-sunxi
rexxster has joined #linux-sunxi
awais has quit [Ping timeout: 260 seconds]
JohnDoe_71Rus has joined #linux-sunxi
GrimKriegor has quit [Read error: Connection reset by peer]
cnxsoft has quit [Quit: cnxsoft]
GrimKriegor has joined #linux-sunxi
bobmonkhouse has joined #linux-sunxi
bobmonkhouse has quit [Client Quit]
IgorPec has joined #linux-sunxi
chlorine_ has quit [Ping timeout: 255 seconds]
<smaeul> MoeIcenowy: I can squeeze ATF into the upper 40k of SRAM A2, which leaves 24k + the exception vectors for ARISC firmware
<smaeul> that should be doable. yes, the ARISC blob is pretty large (over 64k), but it was obviously compiled with -O0, and several unused functions, so there's a lot of room for improvement
<smaeul> because AW can't be bothered to write udelay properly (ironically, ARISC blob contains both a timer-based udelay, as well as a instruction loop)
chlorine has joined #linux-sunxi
chlorine_ has joined #linux-sunxi
chlorine has quit [Ping timeout: 248 seconds]
fkluknav has quit [Ping timeout: 240 seconds]
Andy-D_ has joined #linux-sunxi
fkluknav has joined #linux-sunxi
dev1990 has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
rexxster has quit [Remote host closed the connection]
matthias_bgg has quit [Quit: Leaving]
vagrantc has joined #linux-sunxi
\\Mr_C\\ has quit [Quit: .]
<MoeIcenowy> smaeul: I think some chip come with only 32K SRAM A2
<smaeul> MoeIcenowy: but those don't have ATF
<MoeIcenowy> but I don't think this is a proper solution
<MoeIcenowy> maybe there will be a 64-bit SoC with only 32K SRAM A2
reinforce has joined #linux-sunxi
<smaeul> then we'd have to move ATF back to DRAM for that SoC?
<anarsoul> MoeIcenowy: while you're at it, what are the plans for AR100 core? ignore it for mainline?
Hao_ has quit [Ping timeout: 246 seconds]
<MoeIcenowy> smaeul: I think maybe finally so
<MoeIcenowy> anarsoul: We will finally use it
<anarsoul> what about toolchain?
Andy-D_ has quit [Ping timeout: 248 seconds]
<smaeul> or1k-gcc works
<anarsoul> but it isn't merged into upstream
<MoeIcenowy> at least it's FOSS
<smaeul> MoeIcenowy: problem is, in non-secure mode, I don't think TZASC does anything, so we can't prevent Linux/untrusted world from touching ATF
<anarsoul> I see
<smaeul> btw here
tom_nov has quit [Quit: Leaving]
<smaeul> *here's my progress on the A64 blob: http://sholland.org/paste/callgraph.svg
<MoeIcenowy> place it in SRAM A2 cannot also prevent it.
<MoeIcenowy> oh I should use either
* vagrantc wonders what the controversey for the dwmac-sun8i devicetree bindings is all about
<smaeul> MoeIcenowy: true
<montjoie> vagrantc: how to represent the mdio-mux of h3
* vagrantc saw they were removed in git, but didn't see any reference to the specific discussion
<vagrantc> hrm.
<vagrantc> is there a resolution in sight?
BenG83 has quit [Ping timeout: 248 seconds]
<jmcneill> BSD also interested in a resolution :) We have been patching the dts in the meantime.
<smaeul> I was remembering wrong, it's the TZASC itself that's not accessible from NS world even in NS boot, not SRAM A2
chlorine_ has quit [Read error: Connection reset by peer]
msimpson has quit [Quit: Leaving]
Andy-D_ has joined #linux-sunxi
fkluknav has quit [Ping timeout: 248 seconds]
phipli has joined #linux-sunxi
jernej has joined #linux-sunxi
SP7RT has joined #linux-sunxi
gnufan has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
SP7RT has quit [Ping timeout: 260 seconds]
SP7RT_ has joined #linux-sunxi
gnufan has joined #linux-sunxi
chlorine has quit [Remote host closed the connection]
chlorine has joined #linux-sunxi
jernej has quit [Ping timeout: 240 seconds]
GrimKriegor has quit [Read error: Connection reset by peer]
chlorine has quit [Remote host closed the connection]
jstein_ has joined #linux-sunxi
jstein_ is now known as jstein
GrimKriegor has joined #linux-sunxi
GrimKriegor has quit [Read error: Connection reset by peer]
afaerber has quit [Quit: Leaving]
GrimKriegor has joined #linux-sunxi
netlynx has quit [Quit: Ex-Chat]
jernej has joined #linux-sunxi
Andy-D_ has quit [Quit: Alive/Dead]
SP7RT_ has quit [Ping timeout: 248 seconds]
SP7RT has joined #linux-sunxi
afaerber has joined #linux-sunxi
<montjoie> vagrantc: yes just need to send patches but net-next is closed
* vagrantc doesn't have an understanding of what's wrong with the old enough to propose anything better
LargePrime has quit [Ping timeout: 260 seconds]
<kilobyte> dwmac-sun8i worked for me fine on -rc5 on NanoPi NEO H3 and Pine64, 4.13.0 doesn't even after reverting the revert; not sure what I'm missing
* kilobyte hopes for an answer "don't bother, try after 4.14-rc1".
<vagrantc> kilobyte: seems you'd need to revert several: ad4540cc5aa3dccb8e1e12458d57f8c40fae5a1c, d93b07f8a689cde962d4f97668a74ab76f55734d, 87e1f5e8bb4bd584de0a8f3b1e42196dca221d02 and fe45174b72aead678da581bab9e9a37c9b26a070
<vagrantc> kilobyte: not sure if there are others
Mr__Anderson has joined #linux-sunxi
<antony> kilobyte: dwmac works for me. with Armbian, 4.13 on H5 nanopi neo plus2
<antony> dwmac-sun8i 1c30000.ethernet eth0: Link is Up - 1Gbps/Full - flow control rx/tx
<antony> iperf3 receiving on H5
<antony> check out reverts in https://github.com/Icenowy/linux/ sunxi64-4.13.y Armbian use this repo.
<antony> One odd thing I noticed is sending appears to be bit slower what I recollect from 4.13-rc6
<antony> [ 5] 0.00-10.03 sec 1.09 GBytes 932 Mbits/sec
<antony> [ 4] 0.00-10.00 sec 889 MBytes 746 Mbits/sec receiver
cds has quit [Ping timeout: 260 seconds]
<vagrantc> antony: right, it requires reverting some things in mainline
<vagrantc> or rather, re-adding them
gnufan1 has joined #linux-sunxi
sunxi_fan2 has joined #linux-sunxi
gnufan has quit [Ping timeout: 260 seconds]
sunxi_fan1 has quit [Ping timeout: 240 seconds]
SP7RT_ has joined #linux-sunxi
dev1990 has quit [Quit: Konversation terminated!]
SP7RT has quit [Ping timeout: 240 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc 4.9.2 Aria http://www.kvirc.net/]
<kilobyte> vagrantc: those four commits were not enough; Icenowy's tree is (even if H3 is not 64).
<kilobyte> reminds me of pre-mainlined USB on A64: seemingly almost-identical patchsets worked for me if and only if they were pushed by Icenowy. Same for -emac. I think I start to get the pattern...
sunxi_fan2 has quit [Ping timeout: 248 seconds]
gnufan1 has quit [Remote host closed the connection]
lurchi__ is now known as lurchi_
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
rexxster has joined #linux-sunxi
SP7RT_ has quit [Ping timeout: 248 seconds]
gnufan has joined #linux-sunxi
SP7RT has joined #linux-sunxi
popolon has quit [Quit: WeeChat 1.9]
IgorPec has quit [Ping timeout: 248 seconds]
yann-kaelig has quit [Quit: Leaving]
aidin has joined #linux-sunxi
pepee has joined #linux-sunxi
reinforce has quit [Quit: Leaving.]
petr has quit [Ping timeout: 255 seconds]
petr has joined #linux-sunxi
aidin has quit [Ping timeout: 248 seconds]
jrg has left #linux-sunxi [#linux-sunxi]
jstein has quit [Remote host closed the connection]
LargePrime has joined #linux-sunxi
popolon has joined #linux-sunxi
skrll has left #linux-sunxi [#linux-sunxi]
jernej has quit [Ping timeout: 246 seconds]
yann-kaelig has joined #linux-sunxi
SP7RT_ has joined #linux-sunxi
Mr__Anderson has quit [Quit: Leaving.]
SP7RT has quit [Ping timeout: 240 seconds]
lurchi_ is now known as lurchi__
SP7RT_ has quit [Ping timeout: 240 seconds]
ykaelig has joined #linux-sunxi
LargePrime has quit [Ping timeout: 252 seconds]
lurchi__ is now known as lurchi_
yann-kaelig has quit [Ping timeout: 240 seconds]
vagrantc has quit [Quit: leaving]
iamfrankenstein has quit [Quit: iamfrankenstein]
LargePrime has joined #linux-sunxi
lurchi_ is now known as lurchi__
Ntemis has quit [Remote host closed the connection]
ykaelig has quit [Quit: Leaving]
lurchi__ is now known as lurchi_
GrimKriegor has quit [Read error: Connection reset by peer]
GrimKriegor has joined #linux-sunxi
lurchi_ is now known as lurchi__
jrg has joined #linux-sunxi
lurchi__ is now known as lurchi_
phipli has quit [Ping timeout: 240 seconds]
<dave0x6d> What record throughout (Mbps) are you guys seeing with AES-GCM on ARMv8 platforms?
<dave0x6d> Was looking at the MacchiatoBIN.
popolon has quit [Quit: WeeChat 1.9]
montjoie has quit [Ping timeout: 240 seconds]
montjoie has joined #linux-sunxi
lkcl has joined #linux-sunxi
p_rossak has quit [Remote host closed the connection]
p_rossak has joined #linux-sunxi
aidin has joined #linux-sunxi
aidin has quit [Remote host closed the connection]
aidin has joined #linux-sunxi
<willmore> dave0x6d, name a benchmark.
<willmore> dave0x6d, it's more storage and generic crypto based, but there's a lot of data here: https://forum.armbian.com/index.php?/topic/4583-rock64/
<willmore> If you have something specific you want looked at let me know and I can run it on an OpiPC2 and an Odroid C2.