justanotheruser has joined #nixos-aarch64
alp has quit [Ping timeout: 272 seconds]
{^_^} has joined #nixos-aarch64
rajivr has joined #nixos-aarch64
zarel has quit [Ping timeout: 260 seconds]
zarel has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 246 seconds]
h0m1 has quit [Ping timeout: 260 seconds]
h0m1 has joined #nixos-aarch64
justanotheruser has joined #nixos-aarch64
heywoodlh has quit [Quit: ZNC 1.8.2 - https://znc.in]
heywoodlh has joined #nixos-aarch64
heywoodlh has quit [Quit: ZNC 1.8.2 - https://znc.in]
heywoodlh has joined #nixos-aarch64
andi- has quit [Remote host closed the connection]
andi- has joined #nixos-aarch64
<colemickens> well, I made a less naive attempt at rpi4 mainline 5.10 and now it's on a black screen and no ssh access -_-
<colemickens> wish me luck
<samueldr> good luck!
orivej has joined #nixos-aarch64
<clever> i'm using the latest build from https://hydra.nixos.org/build/129096047
<clever> and the lack of a configuration.nix is a bit non-user-friendly
zupo has joined #nixos-aarch64
<samueldr> with mobile-nixos#233 we now have a way to talk to the init!
<{^_^}> https://github.com/NixOS/mobile-nixos/pull/233 (by samueldr, 10 minutes ago, open): stage-1: Add progress tracking in splash
hmpffff has joined #nixos-aarch64
hmpffff has quit [Client Quit]
lopsided98 has quit [Quit: No Ping reply in 180 seconds.]
lopsided98 has joined #nixos-aarch64
alp has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
hmpffff has joined #nixos-aarch64
orivej has quit [Ping timeout: 260 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
alp has quit [Ping timeout: 272 seconds]
alp has joined #nixos-aarch64
monk has left #nixos-aarch64 ["Error from remote client"]
hmpffff has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hmpffff has joined #nixos-aarch64
monk has joined #nixos-aarch64
zupo has quit [Ping timeout: 256 seconds]
zupo has joined #nixos-aarch64
<patagonicus> Wanted to install Hydra to help with failing builds, but now Hydra is failing to build. :D
cole-h has quit [Ping timeout: 260 seconds]
orivej has joined #nixos-aarch64
alpernebbi has joined #nixos-aarch64
tilpner has quit [Remote host closed the connection]
tilpner has joined #nixos-aarch64
alp has quit [Ping timeout: 272 seconds]
alp has joined #nixos-aarch64
alp has quit [Ping timeout: 272 seconds]
alpernebbi has quit [Quit: alpernebbi]
zupo_ has joined #nixos-aarch64
zupo has quit [Ping timeout: 246 seconds]
dstzd_ has joined #nixos-aarch64
alp has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 265 seconds]
justanotheruser has joined #nixos-aarch64
Asmadeus has joined #nixos-aarch64
Asmadeus has quit [Changing host]
hmpffff has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
AmandaC has quit [Quit: Toodles]
Amanda has joined #nixos-aarch64
Amanda is now known as Guest32744
fooker has joined #nixos-aarch64
CyberManifest has joined #nixos-aarch64
hmpffff has joined #nixos-aarch64
zupo_ has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
CyberManifest has quit [Quit: Leaving...]
rajivr has quit [Quit: Connection closed for inactivity]
alp has quit [Ping timeout: 272 seconds]
cole-h has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 246 seconds]
nschoe has joined #nixos-aarch64
hmpffff has quit [Ping timeout: 272 seconds]
hmpffff has joined #nixos-aarch64
superherointj has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
hmpffff has quit [Ping timeout: 260 seconds]
hmpffff has joined #nixos-aarch64
orivej has quit [Ping timeout: 265 seconds]
alp has joined #nixos-aarch64
zupo has joined #nixos-aarch64
<samueldr> hmmm... now that I have communication with init, for stage-1, I could implement all "hard parts" inside init and just use that communication channel to do stuff
<samueldr> e.g. the recovery menu will have to handle being able to manually mount an encrypted partition
<samueldr> and the boot process *already* has to handle that anyway
<samueldr> similarly, expanding a filesystem to fill a partition
superherointj has quit [Quit: Leaving]
<samueldr> that way init could mediate access to those resources, and lock until done
rtjure has joined #nixos-aarch64
<samueldr> hmmmm
<samueldr> oh
<samueldr> CTRL+F reencrypt
dstzd_ is now known as dstzd
dstzd has joined #nixos-aarch64
dstzd has quit [Changing host]
monk has left #nixos-aarch64 ["Error from remote client"]
monk has joined #nixos-aarch64
justanotheruser has joined #nixos-aarch64
gchristensen has joined #nixos-aarch64
<colemickens> what are armstubs for?
<colemickens> armstub8-gic.bin ?
<clever> colemickens: the arm cpu begins execution at arm physical 0, and there is a fair amount of setup that has to be done before linux can use the arm core
<clever> colemickens: the arm stubs get copied to arm physical 0, do that setup, and then jmp to the kernel entry-point
<clever> and there are default stubs inside the start(4).elf binary, so you usually dont have to touch them
<colemickens> the rpi4 sd image specifically copies it, I was kind of curious why
<samueldr> clever: for u-boot it's needed
<samueldr> at least it was at some point
<samueldr> haven't verified if it isn't anymore
<colemickens> (I forget I think I have a PR applied that's not yet merged)
<samueldr> probably the one introducing u-boot
<clever> should check if its still needed, since i expect it to have been fixed by now
<samueldr> clever: could it be a different armstub than the one embedded in the start4.elf?
<clever> possibly, but where are you getting it from then?
<samueldr> the raspberry pi foundation
<clever> id expect them to have embedded it
<clever> the source for the stubs is also over here
<samueldr> I don't
<samueldr> >> armstub8-32.bin armstub8-32-gic.bin armstub8.bin armstub8-gic.bin armstub8-gic-highperi.bin
<samueldr> since there seems to be different ones!
<samueldr> -gic vs. -gic-highperi vs. nothing
<samueldr> so what I assume happens here is that start4.elf has the non-gic one
<samueldr> and u-boot wants the -gic one
<clever> %8-gic.o: %8.S $(CC8) -DGIC=1 -DBCM2711=1 -c $< -o $@
<clever> %8-gic-highperi.o: %8.S $(CC8) -DGIC=1 -DHIGH_PERI=1 -DBCM2711=1 -c $< -o $@
<clever> all in the Makefile in the above dir
<samueldr> yes
zupo has quit [Ping timeout: 258 seconds]
<samueldr> just as what I described
<samueldr> >> could it be a different armstub than the one embedded in the start4.elf?
<samueldr> yes it could
<clever> the arm stubs are embeded into start(4).elf as plain binary, so you can also just hexdump the elf and grep for the magic#
<clever> .word 0x5afe570b
<clever> but it may be simpler to just delete it, and see if it still boots
<samueldr> lol, safe stob
zupo has joined #nixos-aarch64
hmpffff has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
justanotheruser has quit [Ping timeout: 260 seconds]
justanotheruser has joined #nixos-aarch64
nschoe has quit [Remote host closed the connection]
hmpffff has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 272 seconds]
hmpffff has quit [Client Quit]
justanotheruser has joined #nixos-aarch64
justanotheruser has quit [Ping timeout: 260 seconds]
<colemickens> welp, changed deviceTree settings and now old genreatiosn dont boot, whomp whomp
<colemickens> maybe if I choose the generation instead of it failing and hitting it?
<colemickens> I think the first time, I filtered the dtb and it picked up the right one in both mainlien/foundation kernels. Then I hardcoded it to the dtb from mainline and it doesn't exist for the old generations using the foundation kernel.
<colemickens> I bet there's a way to respecify the right dtb at the uboot prompt
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
rtjure has quit [Ping timeout: 256 seconds]
rtjure has joined #nixos-aarch64
DigitalKiwi is now known as WitchKiwi