<willmore>
montjoie, I'd like to use 12V to distribute power to the boards. Each board would have a polyfuse of the appropriate rating followed by a DC/DC converter which feeds the board.
<montjoie>
willmore: what you would recommand for limiting power, just a simple fuse ?
<willmore>
montjoie, same here. I guess we live on the edge. I wouldn't recommend it to people whos electrical skills I'm not confident of.
<montjoie>
I use one without power limiting....
<montjoie>
I tried as suggested by icenowy[m] to drop DRAM_CLK to 572
<montjoie>
on my pine64 I got python[24274]: unhandled level 2 translation fault (11) at 0x00000000, esr 0x92000006, this is reproductibbe any idea ?
<montjoie>
wow a 3G RAM variant!
<montjoie>
icenowy[m]: so should work out of the box ?
<icenowy[m]>
montjoie: another dw part for pcie :-)
<montjoie>
the PCIE seems really low documented
<montjoie>
icenowy[m]: yeah seems dedicated:(
<montjoie>
and a second Crypto engine dedicated to AES...
<montjoie>
I was speaking about EPHY ethernet
<montjoie>
and now I understand better CE, the doc said "only different algo run in parallel"...
<montjoie>
and why I get it only now, and not before ?
<smaeul>
montjoie: this isn't an ARM errata, even though it's with the ARM architectural timer, since the timer is implemented outside the IP block provided by ARM
<montjoie>
smaeul: I have all A53 ERRATA enabled
<smaeul>
montjoie: icenowy[m]: do you have timer bug workaround applied on A64?
<montjoie>
but strange it worked before, perhaps recent uboot made DRAM higher ?
<montjoie>
yes, got it only on pine64
<montjoie>
I hit also some strange internal compiler error
<montjoie>
yeah I hit some rcu/hungtask/other on a64 since some days
<montjoie>
wens: will fix
2017-11-12
<montjoie>
no
2017-11-11
<montjoie>
but now I see it
<montjoie>
my mail reading lag
<montjoie>
now PHY is working
<montjoie>
icenowy[m]: you re right
<icenowy[m]>
montjoie: pine64 don't use reg_gmac_3v3 at gpio
<montjoie>
I believed that it can be found un schematics
<montjoie>
perhaps but I need tofind it
<montjoie>
perhaps i didnt search the right term
<montjoie>
how to fill reg_gmac_3v3 ? (find which GPIO is used). I read pine64 schematics but found nothing
2017-11-10
<montjoie>
wens: with your config on next it works, so a strange unrelated config is necessary
<wens>
montjoie: nothing comes to mind :/
<montjoie>
so unrelated
<montjoie>
I miss only REGULATOR_PWM
<montjoie>
mmc probe is deffered and seems never reprobed
<montjoie>
wens: I have same MMC_xxx and AXP_xxx options than you, what can I miss for making MMC working ?
<wens>
montjoie: probably
<montjoie>
bad dtb update ?
<wens>
montjoie: yes it works now
<montjoie>
wens: "ok, this time it worked" <= so it dwmac work ?
<montjoie>
wens: .config need to be sorted for a correct diff sorry...
<montjoie>
icenowy[m]: I have AXP compiled in
<wens>
the duplicate reg_dc1sw is likely because montjoie and I both posted patches adding it
<wens>
montjoie: if I didn't have it selected, it wouldn't even probe, and you wouldn't see the errors I posted
<icenowy[m]>
maybe montjoie didn't compile in AXP support?
<wens>
montjoie: CONFIG_DWMAC_SUN8I=y
<montjoie>
wens: you do nto have select DWMAC-sUN8I
<montjoie>
wens: my bpim64 does not have the same problem than you (timeout TX) but mdio is found
<montjoie>
wens: sorry didnt compare well
<montjoie>
wens: could my problem be "missing AXP patches" ?
<montjoie>
wens: yes please
<wens>
montjoie: for arm64?
<montjoie>
wens: could you share your working config ?
<wens>
montjoie: no idea... I'm running custom config. arm64 defconfig is too fat
<montjoie>
anybody with a sun50i booting recent linux-next ?
<montjoie>
wens: boot fail also without ubsan..
<montjoie>
anybody with recent boot on bpim64 with ubsan enabled ?
2017-11-02
<montjoie>
since I do not use mali and co, it should be doable
<montjoie>
(I note, test BE kernel on future lab)
2017-11-01
<montjoie>
ah ah distcc to the rescue! time to use all my boards
<montjoie>
wens: sine linux-next are not published how to know the commit id for "fixes:" tag
<montjoie>
strange the kbuild robot does not detect it
<montjoie>
I need to add a one by one add patch and compile in my check... that's my fault
<montjoie>
send the remaining ?
<montjoie>
wens: mripard how can I fix that ?
<montjoie>
the reg 3v3 is in another patch
<montjoie>
arg
<montjoie>
wens: ?
<wens>
montjoie: looks like your dts patches don't quite compile
2017-10-31
<montjoie>
should work, but you probably need to replace uboot and dtb also
<montjoie>
they are ready and tested
<montjoie>
mripard: do you want also patchs for A83T ? (and bpm3)
2017-10-30
<mripard>
montjoie: awesome, thanks
<montjoie>
will send next iteration in some hours
<montjoie>
mripard: sorry I just came back from we
<mripard>
montjoie: can you send a new iteration of your DT patches today?
2017-10-27
<montjoie>
dwmac-sun8i merged in net!
2017-10-23
<montjoie>
hoping the dwmac V8 will be the last one
2017-10-22
<montjoie>
uart work, mmc work forever
<MoeIcenowy>
montjoie: I think yes
<montjoie>
hello MoeIcenowy does linux-next support R40 MMC ?
2017-10-20
<montjoie>
do not miss "lava in a box" tuesday:)
2017-10-19
<montjoie>
perhaps even IPV6 CRC is done
<montjoie>
this part is common, so dwmac-sun8i do what stmmac do
<montjoie>
wens: why ?
<montjoie>
but only for IP
<montjoie>
for me it work both in sun8i-emac and dwmac-sun8i
<montjoie>
wens: auto CRC ? IP CRC ?
<wens>
montjoie: IIRC auto CRC doesn't work with sun8i emac, right?
<montjoie>
martinayotte: thanks for the test
2017-10-18
<martinayotte>
montjoie : I've got my rescue SDcard, then I've try "reg = <7>;" and got "eth0: stmmac_open: Cannot attach to PHY (error: -19)" ... Now I'll try with "reg = <1>;" ...
<martinayotte>
montjoie : I've just put 7, and my board doesn't boot any more ... coincidence ? since it was from eMMC, I need to prepare an emergency SDCard to boot.
<montjoie>
probably 7 is the right
<montjoie>
martinayotte: warning: loss of ethernet if it is not the right value
<montjoie>
martinayotte: try to change in DT the reg = <0> to 1 or 7
<martinayotte>
montjoie : I've a bpim2+ with Armbian Next 4.13.0, what/how should look to help you ?
<montjoie>
I seek someone with a bpim2+ which could confirme the address of the etherney PHY (1 or 7)
2017-10-17
<montjoie>
crypto ECC
<MoeIcenowy>
montjoie: H6 also mentions ECC
<montjoie>
old usermanual of H3 speaked about ECC also
<montjoie>
I didnt bench RSA for now
<MoeIcenowy>
montjoie: P.S. CE on H6 claims RSA
<montjoie>
for speed no
<montjoie>
mmmmmmhhh joker
<ElBarto>
montjoie: does the crypto accel is useful on A64 which have the crypto instruction ?
<montjoie>
I believed it was totaly done
<MoeIcenowy>
montjoie: done? on which variants?
<montjoie>
ElBarto: crypto since dwmac was already done
<ElBarto>
montjoie: which one ? crypto ?
<montjoie>
I wanted to port my driver to BSD but some ENOTIME
2017-10-08
<montjoie>
needed swap on nfs
<montjoie>
bulding gcc on H3 is a disaster:)
2017-10-06
<montjoie>
you need the dwmac-sun8i driver now:)
<montjoie>
v6 is for sun8i-emac, its old and unmaintained
<antony>
montjoie v6 is the latest? I tested v5. It works great on Nanopi Neo Plus2. I am wondering, would it help if I send a Tested-by?
<paintenzero>
montjoie: wens: Thank you!
<montjoie>
I need to send a better mail for my latest problem, since nobody answer it
<wens>
montjoie: if the discussion about EMAC mdio-mux continues, I wonder if we can bring back support for a83t/a64 first?
2017-10-05
<paintenzero>
montjoie: Do you have all cpu cores online? The problem is I have only 1 core available on any 4.x kernel I compiled :( How do you make your kernel run all 4 cores?
<montjoie>
the filename is dwmac-sunxi.c but yeah the modulename is sun7i-dwmac
<montjoie>
as I read the mail, its clearly a pinctrl problem (out of my knowledge)
<montjoie>
A TRAP!
<montjoie>
its dwmac-sunxi not dwmac-sun8i:)
<montjoie>
no
<montjoie>
I do not know well gmac on A20
<KotCzarny>
i think montjoie might be able to answer that
<montjoie>
MoeIcenowy: it seems that something add may mac address
<MoeIcenowy>
montjoie: today I'm testing Ethernet on my OPi PC using 4.13 with the removal reverted, and the MAC says "dwmac-sun8i 1c30000.ethernet eth0: Too many address, switching to promiscuous"
2017-09-19
<montjoie>
argulp: with my branch no need to hack DT:)
<montjoie>
when each algo is registred, tests are done
<montjoie>
yes
<montjoie>
so the driver is used at load
<montjoie>
MoeIcenowy: at load, crypto api autotest some algos
<montjoie>
modprobe it, you should rapidly see if it works:)
<MoeIcenowy>
montjoie: how to test whether sun4i-ss is working on a SoC?
2017-08-30
<montjoie>
pfff my emac mux series goes big, finding too many bugs
2017-08-29
<montjoie>
miasma: latest uboot git
<miasma>
montjoie: you're using u-boot v2007.something?
<montjoie>
miasma: do not hit this problem
<miasma>
montjoie: what about "sunxi SPL version mismatch: found 0x02 > maximum supported 0x01. You need a more recent version of this (sunxi-tools) fel utility."
<miasma>
montjoie: why don't the devs fix their scripts? e.g. dtoc has some simple issues like using 'print variable' instead of 'print(variable)'
<montjoie>
miasma: solved it by created a "python" shell script which do python2 and export PATH=.:$PATH