<tokyovigilante>
Raqbit: I don't see any significant differences in those logs up until the jump from the SPL to TF-A, and the blocker there previously was getting the right IRQ to talk to the PMIC over, but that should be long resolved
Schimsalabim has quit [Read error: Connection reset by peer]
hexdump0815 has joined #linux-sunxi
hexdump01 has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
JohnDoe_71Rus has joined #linux-sunxi
koty0f has quit [Ping timeout: 480 seconds]
koty0f has joined #linux-sunxi
junari has joined #linux-sunxi
junari has quit [Remote host closed the connection]
<Raqbit>
tokyovigilante: At least for now it all seems to work swimmingly when booting via the SD card, and I got it booting into an Alpine Linux initramfs. I will have to see if I can get it booting over FEL later
mripard has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
koty0f has joined #linux-sunxi
Schimsalabim has quit [Ping timeout: 480 seconds]
Schimsalabim has joined #linux-sunxi
tnovotny has joined #linux-sunxi
koty0f has quit [Read error: Connection reset by peer]
<tokyovigilante>
so... there's noting I hate more than single line if statements without braces, how much rage am I likely to attract from the kernel devs?
ungeskriptet is now known as Guest4142
ungeskriptet has joined #linux-sunxi
<karlp>
you have to follow the style of the project you're working on, for better or worse...
ftg has quit [Read error: Connection reset by peer]
apritzel has joined #linux-sunxi
<apritzel>
tokyovigilante: checkpatch.pl must come back clean, otherwise you will be asked to change the formatting
<apritzel>
it's not so much about what's better or worse - you can debate forever about these things - but it's about to have the *same* consistent style for the whole kernel
<apritzel>
they *really* helps reading kernel code more quickly - after you get used to it
<farhan>
apritzel: I am newbie. If i got a board with already dts. Can I use that file to generate dtb and then use it?
<apritzel>
farhan: where does the dts file come from? If it's provided by the vendor, it's typically from the Allwinner BSP, and you *cannot* use this with a mainline kernel
<apritzel>
otherwise: if the board uses a supported SoC, and only supported support chips (like the AXP PMICs and WiFi chips), all you would need is indeed a .dts file
<apritzel>
tokyovigilante: macromorgan: Raqbit: there is something off with your U-Boot: however you load and boot your kernel, the U-Boot output should always be the same
<apritzel>
and the only difference between FEL and SD card should be the line telling you where it's going to load the rest from ("Trying to boot from FEL" vs. "Trying to boot from MMC1")
<apritzel>
you should try to narrow this down between the different versions you use: agree on a single tree, just build U-Boot the TF-A, and also check which compilers you use
<farhan>
apritzel: no not by the vendor. Someone dumped it on github from his board with same configuration. I thought i would ask before going down this route.
<apritzel>
tokyovigilante: macromorgan: Raqbit: for troubleshooting and for comparing different binaries: use the broken down FEL boot (spl ... load ... load ... reset64), and swap binaries until you find the culprit