RichardG867 has quit [Quit: Keyboard not found, press F1 to continue]
RichardG867 has joined #linux-sunxi
megi has quit [Ping timeout: 272 seconds]
wwilly has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
wwilly has joined #linux-sunxi
gaston1980 has quit [Quit: Konversation terminated!]
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
lurchi_ is now known as lurchi__
cnxsoft has joined #linux-sunxi
TheSeven has quit [Disconnected by services]
[7] has joined #linux-sunxi
wwilly has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
netlynx has joined #linux-sunxi
netlynx has joined #linux-sunxi
lurchi_ has joined #linux-sunxi
lurchi__ has quit [Ping timeout: 245 seconds]
cnxsoft has quit [Quit: cnxsoft]
JohnDoe_71Rus has joined #linux-sunxi
nexgen2 has quit [Quit: Leaving]
tl_lim has joined #linux-sunxi
dddddd has quit [Remote host closed the connection]
quadjfet has quit [Quit: Leaving]
vagrantc has quit [Ping timeout: 276 seconds]
sunxi_fan has joined #linux-sunxi
gsz has joined #linux-sunxi
wwilly has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
wwilly has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
wwilly has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
cnxsoft has joined #linux-sunxi
florian_kc has joined #linux-sunxi
florian has quit [Ping timeout: 245 seconds]
ganbold_ has joined #linux-sunxi
ganbold has quit [Read error: Connection reset by peer]
juri_ has quit [Ping timeout: 244 seconds]
juri_ has joined #linux-sunxi
[7] has quit [Ping timeout: 264 seconds]
TheSeven has joined #linux-sunxi
xerpi has joined #linux-sunxi
xerpi has quit [Remote host closed the connection]
sunxi_fan has quit [Quit: Leaving.]
florian_kc has quit [Ping timeout: 250 seconds]
florian_kc has joined #linux-sunxi
tl_lim has quit [Read error: Connection reset by peer]
wwilly has joined #linux-sunxi
AneoX has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
nexgen2 has joined #linux-sunxi
Putti has joined #linux-sunxi
wwilly has joined #linux-sunxi
gnufan_home has joined #linux-sunxi
wwilly has quit [Read error: error:1408F10B:SSL routines:ssl3_get_record:wrong version number]
afaerber has joined #linux-sunxi
wwilly has joined #linux-sunxi
Alexis3D has joined #linux-sunxi
megi has joined #linux-sunxi
Putti has quit [Remote host closed the connection]
scelestic has quit [Ping timeout: 245 seconds]
Mangy_Dog has joined #linux-sunxi
scelestic has joined #linux-sunxi
SopaXorzTaker has joined #linux-sunxi
<jernej>
MoeIcenowy: I have issues with pine64+ ethernet - most of the time I get "mdio_bus stmmac-0: MDIO device at address 1 is missing.", but rarely it works fine
<jernej>
that's with 5.2.6 kernel and your realtek phy hack
<jernej>
any idea what could be wrong?
florian_kc has quit [Quit: Ex-Chat]
cnxsoft1 has joined #linux-sunxi
cnxsoft has quit [Read error: Connection reset by peer]
Perlovka has joined #linux-sunxi
Perlovka_ has quit [Ping timeout: 272 seconds]
ldevulder__ has joined #linux-sunxi
ldevulder_ has quit [Ping timeout: 245 seconds]
Putti has joined #linux-sunxi
<megi>
bad design?
<megi>
jernej: phy docs says power should be brought up for both DVDD and AVDD at the same time, yet it's not according to dts
<megi>
I had the same problem on Opi3 which has the same phy
<megi>
maybe making aldo2 always on would fix it
<jernej>
ok, thanks, I'll try
<jernej>
megi: it is already marked as always on
<megi>
not on mainline
<megi>
anyway, i'm not sure what kernel does with the enable delay in this case
<megi>
if it will wait for aldo2 to ramp up before enabling cldo1/aldo3 it will not work
<megi>
hmm, that looks completely different from what I'm looking at
marble_visions has quit [Quit: bye]
marble_visions has joined #linux-sunxi
<megi>
ah, I'm looking at h64
<megi>
:)
<jernej>
and aldo2 is only for vcc-pl, according to pine64+ schematics
<megi>
nevermind
<jernej>
anyway, I'm not sure if gpio1-ldo should be enabled or not
<jernej>
DT doesn't enable it and I know it worked quiet ok in the past
<jernej>
but schematic shows it's used for 2.5V supply
<jernej>
and enabling it didn't help
<megi>
timing is important too
<megi>
just 50ms difference in the regulator enable time broke it for me
<megi>
and phy would not respond
<megi>
it might also depend on what u-boot does and what state the PHY regulators are in when the linux starts
<megi>
if one is already enable it might not work reliably either
<jernej>
I'll try to disable emac in U-Boot
<megi>
also module/built-in distinction matters, because kernel will turn off unused regulators before loading modules
<jernej>
I have dwmac-sun8i as a module
<jernej>
in the past, this was enough to make it work
<megi>
yeah, if one regulator is shared by other things that are already loaded and the other one is not, the other one may be turned off by this mechanism, which would break the phy power requirements
<megi>
lot of things come into play, having a trace on regulator_enable/disable might help
<jernej>
reg_dc1sw is not shared with any other device
Da_Coynul has joined #linux-sunxi
Da_Coynul has quit [Client Quit]
<megi>
looks like on PineA64 PHY is powered just from reg_dc1sw, so this power up timing issue should not be the problem
Da_Coynul has joined #linux-sunxi
<jernej>
that's why I'm a bit confused why it doesn't work
Da_Coynul has quit [Client Quit]
<jernej>
disabling U-Boot driver doesn't work...
<megi>
there is no delay in the driver, so maybe you need regulator-enable-ramp-delay on the reg_dc1sw?
<jernej>
interestengly, it works once only after board was disconnected a bit longer, let's say 5-10 min
<megi>
phy needs some times because it can be accessed after powerup
Da_Coynul has joined #linux-sunxi
<megi>
s/because/before/
rexxster has quit [Remote host closed the connection]
<megi>
i'd put regulator-enable-ramp-delay = <100000>; there
<jernej>
ok, let's test this
Da_Coynul has quit [Client Quit]
random_y1 has quit [Ping timeout: 246 seconds]
<megi>
also another thing may be that if the reg_dc1sw is enabled in u-boot, and you're using modules, it may be disabled for a very short time before being enabled again when the emac driver loads, if this time is very short, it may throw the phy off too
<megi>
basically a brownout, instead of a propper powerdown/powerup
gaston1980 has joined #linux-sunxi
<jernej>
megi: that ramp delay seems to help, thanks!
<jernej>
I'm not sure if it's work to mainline it?
<jernej>
s/work/worth/
Da_Coynul has joined #linux-sunxi
random_y1 has joined #linux-sunxi
<megi>
well, it's a hack (that property should describe enable time of the regulator, not phy post-powerup timing requirements), but phy powerup is a mess in general in the kernel
<megi>
so why not? at least it will make it work
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<megi>
there's no generic mechanism for powering up phy, and unless you want to put phy powerup delay code into dwmac-sun8i driver (where it doesn't really belong either), it would be a lot of work to make things less hacky
Da_Coynul has joined #linux-sunxi
random_yanek has joined #linux-sunxi
random_y1 has quit [Ping timeout: 248 seconds]
<Alexis3D>
jernej: Any news about your experiments with the eMMC?
<jernej>
no, I didn't continue
<jernej>
and testing that we talked about yesterday is a bit involved
megi has quit [Ping timeout: 244 seconds]
<Alexis3D>
Let's submit that patch and generate some discussion, then
<Alexis3D>
Perhaps someone better than me can fix it properly
<Alexis3D>
And if not, well, at least people can find the patch on the lists
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
lurchi_ is now known as lurchi__
<MoeIcenowy>
jernej, megi: I think the ATF should be enabling DC1SW
<MoeIcenowy>
on both the old one and the mainline one
<MoeIcenowy>
jernej: did you build stmmac as module?
<jernej>
yes
<MoeIcenowy>
if it's a module, it's possible that the booting sequence kills DC1SW
<MoeIcenowy>
and it gets re-enabled when stmmac is probing
<MoeIcenowy>
for the ramp delay
<MoeIcenowy>
just send a patch
<jernej>
I will
<MoeIcenowy>
729e1ffcf47e5e035a9a504e81e8d25403919993 is an example
<MoeIcenowy>
although it's for Pine H64
cnxsoft1 has quit [Remote host closed the connection]
lurchi__ is now known as lurchi_
<fALSO>
bom dia
rexxster has joined #linux-sunxi
reinforce has joined #linux-sunxi
dddddd has joined #linux-sunxi
deesix has quit [Quit: Reconnecting]
lurchi_ is now known as lurchi__
deesix has joined #linux-sunxi
tllim has joined #linux-sunxi
vagrantc has joined #linux-sunxi
<gaston1980>
hi to all, I download u-boot from github and when I try to cross-compile I get the following error...
<gaston1980>
In file included from tools/mkenvimage.c:24:
<gaston1980>
./tools/version.h:1:1: error: expected identifier or ‘(’ before ‘.’ token
<gaston1980>
1 | ../include/version.h
<gaston1980>
I checked the file version.h and only has 1 lines
<gaston1980>
../include/version.h
<gaston1980>
wich is the error im getting
<gaston1980>
how to solve it?
<Alexis3D>
jernej: Do you mind if I credit you in the eMMC commit message for your help with looking at the BSP driver and all that?
<jernej>
Alexis3D: You did most important part of the work anyway, so no credit is needed, but you can if you want.
<Alexis3D>
Alright :)
<MoeIcenowy>
Alexis3D: what happened on eMMC?
<jernej>
MoeIcenowy: On some (all?) boards it works only if DDR functionality is disabled
<jernej>
driver has already such workaround for H5, so idea is to enable it for H6 too
<jernej>
we feel this is more like a workaround, but we are not experts on mmc
<jernej>
so hopefully patch will start a discussion what could be the reason
<Alexis3D>
We know this fixes issues for Pine H64 and Tanix TX6
<jernej>
montjoie: Thanks! so this was already discussed
<jernej>
another possibility is groups.io
lurchi_ is now known as lurchi__
lurchi__ is now known as lurchi_
<[TheBug]>
gaston1980: check Armbian forum there is a few ongoing threads for LicheePi Zero there and one of them includes getting ethernet working etc and I think documents what is needed; additionally https://licheepizero.us may provide some additional information.
<[TheBug]>
gaston1980: if you get really stuck let me know I think I have a kernel / dtb that loads ethernet/vga and such somewhere and can maybe send it your way if you need
<gaston1980>
TheBug thanks for the links, i'll check
<[TheBug]>
gaston1980: I maintain licheepizero.us so if you end up finding useful information / compiling a howto for something not documented well feel free to send me a pastebin with content and maybe I can add it to the site ;)
Da_Coynul has joined #linux-sunxi
juri_ has quit [Remote host closed the connection]
juri_ has joined #linux-sunxi
* dgp
thought all the stuff on the v3s just worked aside from booting from SPI
netlynx has quit [Quit: Ex-Chat]
xqdzn has joined #linux-sunxi
Da_Coynul has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
Putti has quit [Ping timeout: 258 seconds]
<hellsenberg>
welp, the uboot I have here doesn't want to load stuff to memory :S