ChanServ changed the topic of #linux-sunxi to: Allwinner/sunxi development - Did you try looking at our wiki? https://linux-sunxi.org - Don't ask to ask. Just ask and wait for an answer! - This channel is logged at https://oftc.irclog.whitequark.org/linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Mangy_Dog has quit [Ping timeout: 480 seconds]
vagrantc has quit [Quit: leaving]
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
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> 2) The SPL Loader needs to be in a special sunxi format. For that I found an bash script (https://github.com/bamkrs/openwrt/blob/dolphinpi-spinand/target/linux/sunxi/image/gen_sunxi_spinand_onlyboot_img.sh#L61)
<DasChaos> I had a mail conversation with @apritzel about it, so he is probably interested.
indy has joined #linux-sunxi
DasChaos has quit [Quit: DasChaos]
DasChaos[m] has quit []
DasChaos[m] has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
indy has quit [Ping timeout: 480 seconds]
moteen has joined #linux-sunxi
moteen has quit [Remote host closed the connection]
<apritzel> DasChaos[m]: thanks for sharing! Now we would still need someone who brings that in a proper mainline-able form ...
indy has joined #linux-sunxi
DasChaos has joined #linux-sunxi
DasChaos is now known as Guest108
Guest108 is now known as DasChaos
<DasChaos> I saidly don't have the experience yet, to achieve such a thing.
<mripard> None of us had any experience when we started :)
<DasChaos> Did someone already work with i2c in u-boot with 1F1C00s?
moteen has joined #linux-sunxi
<apritzel> i2c on Allwinner in general works mostly out of the box, did you run into any problems
JohnDoe_71Rus has quit []
MangyDog has joined #linux-sunxi
<DasChaos> ```
<DasChaos> Yeah I'm getting a timeout in u-boot. I've added this to the device tree:
<DasChaos> compatible = "allwinner,sun6i-a31-i2c";
<DasChaos> i2c0: i2c@1C27000 {
<DasChaos> reg = <0x01C27000 0x400>;
<DasChaos> interrupts = <7>;
<DasChaos> clocks = <&ccu CLK_BUS_I2C0>;
<DasChaos> resets = <&ccu RST_BUS_I2C0>;
<DasChaos> pinctrl-names = "default";
<DasChaos> pinctrl-0 = <&i2c0_pins>;
<DasChaos> status = "okay";
<DasChaos> #size-cells = <0>;
<DasChaos> #address-cells = <1>;
<DasChaos> ```
<DasChaos> };
Mangy_Dog has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
DasChaos[m] has quit []
DasChaos has quit [Quit: DasChaos]
DasChaos has joined #linux-sunxi
<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