Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
Daanct12 has quit [Remote host closed the connection]
Daanct12 has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen_ has joined #linux-sunxi
Daaanct12 has joined #linux-sunxi
Daanct12 has quit [Read error: Connection reset by peer]
moteen has quit [Ping timeout: 480 seconds]
moteen_ has quit [Ping timeout: 480 seconds]
sauce has joined #linux-sunxi
lvrp16 has joined #linux-sunxi
arnd has joined #linux-sunxi
Turl has joined #linux-sunxi
benettig has joined #linux-sunxi
Daanct12 has joined #linux-sunxi
Daaanct12 has quit [Ping timeout: 480 seconds]
Daaanct12 has joined #linux-sunxi
Daaanct12 has quit [Remote host closed the connection]
Daaanct12 has joined #linux-sunxi
Daaanct12 has quit [Remote host closed the connection]
Daanct12 has quit [Read error: Connection reset by peer]
bauen1_ has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
moteen_ has joined #linux-sunxi
moteen__ has joined #linux-sunxi
moteen_ has quit [Ping timeout: 480 seconds]
moteen__ has quit [Remote host closed the connection]
moteen has quit [Ping timeout: 480 seconds]
bauen1_ has quit [Ping timeout: 480 seconds]
arti_ has quit []
junari_ has joined #linux-sunxi
arti has joined #linux-sunxi
apritzel has joined #linux-sunxi
junari has joined #linux-sunxi
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
rajkosto has quit [Remote host closed the connection]
moteen_ has joined #linux-sunxi
Daanct12 has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
rpirea__ has quit []
rpirea has joined #linux-sunxi
warpme___ has joined #linux-sunxi
apritzel has joined #linux-sunxi
moteen_ has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
moteen has joined #linux-sunxi
DasChaos has joined #linux-sunxi
DasChaos has left #linux-sunxi [#linux-sunxi]
DasChaos has joined #linux-sunxi
Daanct12 has quit [Quit: Quitting]
indy has quit []
moteen has quit [Remote host closed the connection]
Mangy_Dog has joined #linux-sunxi
moteen has joined #linux-sunxi
DasChaos[m] has joined #linux-sunxi
<DasChaos>
Hi folks,
<DasChaos>
I'm working with the f1c100s for a while now. And had problems to get the SPI-NAND working. I got it working and wanted to share my results with you:
<DasChaos>
I hope my matrix -> irc connection is working now :)
<jakllsch>
seems like it
moteen has quit [Remote host closed the connection]
<apritzel>
DasChaos: it works - although you should not paste large blocks into channels, but use some pastebin for that
<DasChaos>
apritzel: Yeah, i thought it will be formated, will use it next time.
cnxsoft has quit []
<apritzel>
Indeed I have seen some bridges automatically creating links for larger blocks before
<apritzel>
DasChaos: does that node work in Linux? I had some mixed experiences with the IRC command in U-Boot
<DasChaos>
apritzel: Yes that device tree node is working on Linux
junari_ has quit [Ping timeout: 480 seconds]
junari has quit [Ping timeout: 480 seconds]
vagrantc has joined #linux-sunxi
ftg has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
igraltist has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
dliviu has joined #linux-sunxi
apritzel has joined #linux-sunxi
JohnDoe_71Rus has quit []
bauen1 has joined #linux-sunxi
rajkosto has joined #linux-sunxi
bauen1 has quit [Read error: Connection reset by peer]
megi1 has joined #linux-sunxi
megi has quit [Ping timeout: 480 seconds]
rpirea_ has joined #linux-sunxi
rpirea has quit [Read error: Connection reset by peer]
warpme___ has quit []
<cyrozap>
apritzel: Out of curiosity, did you ever discover the root cause of the issue we discussed a few months ago, where the H616 U-Boot SPL would fail to return to FEL mode?
<apritzel>
cyrozap: no, unfortunately not. I have a crude hack that seems to fix this (udelay(0); at some point), but I am reluctant to apply this as a fix
<apritzel>
cyrozap: my gut feeling is that something is wrong with our MMIO accesses in general, I think some MMC related issues appearing lately also point in that direction
<cyrozap>
Oof, yeah, I can totally understand not wanting to apply a hack without actually knowing _why_ it works, since it could break at any time or otherwise just be unreliable.
<apritzel>
U-Boot's clrsetbits() routines lack any barriers, but I not convinced that would cause the issue
<apritzel>
(because of how memory ordering works architecturally in this case and the comparatively tame hardware optimisation of a Cortex-A53 in particular)
<cyrozap>
Could MMIO accesses be getting cached or something? I know caches are usually disabled by default, and when they are enabled MMIO address ranges are generally never cached, but with el-cheapo SoCs like these, maybe the designers messed something up?
rajkosto has quit [Ping timeout: 480 seconds]
<apritzel>
no, this would cause much more problems, and not even Allwinner can screw this up ;-)
<apritzel>
however there are memory ordering rules to be observed, even with "device" memory attributes
<apritzel>
but this typically only is problematic with more advanced cores, the RPi4 (Cortex-A72, so a "big" core) for instance has some reputation to reveal such problems
rajkosto has joined #linux-sunxi
stylon has quit [Remote host closed the connection]
<apritzel>
another possibility would be that in general we miss some delays in the DRAM init procedure, and we just got lucky so far
ftg has quit [Ping timeout: 480 seconds]
MangyDog has quit [Ping timeout: 480 seconds]
<smaeul>
DasChaos: in arch/arm/include/asm/arch-sunxi/i2c.h set CONFIG_SYS_TCLK to 100000000
<smaeul>
this is similar to the condition for CONFIG_SYS_NS16550_CLK in include/configs/sunxi-common.h (and we should move CONFIG_SYS_TCLK there, too)
<smaeul>
you can also check that the clock/reset/pinctrl bits were applied correctly