Asara has quit [Remote host closed the connection]
Asara has joined #linux-sunxi
vagrantc has joined #linux-sunxi
chuangzh1 has joined #linux-sunxi
chuangzhu has quit [Read error: Connection reset by peer]
vagrantc has quit [Quit: leaving]
JohnDoe_71Rus has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
chuangzhu has joined #linux-sunxi
chuangzh1 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
chuangzh1 has joined #linux-sunxi
chuangzhu has quit [Ping timeout: 480 seconds]
apritzel has quit [Ping timeout: 480 seconds]
bauen1 has joined #linux-sunxi
hb9fxx has joined #linux-sunxi
JohnDoe_71Rus has quit []
apritzel has joined #linux-sunxi
apritzel has quit [Ping timeout: 480 seconds]
bauen1_ has joined #linux-sunxi
bauen1 has quit [Ping timeout: 480 seconds]
apritzel has joined #linux-sunxi
evgeny_boger has quit [Ping timeout: 480 seconds]
szemzoa has joined #linux-sunxi
<LordKalma>
Hello! I'm back at looking at embedded devices, and I have here a pickle... I updated u-boot to 2022.10, and the build stopped and said "SPL and U-Boot use the same initial stack pointer location (SPL_SHARES_INIT_SP_ADDR) [N/y/?] n" I already went and checked the repo and saw `config SPL_SHARES_INIT_SP_ADDR default n if ARCH_SUNXI || ARCH_MX6 ||
<LordKalma>
ARCH_MX7`. But now it's asking "Initial stack pointer location (SPL_STACK) [] (NEW) " What do I say? I didnt' have to configure this before...
benettig has quit [Read error: No route to host]
NishanthMenon has quit [Read error: No route to host]
key2_____ has quit [Read error: No route to host]
NishanthMenon has joined #linux-sunxi
benettig has joined #linux-sunxi
key2_____ has joined #linux-sunxi
<karlp>
did you do a "make olddefconfig" ?
<karlp>
or did you just pull forwards and try and rebuild?
<LordKalma>
the latter
<LordKalma>
didn't know that was a thing :D
<LordKalma>
let me try
<LordKalma>
scripts/kconfig/conf --olddefconfig Kconfig \n .config:549:warning: symbol value '' invalid for SPL_STACK
<LordKalma>
that's what it says when i try to do "make olddefconfig"
<LordKalma>
However, I found (still) some differences to the stock DTS that I decompiled.
<LordKalma>
I made an exercise of decompiling both the stock table and the one I just build, removed all the common parts (and the phandles) and ended up with a diff:
<LordKalma>
something in my file is "disabled" and should have been "okay"
<LordKalma>
(and it has to do with the MIPI interface, so maybe that's why my screen doesn't work)
<LordKalma>
My other question is that the stock DTS doesn't have the bunch of "interrupt-parent = <0x19>;" mine has
<LordKalma>
is that a problem?
<LordKalma>
if yes, how do I remove them?
<LordKalma>
and for d-phy@1ca1000, do I just add &d-phy{status = "okay";} to the file?
<LordKalma>
Sorry for the absolutely trivial line of questioning :/
grming has quit [Quit: Konversation terminated!]
<LordKalma>
also, to add that bunch of stuff missing in pinctrl@1c20800 would I also just &pinctrl{ /* add stuff here */ ;} ?
<LordKalma>
(in the diff red if MY file, green is STOCK file)
<LordKalma>
And, again, I really appreciate how you have been helpful to me, both 4 months ago, and now :) thank you
<apritzel>
well, this .dts was not something golden to not touch, if you find issues, feel free to just fix them
<gamiee>
apritzel: this reminds me, I found sunxi DTS which doesn't have mmc aliases, thus mmcblk labeling is not "stable". Should it be patched?
<apritzel>
gamiee: that won't be accepted upstream. We patch it in U-Boot, because U-Boot depends on it (although it shouldn't)
<apritzel>
gamiee: you can join the crowd of people that lost their sanity over this discussion, if you like ;-)
<karlp>
I was under the impression that that had now changed?
<apritzel>
gamiee: if you use $fdtcontroladdr (as you should!), you would sneak that into the kernel anyway ;-)
<apritzel>
karlp: the kernel honours the alias, which was already some fight, and some platforms (Rockchip, I believe) accept those aliases
<apritzel>
but last time I checked sunxi doesn't
<karlp>
that... what? why would it be platform based?
<karlp>
you know what, nvm...
<apritzel>
the code is platform agnostic, it's just a matter of what the maintainers accept in the DTs
<gamiee>
apritzel: sunxi those aliases accepts, resp. after adding them, I don't have issue with random assigned mmcblks.
<apritzel>
the point is you should not rely on device enumeration in the kernel in the first place
<apritzel>
I understand it's convenient, but the kernel never promised that
<gamiee>
How then I know which mmcblk is SD card and which one eMMC from userspace? My issue is, that LABEL or UUID doesn't work good, because, u-boot knows to boot from SD card, but if same partitions are both on SD card and eMMC, how will kernel know which to pick?
<apritzel>
UUIDs should be unique
<LordKalma>
apritzel, yes, I want to fix them, just not sure how, I made couple questions.. I'd appreciate some help
<apritzel>
gamiee: if they are not, because you dd'ed partitions, then use "tune2fs -U random" to fix one of them
<gamiee>
apritzel: so if I will use DTS from kernel, this will work? Or how you meant that $fdtcontroladdr ?
<gamiee>
Yes, I'm dding it, as it is embedded firmware, just SD card is sometimes used for testing.
<gamiee>
But good tip, thanks! :)
<apritzel>
gamiee: the U-Boot DT (which we now aim to regularly sync) is available under $fdtcontroladdr, so you don't need to load something (the dtb built from the kernel tree) to $fdt_addr_r
<LordKalma>
Still learning the syntax and all
<apritzel>
gamiee: so you boot with "booti $kernel_addr_r - $fdtcontroladdr", or using UEFI, which does this automatically
<apritzel>
LordKalma: sorry, some of the things are not easy, as they touch not mainlined device, IIRC
<gamiee>
apritzel: thanks, will use that. I have my own DTS, but I have both in kernel and also in u-boot, so I will just load the one in u-boot! But I guess u-boot doesn't patch the DT with mmc aliases, thus I need to use UUIDs or figure it out somehow else, right?
<LordKalma>
I'll see what I can do
<apritzel>
gamiee: U-Boot will add the mmc aliases to any given DT source at *build time*: check arch/arm/dts/sunxi-u-boot.dtsi
hentai has quit [Ping timeout: 480 seconds]
<apritzel>
so you won't see them in the source, but they will be in the image, and thus in the DTB you find at $fdtcontroladdr
hentai has joined #linux-sunxi
<gamiee>
ooooh, there it is, I couldn't find it. Now it makes sense, great, thank you very much for help :)
<apritzel>
so you can dodge the political questions, and still get stable names ;-)
<apritzel>
LordKalma: you should just be able to experiment, after all the diff isn't that big, is it?
Ixnus has joined #linux-sunxi
vagrantc has quit [Quit: leaving]
bauen1 has joined #linux-sunxi
Ixnus has quit [Remote host closed the connection]
<LordKalma>
apritzel, yeah, I guess, I'll try.
<LordKalma>
lxnus pmed me but they're not here how. shame
apritzel has quit [Ping timeout: 480 seconds]
JuniorJPDJ has quit [Write error: connection closed]
pgwipeout[m] has quit [Remote host closed the connection]
chuang[m] has quit [Write error: connection closed]
dickenhobelix[m] has quit [Write error: connection closed]
Skallwar[m] has quit [Remote host closed the connection]
Guest632 has quit [Write error: connection closed]
t4h4[m] has quit [Write error: connection closed]
z3ntu has quit [Write error: connection closed]
K[m]1 has quit [Write error: connection closed]
aerospace[m] has quit [Write error: connection closed]
DavidHeidelberg[m] has quit [Write error: connection closed]
sajattack[m] has quit [Write error: connection closed]
oliv3r[m] has quit [Write error: connection closed]
mripard has quit [Write error: connection closed]
MatrixTravelerbot[m]1 has quit [Write error: connection closed]
psydroid[m] has quit [Write error: connection closed]
DarrenNg[m] has quit [Write error: connection closed]
cmeerw[m] has quit [Write error: connection closed]
Newbyte has quit [Write error: connection closed]
Tooniis[m] has quit [Write error: connection closed]
AntoniAloyTorrens[m] has quit [Write error: connection closed]
insep has quit [Write error: connection closed]
Guest596 has quit [Write error: connection closed]
aedancullen has quit [Write error: connection closed]
cperon has quit [Write error: connection closed]
dittid[m] has quit [Write error: connection closed]
Arthur[m]12 has quit [Write error: connection closed]
DanielakaCyReVolt[m] has quit [Write error: connection closed]
DanielakaCyReVolt[m] has joined #linux-sunxi
qCactus has joined #linux-sunxi
JohnDoe_71Rus has quit []
prefixcactus has quit [Ping timeout: 480 seconds]
apritzel_ has joined #linux-sunxi
grming has joined #linux-sunxi
DanielakaCyReVolt[m] has quit [Remote host closed the connection]