<Turl>
received an A5E :) looking forward to getting it going -- what's the status of software support for it so far?
<Turl>
I saw some recent discussion about u-boot on the channel
tnovotny has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
<apritzel>
Turl: I put a summary for the kernel mainline status on the A523 wiki page, and will hopefully update the U-Boot and TF-A status later today
<apritzel>
the WIP U-Boot branches work on the other two "A523" boards, but not on the A5E: we suspect/hope it's some DRAM init issues
<Jookia>
that reminds me, is there a 32-bit tf-a for socs like the t113?
<apritzel>
Jookia: in general TF-A supports AArch32, but we don't use it there. Rockchip does, though, IIUC. But why would you need it there, you have PSCI code in U-Boot, haven't you?
<Jookia>
someone is doing a port of barebox to the a64 so i wondered about whether it'd be better to use tf-a or port psci to barebox
<apritzel>
but for the A64 we have a TF-A port, so just use it there. What does that have to do with the T113?
<Jookia>
if i wanted to get barebox running on the t113 that is
<apritzel>
Jookia: you seem to be genuinely bored ;-)
<Jookia>
alright then
<apritzel>
I mean whatever issues you have with U-Boot: isn't it easier and more sustainable to fix them there, instead of doing all the coding again, for another project?
<Jookia>
i've really enjoyed using barebox on imx and stm32 boards in the past so i've just been following the allwinner dev in it thats all
<Jookia>
i was genuinely curious about what the solution would be if i were to get it running on the t113 that's all
<apritzel>
from a maintainer's perspective that just means one less developer/reviewer for U-Boot :-(
<Jookia>
barebox is a different tool to u-boot, they have their uses
<Jookia>
i'm not a dev atm so it doesn't make much of a difference
tnovotny has quit [Quit: Leaving]
tiop has quit []
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
gsz has quit [Ping timeout: 480 seconds]
bauen1_ has quit [Ping timeout: 480 seconds]
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
ftg has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
aggi has quit [Read error: Connection reset by peer]
loki666 has quit [Read error: Connection reset by peer]
Raqbit3398 has quit []
Hypfer is now known as Guest6575
Raqbit3398 has joined #linux-sunxi
Hypfer has joined #linux-sunxi
aggi has joined #linux-sunxi
maz has quit [Remote host closed the connection]
maz has joined #linux-sunxi
LordKalma has quit [Read error: Connection reset by peer]
loki666 has joined #linux-sunxi
LordKalma has joined #linux-sunxi
ndufresne is now known as Guest6581
ndufresne has joined #linux-sunxi
Guest6575 has quit [Ping timeout: 480 seconds]
Guest6581 has quit [Ping timeout: 480 seconds]
ftg^ has joined #linux-sunxi
ftg has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
BroderTuck has joined #linux-sunxi
<BroderTuck>
Not really getting anywhere with the sun55i emmc issue, except to note that while gathering info *about* the mmc works, actually trying to read it fails.
<MasterR3C0RD>
BroderTuck: Out of curiosity, have you tried running the eMMC without HS200 mode? Does that make a difference?
<BroderTuck>
Odd, that did something. Need to verify that I didn't have any other changes, but this ended almost like my earlier "skip the enabling cache step" experiment, except that instead of "new HS200 MMC card" it now says "new high speed DDR MMC card"
<BroderTuck>
Still getting "data error" tho
Schimsalabim has quit [Read error: Connection reset by peer]
gsz has joined #linux-sunxi
apritzel has joined #linux-sunxi
Schimsalabim has joined #linux-sunxi
<apritzel>
BroderTuck: good idea, but that was the first thing I tested back then :-(
<apritzel>
BroderTuck: can you confirm that it works for you in U-Boot? I get an error when reading the (GPT) partition table, but I wonder if that's genuinely broken on that box
<apritzel>
I seem to be able to read from the eMMC via the U-Boot command line (via the "read" command)
<apritzel>
that could help narrowing down the error
<apritzel>
also worth looking into BSP code and DTs: do they describe the eMMC differently compared to the SD card (expected), but also differently compared to other SoCs
<apritzel>
and do they have any special code in their drivers, specifically for the A523?
vagrantc has joined #linux-sunxi
bauen1 has joined #linux-sunxi
Jookia has quit [Ping timeout: 480 seconds]
Jookia has joined #linux-sunxi
BroderTuck has quit [Quit: -]
paulk-bis has joined #linux-sunxi
paulk has quit [Read error: Connection reset by peer]
gsz has quit [Ping timeout: 480 seconds]
jelly has quit [Remote host closed the connection]