<andi->
I am pretty sure I have to enable the SPI feature at least
<andi->
but more likely most of that patch
<andi->
danielrf[m]: I patched the kernel to support the XTX flash chip and send out the patch a while ago.. hopefully this time it gets accepted. It is the third try someone attempts this.
<samueldr>
in relality you probably will need it for both
<samueldr>
it'd be annoying not to have the SPI working in u-boot if you need to reflash it
<samueldr>
I mean, for total correctness
<andi->
yeah
<samueldr>
you're probably fine with _a_ u-boot on SPI, whatever it is
veleiro has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
shad has quit [*.net *.split]
FireFly has quit [*.net *.split]
evalexpr has quit [*.net *.split]
bpye has quit [*.net *.split]
betaboon has quit [*.net *.split]
nbp has quit [*.net *.split]
veleiro` has joined #nixos-aarch64
neverredneverred has quit [Remote host closed the connection]
<andi->
I am not yet sure what the kernel policy is on accepting the DT changes I made... As the SPI is also on some exposed GPIO ports that someone might want to use
<samueldr>
this is something that would be handled by device tree overlays
<samueldr>
EXCEPT
<samueldr>
they're still dilly-dallying on how to do all of that
<samueldr>
and that at the current time it would force yet another job onto the bootloader
<samueldr>
(the latter point being my own)
* samueldr
sighs
dstzd has quit [Client Quit]
<andi->
maybe we should have the talk with people in that community? I mean us venting here is not helping (but I also do a lot it so I can sympathize…).
dstzd has joined #nixos-aarch64
<andi->
I feel like that is something totally fixable or at least approachable
<samueldr>
yeah, sorry :/
<samueldr>
I feel I'm way too much of an outsider to be taken seriously
<samueldr>
though I do have some notes written-up about proposing a high level approach to stuffing dtbs into initrds
dstzd has quit [Client Quit]
dstzd has joined #nixos-aarch64
<andi->
Maybe it is worth proposing. If you / we / whoever comes up with an idea that helps the entire SBC market but making the DT overlay situation less terrible that can hardly be a bad thing.
<samueldr>
(I'm doing something on another computer)
<samueldr>
on elinux.org there is a personal wiki page of someone involved with the kernel and device tree overlays
<samueldr>
might be a resource for someone to ping with ideas
veleiro` has quit [Ping timeout: 272 seconds]
<angerman>
02:26:58 up 5 days 22:21, 3 users, load average: 0.08, 0.06, 0.08
<angerman>
Hmm the helios64 seems to hold up so far.
<andi->
what kind of worloads are you tasking it with?
<andi->
Idling?
<angerman>
It's mostly Time Machine and serving files right now.
rajivr has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 268 seconds]
h0m1 has joined #nixos-aarch64
Darkmatter66 has joined #nixos-aarch64
ornxka has quit [Ping timeout: 240 seconds]
iwq has quit [Ping timeout: 265 seconds]
ornxka has joined #nixos-aarch64
orivej has quit [Ping timeout: 246 seconds]
veleiro has quit [Read error: Connection reset by peer]
Darkmatter66 has quit [Quit: ZNC 1.7.5 - https://znc.in]
justan0theruser has quit [Ping timeout: 260 seconds]
cole-h has quit [Ping timeout: 246 seconds]
justanotheruser has joined #nixos-aarch64
srk has quit [Ping timeout: 240 seconds]
sorki has joined #nixos-aarch64
sorki is now known as srk
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]