2019-04-08

<montjoie> it is relay@work with holes
<montjoie> wire on hole to beyond
<montjoie> board on top
<montjoie> the best way we use is "two layer with wood"
<montjoie> the major problem in all case remain wire management
<montjoie> bi stable relay imply more wiring/soldering and a controller
<montjoie> I use a cambrionix U8C 110GB (near 140€)
<montjoie> wigyori: problem with managed usb hub is that it is expensive
<montjoie> the only problem is that kernelci/LAVA need uboot+tftp so A80/H6 cannot be tested for the moment
<montjoie> now 50I received my pdu, I will add all my allwinner boards
<montjoie> my primary goal was to add maximum of qemu machines
<montjoie> the link is a bit old test
<wigyori> montjoie: do you have the boards listed somewhere that you do tests with? i planned to do something similar for openwrt, and so i wouldn't duplicate the boards you have, just the ones i have
<montjoie> wigyori: see http://kernel.montjoie.ovh/lava/
<montjoie> wigyori: yes automatic test, I need some work and I will add it to official kernelci
<wigyori> montjoie: nice lab - do you do boardfarm-like automatic tests or something?
<montjoie> my lab is in my cellar so fresh
<montjoie> some have some not, didnt have any thermal issue for the moment
<wens> montjoie: how come it seems you don't have heatsinks on the chips?
<montjoie> MoeIcenowy: wens in that case, when a vendor give you some board, do not hesitate to ask them to send one to kernelci
<montjoie> let me give you photo of my compressed lab
<montjoie> need not much space
<MoeIcenowy> montjoie: oh my apartment is too small
<montjoie> MoeIcenowy: time to do a kernelci lab ?
<montjoie> and not updated!

2019-04-04

<montjoie> I want to add mine, but fail
<montjoie> mripard: do you know which uboot to you have used on h8 homlet when it was on kernelci ?
<montjoie> all 2017 and 2018 fail to find mmc, I try 2016
<wens> montjoie: been a while since I used it
<montjoie> wens: which uboot do you use on your h8 homlet ?
<montjoie> I want to print an "allwinner crypto perfowhat ?" teeshort
<montjoie> the board came with an "allwinner teeshirt" which I wear when I want to troll my amlogic maintainers coworkers
<montjoie> so collector
<montjoie> paulk-leonov: yes h8 homlet was the proto board sent by allwinner
<paulk-leonov> montjoie, h8 as in a83t?
<montjoie> the failure wasnt related to C code, binman exiting with error
<montjoie> pff nearly none of uboot 2017.x compile
<montjoie> argh, 2018.01 fail also
<montjoie> pgreco: with 2019.01 and no DM_MMC it still fail
<montjoie> will try with 2019.01 which dont have it
<montjoie> pgreco: DM_MMC is present
<pgreco> montjoie, DM_MMC ?
<montjoie> but now its worse (nobody find it)
<montjoie> note that the kernel with the old uboot 2016 fail also to detect it
<montjoie> did someone still use its h8_homlet_v2 ? I have updated uboot to 2019.04 and it fail to detect mmc now

2019-04-02

<swiftgeek> montjoie: well not that way around but via openssl i think?
<montjoie> are you sure that ssh use the cryptodev engine ?
<montjoie> note that cryptodev + ssh is bugged and will never work https://marc.info/?l=openssh-unix-dev&m=142487058005111&w=2
<montjoie> hello on my a13 olinuxino micro, uboot cmdline is cropped at 67 characters, does someone have any idea ?

2019-03-26

<willmore> montjoie, I think Linus covered offload in his comments.
<libv> montjoie: not without a mediawiki extension it seems, and i seriously doubt that we have it installed
<montjoie> libv: for the uboot changelog move, does the wiki have a good way to do it instead of copy/paste ?
<montjoie> any idea on the new page(changelog) name ?
<montjoie> I think both are needed
<montjoie> but the changelog speak about boards, the matrix about soc
<libv> montjoie: if you are doing a table, you might as well have links to anchors in the right changelog page
<montjoie> the move could be in second time, when the matrix will be full of "all info in changelog"
<libv> montjoie: only if you move out the changelog to a separate page
<montjoie> or have support for it:)
<montjoie> does someone have objection to "create a support matrix" in http://linux-sunxi.org/Mainline_U-Boot ?
<montjoie> wens: he forget the offload task

2019-03-25

<MoeIcenowy> montjoie: from H6 view, it's really internal phy ;-)
<montjoie> sorry
<montjoie> arg internal phy
<montjoie> MoeIcenowy: why not in sun8i_dwmac_power_internal_phy() ?
<montjoie> and if only a hackish way is possible, you will have some sort of "acked-by" to do it
<montjoie> you will loose less time finding how:)
<montjoie> MoeIcenowy: I think the best way is "ask netdev and more precisily PHY guys" on how to made this dep, people like Andrew Lunn/Florian Fainlelli will have the right answer
<MoeIcenowy> montjoie: maybe specify a compatible may help?
<montjoie> unless we could make a "dependency" via the DT
<MoeIcenowy> montjoie: I also think so
<montjoie> and so too late
<montjoie> MoeIcenowy: my first though is to use a custom net PHY driver, but I fear the PHY is called after being detected
<MoeIcenowy> montjoie: 0x0014 SYS_EPHY_CTL0 contains clock gate / reset for EPHY, 0x0016 SYS_EPHY_CTL1 contains IO enable for EPHY-related pins (RMII intf and LEDs
<MoeIcenowy> montjoie: seems that some registers in AC200 are need to be poked for the EPHY to run
<montjoie> MoeIcenowy: what do you mean by "enable sequence" ?
<montjoie> MoeIcenowy: I want to, but I lacked time. Now I have a pdu, the h8homlet is the first board I add for a bring back in kernelci (no a83t in kernelci since the stop of bootlin lab)
<MoeIcenowy> montjoie: do you know where should we place the PHY's enable sequence?

2019-03-24

<MoeIcenowy> montjoie: so you hadn't brought up H8Homlet's EPHY?
<montjoie> MoeIcenowy: h8homlet booting with 4.16, wow my last try is a bit old
<montjoie> I just need some soldering of the uart which are too thin for my ftdi to get good connexion
<montjoie> MoeIcenowy: I didnt use the h8 homlet yet. But I will soon
<MoeIcenowy> montjoie: when you're dealing with H8 Homlet board, is AC200 EPHY usable at boot w/o any AC200 register changing?

2019-03-19

<montjoie> with relay, It need some wire modification that I try to avoid
<montjoie> I choose my PDU because the output port is an USB port, so no need to wire hack
<montjoie> I think yes but I need to verify
<montjoie> but my PDU do "power usage stats per port"
<montjoie> over usb, but it exists relay over ethernet
<montjoie> I have tried first with relays and arduino but my soldering skill is bad
<montjoie> PowerDistributionUnit it is for powering many devices and in my case switch each port off/on remotly
<megi> montjoie: what is PDU? some kind of relay board?
<montjoie> ah ah ah, I will receive my PDU today! I finnaly will can power off/on all my allwinners remotly
<montjoie> does it exists a mainline matrix for uboot like for kernel ?
<Net147_> montjoie: anyway, I found the issue and sent a patch to mailing list
<Net147_> montjoie: same issue with U-Boot 2019.01 and 2019.04-rc4
<montjoie> 3.4 is too too old, 2018.09 is old

2019-03-14

<willmore> montjoie, For H6? okay, thanks.
<montjoie> willmore: /proc/cpuinfo show aes

2019-03-12

<montjoie> I fear she dont have it, since I have asked her for help when i tryed to do this
<montjoie> having it will permit to add it on kernelci
<montjoie> I am very interested by ethernet in uboot for H6

2019-03-08

<montjoie> angelo_ts: by crypto you mean the crypto engine ?

2019-03-06

<montjoie> anyway I will always be worried, either "the load part is so common that's a shame not to share it" or "the process part is too different split it!"
<montjoie> I think having a common driver begins to be too dangerous
<montjoie> and the hardware is different
<montjoie> I have a bug in a83t that lag me the opportunity to send sun8i-ce
<montjoie> raaah I think I need to drop a80/a83t from sun8i-ce

2019-03-05

<smaeul> montjoie: H6 has a "debug mode", where the ARM CPUs can loop messages back to themselves. That mode isn't documented for earlier SoCs
<smaeul> montjoie: you would have to write a server (ARISC firmware) and a client (in Linux), and you could send whatever data you want back and forth to test
<angelo_ts> montjoie, well ok, thanks
<montjoie> angelo_ts: slower... not, with cyrpto engine you will have crypto a bit slower byt offloaded of cpu
<angelo_ts> montjoie, ok., i ask what is for becouse maybe we just don't use/need it
<montjoie> yeah I said that since months
<montjoie> angelo_ts: crypto engine wil be sent soon
<montjoie> smaeul: does it exists some way of testing the sunxi malibox ? For adding that in my test suite

2019-03-01

<montjoie> MoeIcenowy: could I have your comment on http://dpaste.com/3EC4A7G ?
<montjoie> and how ATF enable it ?
<MoeIcenowy> montjoie: I assume it's just a GPIO
<montjoie> MoeIcenowy: how to handle the reg_gmac_3v3 ?
<montjoie> aka aldo2
<montjoie> MoeIcenowy: so I need to manually add "enable vcc-ac200"
<montjoie> MoeIcenowy: so I need to modify ATF for powering PHY ?
<MoeIcenowy> montjoie: still rely on ATF
<montjoie> wens: MoeIcenowy since you know better uboot than me, any idea on how to power PHY on H6 ?
<montjoie> PHY not powered...
<montjoie> Ah better, now I get "Could not get PHY for ethernet@5020000: addr 1" on pineh64

2019-02-28

<montjoie> it is needed for LAVA/kernelci
<fALSO> ahh, i never did that montjoie ;-(
<montjoie> yes
<montjoie> fALSO: but in kernel, in uboot there are no support for it
<montjoie> note that sun8i_emac fail to compile with h6 on uboot
<fALSO> montjoie, fixe
<montjoie> fALSO: updating ATF made it works!
<montjoie> but it worked with the beta PineH64
<montjoie> I have builded ATF, but an old one
<montjoie> fALSO: pineH64
<fALSO> from that is seems is supported montjoie
<montjoie> fALSO: I use a serial
<montjoie> and I try also 2019.01-rc3
<montjoie> yes
<montjoie> fALSO: yes it is pure uboot
<montjoie> fALSO: uboot sunxi-next ?
<fALSO> montjoie, are you using sunxi-next?
<montjoie> at least I have log of an old boot which works after that
<montjoie> anone with pineh64 blocked with "Trying to boot from MMC1"
<KotCzarny> montjoie: that's sad, but i guess it's about getting introduced properly doing the trick
<montjoie> oh in fact, it seems that master branch uboot, breaks h6
<montjoie> perhaps I should retry asking as kernelci
<montjoie> KotCzarny: xunlong at least always ignored me for samples
<montjoie> copying dt seems to block uboot for pineH64
<montjoie> hello what I need to add emac in H6 uboot, does copying DT is sufficient ?

2019-02-19

<megi> montjoie: pine64 is different
<montjoie> megi: pine64 have regulator-enable-ramp-delay forthe ac200
<montjoie> regulator-max-microvolt = <2500000>; you can change it
<montjoie> megi: does aw do 2.5 ?
<montjoie> other rgmii are 3.3
<montjoie> megi: why do you set gmac to 2.5v
<megi> montjoie: that will not be it, that's 0 in aw kernel and it works
<montjoie> megi: the allwinner,tx-delay-ps
<montjoie> megi: could be the delay also
<montjoie> megi: copy it on some pastebin
<montjoie> megi: op3 is not in linux, so where do you get the dtb ?
<montjoie> megi: rx working and tx not working is generally(in my collected xp) phy not enough powered
<montjoie> probably a regulator thing
<montjoie> megi: h6 on which board ?

2019-02-12

<montjoie> I have used ones given by uboot but still fail
<montjoie> I didnt get any console output
<montjoie> anyone with a cubieboard4 could give me kernel/dtb loaaddr they use ?

2019-02-10

<montjoie> /query qschulz
<montjoie> arg like wrong irq number

2019-02-09

<vagrantc> montjoie: i see some dmesg messages regarding sun8i-ce
<montjoie> you should see some dmesg about it
<montjoie> vagrantc: it is crypto accelerator
<vagrantc> montjoie: how would i test sun8i-ce ?
<montjoie> and see if sun8i-ce load and works
<montjoie> vagrantc: wens sent a serie for A80 GMAC, it became more usefull now
<montjoie> anybody here with an A80 willing to test a kernel ? I want to test sun8i-ce on it but I dont own any A80

2019-02-08

<wens> montjoie: unfortunately that isn't possible
<montjoie> wens: arg, I believed something more "test automate friendly"
<wens> montjoie: there's no test suite, but manually plugging/unplugging otg host or peripheral cables and see if it functions correctly

2019-02-07

<montjoie> wens: I can send your a83t otg on all our boards'lab, but do you have a test suite for checking that all works ?
<montjoie> pfff a83t SS is bugged with CBC decryption

2019-02-05

<KotCzarny> for ethernet related things montjoie is your man
<montjoie> fALSO: yes
<fALSO> thanks for all the help montjoie
<montjoie> fALSO: yes you should do the patch agains sunxi-next tree
<montjoie> this should be splitted
<montjoie> fALSO: too many things in this patch, this adds uart/usb/ethernet
<montjoie> the struct variant will increase again
<montjoie> pfff crypto_extra_test showed a bug in sun8i-ce for a83t
<montjoie> fALSO: yes there is interest

2019-02-04

<montjoie> willmore: xts(ecb) not just ecb
<willmore> montjoie, no performance difference between ecb and XTS? Great!
<montjoie> no performance change with xts(sun8i-ce-ecb)
<montjoie> sun8i-ce xts in da house

2019-02-03

<montjoie> the datasheet was right
<montjoie> wow now the first request is ok, and fail on the second
<montjoie> I believed I could add XTS just before mainline but...
<montjoie> and RSA is still too hacky (and unworking on H6)
<montjoie> I fail to bring TRNG
<montjoie> I need to work more on PRNG (does it is really random ?)
<montjoie> miasma: only ciphers
<miasma> montjoie: ah ok it's not. i didn't realize the original table has been updated
<montjoie> the BSP didnt
<montjoie> the datasheet say to use IV for the second part
<KotCzarny> montjoie: or they work around some bug?
<montjoie> seems wrong
<montjoie> I believed that it works because it dma map still the whole key
<montjoie> KotCzarny: didnt know, but the BSP use only half of the key ignoring the rest
<montjoie> miasma: will check
<miasma> montjoie: is this up to date anymore ? http://linux-sunxi.org/Cryptographic_Hardware_Accelerators
<montjoie> pff H6 BSP usage of XTS is bugged

2019-02-02

<montjoie> 100 for aes-ce, 150 at peek for sun8i-ce
<montjoie> I think that with ddmode=sync, only one cryptoengine stream (out of 4) is used
<montjoie> soory my shift was badly
<montjoie> MB
<montjoie> probably I will go using iozone or like
<montjoie> KotCzarny: 100/150Mb/s so very huge diff but yes a final sync is needed
<montjoie> ahh without the sync flag, dd speed are huge better

2019-02-01

<montjoie> I need to work with ipsec for bench also
<montjoie> the base image is located in /dev/shm
<montjoie> willmore: I measure a synchronous dd on a LUKS2 block
<willmore> montjoie, what are you measuring with?
<montjoie> yeak better with ce
<montjoie> module
<montjoie> perhaps its due to missing arm-ce
<montjoie> willmore: I need to understand why the cpu way is slower than h5
<willmore> montjoie, congrats, I think that beats what a Cortex-M3 can do at normal clocks....
<montjoie> wow xts(ecb(aes-arm64)) is only 3.7MB/s
<montjoie> it will be my next target when finished to mainline sun8i-ce and amlogic crypto
<montjoie> H6 has a dedicated MMC controller with crypto EMCE
<montjoie> my heart rebooted
<montjoie> 5.8MB/s now
<montjoie> pfff, the image was generated on mmc and not on shm...
<montjoie> I dreamed "4k will add too many speed ah aha h"
<montjoie> I already use 4k block
<montjoie> I will check with stock clock speed instead of using datasheet
<montjoie> appart adding XTS since H6 support it, I am out of idea for the moment
<montjoie> I set max clock of datasheet
<montjoie> wow LUKSbench on H6 with cryptoengine 300kB/s such speed

2019-01-28

<montjoie> not bad
<montjoie> my first try will be with gentoo-cpuburn-emerge-gcc
<montjoie> sorry, mislead with memoryburn
<montjoie> java ? or firefox ?
<montjoie> KotCzarny: one coworker just said "use cpuburn" to test
<montjoie> I can convince to try it just for feed an allwinner performance troll
<montjoie> willmore: I have stuff for that @work, but less time to setup it
<montjoie> mru: I will test the offload soon
<montjoie> I need now to try to understand why on my R40 xts(sun8i-ce-ecb) exists and not on H5
<montjoie> willmore: yes CBC AES 256
<montjoie> willmore: yes
<montjoie> so a little /2 speed, finally not so serious
<montjoie> and without sun8i-ce the speed goes to 6.6MB/s
<montjoie> and bus-ce is driven by pll-periph0/ahb1
<montjoie> willmore: ce is driven by pll-periph0
<willmore> montjoie, the clock that drives the crypto unit, does it drive anything else? A clock that drives multiple things (like the AMBA or peripherial bus) is often called a 'clock domain'.
<mru> montjoie: places like switzerland
<montjoie> willmore: what is a clock domain ?
<montjoie> unsigned int for the world!
<montjoie> I always use K degree
<montjoie> so with correct clock, it is now 3.4MB/s
<willmore> montjoie, lol
<montjoie> dont be so negative
<willmore> montjoie, that's -ETOOMANYFRENCHPEOPLE
<montjoie> ETOOMANYFRENCHPEOPLE
<montjoie> ElBarto: I note that
<montjoie> MegaOctet
<ElBarto> montjoie: you know, octets isn't much used outside of France :)
<KotCzarny> montjoie: could it be you are still missing something that bsp does?
<montjoie> but with correct clock speed, it increase a bit
<montjoie> willmore: mo/s
<montjoie> and with luks2, its worse
<montjoie> does it really offload cpu
<montjoie> now I need to check the "offload" part
<montjoie> wow redoing benchmark of sun8i-ce, dd on a luks image in RAM, without it 5.7mo/s with it.....1.2

2019-01-25

<montjoie> zoobab: did you see it in the web interface ?
<montjoie> zoobab: no

2019-01-17

<montjoie> but it came only after some time
<montjoie> plaes: r40
<montjoie> do you guys, enable DMA-API DEBUG ? if yes do you get random "cpu touching an active dma mapped cacheline" ?
<montjoie> I have encountered a NULL ptr on sound card, but it seems fixed today
<wens> montjoie: most boards hit it :)
<montjoie> wens: H3 hit some pinctrl WARN: since a few next release do you have saw it ?

2019-01-16

<willmore> montjoie, better than after you sent it.
<montjoie> pffff when you went to send a driver and you find a bug in the last minute

2019-01-14

<montjoie> at least some progress
<hanetzer> montjoie: removing tty0 gives me the tux penguins and a blinking cursor, no more
<montjoie> yes
<hanetzer> montjoie: will do
<montjoie> hanetzer: remove the first console and check