<norton>
a20 olinuxino micro. trying to install Linux on SSD...
<apritzel>
norton: when you say Debian-12 lags, what do you mean with that? Are you using a desktop GUI?
<norton>
Yep, it's written in the heading - XFCE. Olimage feels faster, and doesn't kernel panic
<norton>
I'd put up with it if it weren't for the kernel panic
<apritzel>
it shouldn't panic if it feels overwhelmed (unless you run out of memory, maybe)
<apritzel>
what's the panic, exactly? do you have a log?
<norton>
It just hangs completely, because it's a GUI.
<norton>
On johangse's sd-card-image I have kernel panic too, but it's just CLI, so I get the kernel panic output right in stdout. Though I'm not sure how to record it, considering my system is dead after the kernel panic.
<duclare>
btw as said elsewhere, dtbs are in kernel.itb
<duclare>
I have serious doubts about olimage lacking gpio support, how do you verify that?
<duclare>
Not that I've tried it myself but I would find that very surprising
<duclare>
You can type what's on the screen, or in a pinch take a photo
<norton>
Because olimage is a general image for all A20, and GPIOs are different from board to board. I didn't tried it myself, but the guy from whom I got the board said that the gpio is not working and there was Olimage installed.
<apritzel>
or even better, connect a serial console, then copy&paste, this would even work with the GUI
<norton>
no way to connect serial console, sorry
<duclare>
Yes, serial is highly recommended if playing with sbcs...
<norton>
what should I do now? try olimage or debian 12?
<norton>
overall I don't really want to install debian 12... ram consumption is higher.. ideally I would like debian 10
<duclare>
I'd recommend you try olimage first and pay attention to the docs
<duclare>
And I'm almost 100% sure olimage will support gpio
<duclare>
Their docs cover it too
<norton>
duclare: which docs, can you point me? I read some of them, I think they are kinda outdated (about script.bin FEX)
<duclare>
apritzel: Something like bootm addr#conf
<duclare>
The itb should have a bunch of configurations that couple a kernel and dtb, if I recall correctly
megi has quit [Quit: WeeChat 4.0.5]
<duclare>
I assume normally olimex bootloader should pick the configuration based on what board it detects
<duclare>
(based on what's stored in eeprom
<duclare>
)
ftg has quit [Read error: Connection reset by peer]
<duclare>
And Olimage-guide.pdf section 7.1 tells you how to list supported boards and their ids and how to write config (to eeprom I assume)
megi has joined #linux-sunxi
<apritzel>
duclare: "bootm addr#conf"> ah, I see, thanks, I only use FIT for bundling U-Boot proper + TF-A + crust + DTBs, not for the kernel
<norton>
hmm.
<norton>
okay, I'll try olimage again
<apritzel>
is that mainline U-Boot in charge there?
<duclare>
Not exactly but afaict they haven't butchered it too much
<duclare>
Dejavu, didn't someone here recently ask about olimex's use of eeprom?
<duclare>
They read it in spl
<duclare>
Idk why
<apritzel>
duclare: yeah, that was me, I wanted to get rid of that in mainline (because it's apprently not used there)
<apritzel>
I guess they could use it to select one DTB from the *U-Boot* FIT image, then skip the whole kernel DTB selection by using $fdtcontroladdr
<apritzel>
we do something similar for the Pine64: the SPL detect whether it's the Pine64+ or the "non-plus" version, then uses the appropriate DTB
<duclare>
It would be cool to find a way to make all the olimex stuff just supported ootb in mainline somehow
<duclare>
idk how feasible that would be
<norton>
What about sound support on Olimage? Anything - alsa, pulse, pipewire - just so it works?
<duclare>
I really have no idea. I figured most things would just work, but I have never used any olimex board
<norton>
And about SATA SSD? When I type `lsblk` in Olimage, it doesn't see my SSD
<apritzel>
in general SATA works nicely on A20 boards, at least it does on my BananaPi. Does the Olimex kernel not include the ahci_sunxi driver (module)?
<apritzel>
duclare: I am happy to figure something out as well