parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
junari has joined #linux-sunxi
junari_ has joined #linux-sunxi
junari has quit [Ping timeout: 480 seconds]
parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
ftg has quit [Read error: Connection reset by peer]
montjoie_ has joined #linux-sunxi
montjoie has quit [Ping timeout: 480 seconds]
hexdump01 has joined #linux-sunxi
hexdump0815 has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
gsz has joined #linux-sunxi
<MasterR3C0RD>
apritzel, junari: I didn't start on anything A523-related yet, as no device for testing as of yet, but jernej had pushed some of his untested WIP code up about a month ago: https://github.com/jernejsk/u-boot/tree/t527
junari_ is now known as junari
<junari>
MasterR3C0RD: nice, thanks
<MasterR3C0RD>
My initial looks through RE code suggest MCTL_CTL + MCTL_COM match H616 very well, and PHY is similar to A133/H616 with some differences in alignment/packing/address remapping/patterns
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
<junari>
apritzel: Do you know, why can I get Unexpected SCTLR error (E121F001) when i try to download spl for h728?
gsz has quit [Ping timeout: 480 seconds]
rrq has joined #linux-sunxi
rrq has left #linux-sunxi [#linux-sunxi]
wingrime1 has quit [Ping timeout: 480 seconds]
rrq has joined #linux-sunxi
dsimic is now known as Guest4324
dsimic has joined #linux-sunxi
Guest4324 has quit [Ping timeout: 480 seconds]
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
warpme has joined #linux-sunxi
warpme has quit []
Schimsalabim has quit [Ping timeout: 480 seconds]
rrq has quit []
rrq has joined #linux-sunxi
junari has quit [Quit: Leaving]
warpme has joined #linux-sunxi
<rrq>
I have an "orangepi 3 lts"; I want it to boot the 32-bit linux-image-armmp kernel, and need advice on how to do that.
<rrq>
the box boots via u-boot-sunxi-with-spl.bin (using bl31 from trusted-firmware-a) .. boots arm64 linux. I want it to boot the arm linux (armhf/aarch32)
<rrq>
I've tried packing a FIT with a short preamble before the kernel, to switch from EL2/aarch64 to EL1/aarch32. But that seems to lock up at or immediately after "eret"
<Soupborsh>
How to find right values for b288 for dram_sunxi_dw.c? I guess I can dump sunxi_mctl_ctl_reg struct but how to do it?
<Soupborsh>
And sunxi_mctl_com_reg struct.
<Soupborsh>
I have memory dumps starting from SUNXI_DRAM_COM_BASE
parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
bauen1 has joined #linux-sunxi
rrq has quit [Ping timeout: 480 seconds]
digetx has quit [Ping timeout: 480 seconds]
gsz has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
digetx has joined #linux-sunxi
Daanct12 has quit [Quit: WeeChat 4.4.4]
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
warpme has joined #linux-sunxi
pg12 has quit [Remote host closed the connection]
pg12 has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
pg12 has quit [Remote host closed the connection]
digetx has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
bauen1 has joined #linux-sunxi
<MasterR3C0RD>
parthiban: When you resend the DE2 series, could you CC me on it? Assuming you're using b4, you can Cc: me in your cover letter
<MasterR3C0RD>
s/DE2/display/
<warpme>
apritzel: after correcting vdd_ram in right place in syter - x96pro+ now boots fine :-) You mention you have sketch code for cpu dvfs. How far it is from first working code?
Schimsalabim has quit [Read error: Connection reset by peer]
Schimsalabim has joined #linux-sunxi
<apritzel>
rrq: running a 32-bit mainline kernel on an ARMv8 Allwinner SoC is not really supported
<apritzel>
for a start you would need to enable all the H6 drivers in the .config, foremost for the pinctrl and clock
<apritzel>
which also means that any distro kernel wouldn't work easily, as they most probably don't enable those
<apritzel>
loki666: yeah, I saw this, it's indeed hideous ;-)
<loki666>
0x7000208 is not even in the specs
<apritzel>
it's typical Allwinner BS, if you ask me, this ioremap is absolutely inacceptable
<apritzel>
well, it's in the RTC, indeed not documented - though this is not uncommon
<loki666>
and not sure if the save/restore of the nmi reg is important (didn't test without)
<apritzel>
I wonder if just the wakeup-source in the DT does already the trick?
<loki666>
nop I tried with that alone
<apritzel>
did you try with also " ... | IRQCHIP_SKIP_SET_WAKE"?
<apritzel>
I am scratching my head why this "pad register" would be needed, if the NMI apparently is able to generate interrupts
<loki666>
not sure I tried IRQCHIP_SKIP_SET_WAKE, where do you this it should go ?
<apritzel>
unless we accidentally turn something off that disables this IRQ forwarding during the suspend, and then this bit in the RTC overrides this?
<apritzel>
loki666: you add this to the flags in your patch, near the end of your patch
<apritzel>
haven't checked what this flag does, though, could be another sip of AW snake oil
<loki666>
ah yes, so only add that flag, and remove all the crap ?
codekipper6 has joined #linux-sunxi
<apritzel>
yes, this flag, plus the wakeup-source in the DT
<loki666>
ok I'll try
<apritzel>
I could actually reproduce your problem the other day, on the X96QPro+, which has a power button (and a AXP717 PMIC)
<apritzel>
I saw the power key working (as in: generating NMI interrupts, and triggering input events), but it indeed didn't wake up after a "freeze" suspend
<apritzel>
rrq: oh, also, I tried this (booting arm(32) kernel on an A64) some years ago, and it seems like the arm kernel decompressor code cannot really cope with ARMv8 cores properly, at least not with the environment that U-Boot gives it
<apritzel>
rrq: the code makes some assumptions about some SCTLR (or some other sysreg?) bits, which are not really true on ARMv8 cores
<apritzel>
rrq: so given that, I must ask: why do you want a 32-bit kernel? It should work easily to use a 64-bit kernel with a pure 32-bit userland
<apritzel>
rrq: or boot a pure 64-bit system, then run your arm32 kernel as a KVM guest
wingrime-ww has joined #linux-sunxi
ftg has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
codekipper6 has quit []
gsz has joined #linux-sunxi
warpme has quit []
bauen1 has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
JohnDoe_71Rus has quit [Quit: KVIrc KVIrc Quasar 5.2.6, revision: 5.2.6+git-7609-afed1336e, build type: debug, sources date: 20160102, built on: 2024-12-18 20:43:05 UTC 5.2.6+git-7609-]
Schimsalabim has quit [Ping timeout: 480 seconds]
warpme has joined #linux-sunxi
Schimsalabim has joined #linux-sunxi
rrq has joined #linux-sunxi
rrq has left #linux-sunxi [#linux-sunxi]
apritzel has joined #linux-sunxi
parthiban has quit [Remote host closed the connection]
parthiban has joined #linux-sunxi
warpme has quit [Quit: My MacBook Air has gone to sleep. ZZZzzz…]
<loki666>
but other code I found in mainline used both together
<Soupborsh>
I can enable led by setting PG9 to low in mainline u-boot.
<Soupborsh>
Also usb works there too
<Soupborsh>
How do I find values for SUN8I_B288_DX_READ_DELAYS, SUN8I_B288_DX_WRITE_DELAYS SUN8I_B288_AC_DELAYS?
<apritzel>
Soupborsh: can't you trace back the code in mainline, to find the registers those values end up in, and then extract the values from a DRAM controller register dump after a BSP DRAM init?
<apritzel>
i.e. dump 128 32-bit words from 0x01c63300, there are 4 groups of 32 words (mctl_ctl->dx[i]), within each group there are 11 registers (.bdlr[j]) starting at word #4