<clever> samueldr: did you have much success with early printk on android? i'm getting stuck with it now
<samueldr> as in earlyprintk=someconsole,para,whatever ?
<samueldr> only by cargo-culting
<clever> i enabled it in the kernel config
<clever> and it prints `Uncompressing Linux... done, booting the kernel.`
<samueldr> meaning that I was using whatever was described as working and it worked
<clever> but thats literally all it ever prints
<samueldr> is it even Linux that prints that?
<samueldr> I would have assumed the bootloader would
<clever> one sec
<clever> samueldr: see what 158 and 159 are doing?
<clever> [LDR:LoaderImpl]: Jumping to the Linux kernel...
<clever> Uncompressing Linux... done, booting the kernel.
<clever> and thats the very last thing it prints
<samueldr> interesting, I didn't know the kernel was uncompressing itself
<samueldr> clever: have you verified that the same early printk work on a stock rpi2 kernel?
<clever> ../arch/arm/boot/compressed/misc.c: putstr(" done, booting the kernel.\n");
<samueldr> ah, earlyprintk is not what I had in mind
<samueldr> it was earlycon I had in mind
<clever> arch/arm/boot/compressed/misc.c:decompress_kernel(unsigned long output_start, unsigned long free_mem_ptr_p,
<clever> the function that did the print
<clever> arch/arm/boot/compressed/head.S: bl decompress_kernel
<clever> which was called from damn assembly! lol
<clever> CONFIG_ARM_VIRT_EXT has been set
<clever> so it will test if its in hypervisor mode, and then either try to enter hyp, or branch to __enter_kernel
<clever> which restores the r0/r1/r2 from entry, and calls r4 (setup by uncompressor?)
<clever> yeah, this is just a stub, that will uncompress the real image, then jmp to the inner version, with the same args
<clever> samueldr: oh, and ive heard that "bad things" happen if you try to run a kernel for a diff model...
<clever> let me find a pi2...
<samueldr> huh
<samueldr> I thought it was okay
<clever> there are special rpi3 specific things the kernel has to do
<clever> and an rpi2 kernel wont know those things
<clever> (facepalm)
<clever> that is the rpi2
<clever> thats why it ignored my attempts to enable aarch64, lol
<samueldr> ...
<clever> let me flip aarch64 back on, and pop it into an rpi3, lol
<clever> samueldr: life!!!
<clever> [ 0.000000] Linux version 4.19.75-v7 (clever@system76) (gcc version 8.3.0 (GCC)) #2 SMP Mon Dec 2 20:02:07 AST 2019
<clever> [ 0.000000] Kernel panic - not syncing: ERROR: Failed to allocate 0x00002000 bytes below 0x00000000.
<samueldr> that sounds unfun
<clever> thats still better then before
<clever> and something i can debug
<clever> main anoyance, is that the rpi3 uSD slot isnt the clicky kind
<clever> so i cant just push to eject
<clever> it takes 10x as long to get a card out
<samueldr> you have a case around it I presume
<samueldr> and yeah, that makes it annoying to work with
<samueldr> but, clicky types sometime eject cards into lower earth orbit
<clever> heh, i still have my finger on it when it ejects
<DigitalKiwi> that's half of what makes them fun
<DigitalKiwi> have you not played rocket pen games?
<samueldr> that sounds dangerous
Acou_Bass has quit [Read error: Connection reset by peer]
Acou_Bass has joined #nixos-aarch64
orivej_ has quit [Ping timeout: 268 seconds]
<clever> samueldr: i suspect i didnt fill in the device tree correctly
<clever> and its not aware of how much ram it has
<clever> [ 0.000000] Booting Linux on physical CPU 0x0
<clever> [ 0.000000] cma: Size (0x00800000) of region at 0x00000000 exceeds limit (0x00000000)
<clever> [ 0.000000] cma: Failed to reserve 8 MiB
<clever> [ 0.000000] Kernel panic - not syncing: ERROR: Failed to allocate 0x00002000 bytes below 0x00000000.
<DigitalKiwi> take a clicky pen and see how far you can get it to bounce!
Thra11 has quit [Ping timeout: 265 seconds]
Thra11 has joined #nixos-aarch64
h0m1 has quit [Ping timeout: 252 seconds]
h0m1 has joined #nixos-aarch64
cptchaos83 has quit [Quit: https://quassel-irc.org - Chat comfortably. Anywhere.]
cptchaos83 has joined #nixos-aarch64
lordcirth has quit [Remote host closed the connection]
lordcirth has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Ping timeout: 250 seconds]
zupo has joined #nixos-aarch64
zupo has quit [Client Quit]
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
zupo has quit [Ping timeout: 245 seconds]
zupo has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
<betaboon> samueldr: this assumes you're in twrp-recovery and writes the provided file to userdata.
<betaboon> samueldr: for me in 4 minutes
ryantrinkle has quit [Ping timeout: 240 seconds]
<clever> uhhh, oops! :D
<clever> i tried compiling a cross gdb, so i could debug an arm qemu from x86
<clever> i accidentally cross-compiled a native arm->arm gdb (one that runs on arm, and debugs arm)
<clever> due to qemu-user-arm, it still works, lol
zupo has joined #nixos-aarch64
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-aarch64
lopsided98 has quit [Quit: Disconnected]
lopsided98 has joined #nixos-aarch64
ryantrinkle has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
<samueldr> betaboon: if you wrote that script, I am disappointed by you not using nix-shell as a shebang to have all utilities :)
orivej has quit [Ping timeout: 246 seconds]
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
zupo has joined #nixos-aarch64
chiefgoat has quit [Quit: ZNC 1.7.5 - https://znc.in]
h0m1 has quit [Quit: WeeChat 2.6]
h0m1 has joined #nixos-aarch64
chiefgoat has joined #nixos-aarch64
chiefgoat has quit [Client Quit]
chiefgoat has joined #nixos-aarch64
t184256 has left #nixos-aarch64 ["Disconnected: Replaced by new connection"]
t184256 has joined #nixos-aarch64
zupo has quit [Quit: My MacBook has gone to sleep. ZZZzzz…]
ryantrinkle has quit [Ping timeout: 265 seconds]