<apritzel>
does anyone have a Linux bootlog from a A733 device? Radxa A7A, for instance? I am interested in all the lines with: "CPUx: Booted secondary processor...", to see which MPIDRs they use
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
ftg has quit [Read error: Connection reset by peer]
<BroderTuck>
junari: any chance of a v2 of your usb3 series?
junari has quit [Remote host closed the connection]
aggi has joined #linux-sunxi
junari has joined #linux-sunxi
<junari>
BroderTuck: Preparing patches takes a lot of time for me, and I would like to get more reviews and tests first
apritzel has quit [Ping timeout: 480 seconds]
<BroderTuck>
Understandable. As you may remember I never really got it to work properly, suspecting I'm missing a Kconfig flag somewhere (I tend to run with the arm64 defconfig for testing)
<junari>
Have you tried connecting other devices? Many users have reported having problems connecting nvme on Android
<junari>
A hard modification is also described, which allows nvme to use power directly from the power supply unit
<apritzel>
dlan: ah, many thanks, that is what I was looking for!
<apritzel>
junari: ah, very nice, good job! Can you post the DRAM patches when you are ready and find some time (or put them somewhere), I can then take care of the rest
<junari>
Yes, but there is still some work to be done
gsz has joined #linux-sunxi
cnxsoft has joined #linux-sunxi
bauen1 has joined #linux-sunxi
cnxsoft has quit [Remote host closed the connection]
JohnDoe_71Rus has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
lschmid has joined #linux-sunxi
<lschmid>
Hi there, I've gotten to yet another issue. I'm trying to run U-Boot on a T113-S4 but am getting a "ERROR: auto scan dram rank & width failed"... Any ideas
<apritzel>
Jookia: did you get the DRAM running yet on the T113-s4, or were you merely investigating?
<apritzel>
lschmid: the mainline U-Boot DRAM parameters are for the -s3, so for whatever 128MB chip they put into that package. The 256MB chip in the -s4 most likely differs in more than just the capacity
<apritzel>
lschmid: do you have any working BSP/boot0 binary?
<apritzel>
this is of course a hack, but we discussed some solutions here on the channel already
<apritzel>
can people please confirm that the lower 16 bits of the first SID register read as 0x7200 on the -s4? "sunxi-fel sid" should do it
<Jookia>
well, this SIP has no schematics. that's fun i guess
<apritzel>
Jookia: you mean creating a DT without schematics?
<Jookia>
yeah
<Jookia>
i have some, just not for the SIP
<Jookia>
or SOM
dsimic is now known as Guest26497
dsimic has joined #linux-sunxi
<Jookia>
i guess i need to go get my microscope and multimeter
Guest26497 has quit [Ping timeout: 480 seconds]
<apritzel>
I often get enough information by inspecting a running BSP Linux and looking at DTs extracted from vendor images
<apritzel>
also by extrapolating from other boards: there is often not that much variation, for instance on the PMIC usage (which is the most interesting for creating a DT)
<Jookia>
yeah unfortunately in this case there's not much useful in the bsp dt it doesn't specify all the regulators
<apritzel>
yeah, the vendor DT is not helpful for regulator rails, but for GPIOs and such
<apritzel>
Jookia: can you boot into a running BSP system? sometimes you find info in debugfs
<Jookia>
these are all fixed regulators
<Jookia>
i just don't know which is connected here
<Jookia>
where*
<Jookia>
so yeah, microscope and multimeter time i guess
<Jookia>
is there any progress on the thermal sensor patch in mainline?
<lschmid>
aprizel: I booted the S4 with the patch above and can confirm that it's returning 93407200 at 0x3006200
<lschmid>
apritzel*
<apritzel>
Jookia: thermal for the D1/T113? IIRC that has been very quiet for a long while ...
<Jookia>
ah ok
<Jookia>
my patch is still on the list if anyone wants to merge it :)
<apritzel>
Jookia: have you got a link or at least some subject line to search for?
<Jookia>
is it documented anywhere that that's the chipid
<Jookia>
why mix u32/uint32_t?
<Jookia>
what is SUNXI_SID_BASE + 0x00
<lschmid>
Jookia: I see your point, but it's not like everything else in this file looks like this too
<lschmid>
I removed the comment and will try to submit it to the mailing list later today if there isn't anything drastically wrong
<Jookia>
good luck
<apritzel>
Jookia: save your breath for a mailing list review ;-)
<apritzel>
Jookia: but as lschmid says: if you want to clean up this file, be my guest
<Jookia>
i'll be quiet :)
<apritzel>
lschmid: looks good now, please send it!
<lschmid>
apritzel: If it's just one patch, do i need a cover letter?
<wens>
nope
<wens>
but do add any notes under the "---" line but before the actual diff
<lschmid>
wens: like changes and what not between patch versions?
<wens>
yeah, or any extra notes for the maintainer / reviewer
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
yang has quit [Quit: Ping timeout (120 seconds)]
yang has joined #linux-sunxi
yang is now known as Guest26506
Guest26506 is now known as yang
junari has quit [Remote host closed the connection]
<Jookia>
som reversed. it joins LDOA to LDOB so both have to run at 1.8v o_o
ftg has joined #linux-sunxi
<apritzel>
Jookia: which LDOs? From the SoC? Or some PMIC?
<Jookia>
from the t113, LDOA and LDOB
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
<Jookia>
are the interrupts for the pinctrl in arch/riscv/boot/dts/allwinner/sunxi-d1s-t113.dtsi broken? they seem off by 2
<Jookia>
oh my bad
<Jookia>
they are correct :)
Schimsalabim has joined #linux-sunxi
<lschmid>
I've actually got another question. Might be the wrong place here, but maybe anyone knows more. I heard the kernel want's to deprecated 32-bit. Now is that only for x86 or also arm and other platforms?
<Jookia>
looks like everything but arm32 for now
<Jookia>
ooh looks like i get to add another u-boot uart pin config :D
<Jookia>
UART3_PORT_E
<Jookia>
sunxi-fel sid on my end is 93407200, i can confirm i need the patch to scan dram
apritzel has joined #linux-sunxi
<apritzel>
lschmid: arm32 support is not going away anytime soon, that was mentioned explicitly multiple times
<apritzel>
as arnd will probably confirm ^^^^: there is just a too long tail of (embedded) machines, and as we all know just too well, still new CPUs using ARMv7 cores even :-(
Net147_ has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
gsz has quit [Quit: leaving]
BroderTuc1 has joined #linux-sunxi
BroderTuck has quit [Ping timeout: 480 seconds]
BroderTuc1 has quit []
Net147 has joined #linux-sunxi
Net147_ has quit [Remote host closed the connection]
Net147_ has joined #linux-sunxi
Net147 has quit [Read error: Connection reset by peer]
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
<Lightsword>
apritzel, yeah, so I don't want to install an image with a lower version number since doing so will result in a system that fails to boot AFAIU