<colemickens>
that requires the same recovery "workaround" like razer2? I can give it a shot. I'm sort of more interested right now in getting my mainline kernel to boot, but that's not going super hot.
<samueldr>
I don't know if it'll need the workaround, my gut feeling says no
<samueldr>
and in any case if it does need it, the display will work for a short while
<samueldr>
I believe for cheryl2 it's that HDR gets enabled
<samueldr>
and that totally breaks stuff
<samueldr>
though do continue with mainline if it's a plausible way forward :)
<samueldr>
I didn't end up being able to boot mainline
<samueldr>
alrighty, so with that phone handled... am I really out of phones to port to?
<samueldr>
other than much older armv7l phones, and that mediatek phone without a kernel dump, I think so
rajivr has joined #nixos-aarch64
t184256 has left #nixos-aarch64 ["Error from remote client"]
t184256 has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
aminechikhaoui has joined #nixos-aarch64
<samueldr>
I'm kinda annoyed at how "project mainline" will cause confusion with "mainline linux"
t184256 has left #nixos-aarch64 ["Error from remote client"]
TheNumb has joined #nixos-aarch64
gchristensen has quit [Ping timeout: 240 seconds]
gchristensen has joined #nixos-aarch64
bennofs[m] has quit [Ping timeout: 240 seconds]
jdnixx has joined #nixos-aarch64
t184256 has joined #nixos-aarch64
alexarice[m]1 has joined #nixos-aarch64
claudiii_ has joined #nixos-aarch64
kyren1 has joined #nixos-aarch64
davidtwco_ has joined #nixos-aarch64
yangm has quit [Ping timeout: 240 seconds]
alexarice[m] has quit [Ping timeout: 240 seconds]
kyren has quit [Ping timeout: 240 seconds]
davidtwco_ is now known as davidtwco
claudiii_ is now known as claudiii
blackriversoftwa has joined #nixos-aarch64
andi- has joined #nixos-aarch64
<colemickens>
if the simple_fb was working, I would just start seeing stuff on screen yeah?
t184256 has left #nixos-aarch64 ["Error from remote client"]
t184256 has joined #nixos-aarch64
cole-h has quit [Ping timeout: 256 seconds]
noonien has joined #nixos-aarch64
noonien has quit []
<craige>
Dropped an SD card into the pinephone today and especially compared to PostMarketOS, the UI was as snappy as you'd expect on device spec'd like that. Looking forward to getting my NixOS build that snappy.
<craige>
Unless I've missed something samueldr - the last successful build for the pinephone was https://hydra.nixos.org/build/127941252#tabs-buildinputs <- is that a known issue or something that requires attention that I can look at?
<craige>
ugh s/Dropped an SD card/Dropped an SD card with UBports on it/
orivej has joined #nixos-aarch64
zupo has joined #nixos-aarch64
Darkmatter66 has quit [Quit: ZNC 1.7.5 - https://znc.in]
Darkmatter66 has joined #nixos-aarch64
ninjin_ has quit [Remote host closed the connection]
ninjin_ has joined #nixos-aarch64
noonien has joined #nixos-aarch64
Larp has joined #nixos-aarch64
Darkmatter66_ has joined #nixos-aarch64
Darkmatter66 has quit [Ping timeout: 260 seconds]
orivej has quit [Ping timeout: 264 seconds]
<sphalerite>
craige: huh, ubports was pretty slow (on the emmc) for me…
t184256 has left #nixos-aarch64 ["Error from remote client"]
t184256 has joined #nixos-aarch64
gchristensen has quit [*.net *.split]
jdnixx has quit [*.net *.split]
kyren1 has quit [*.net *.split]
Smith[m]1 has quit [*.net *.split]
puzzlewolf has quit [*.net *.split]
Ke has quit [*.net *.split]
danielrf[m] has quit [*.net *.split]
colemickens has quit [*.net *.split]
thefloweringash has quit [*.net *.split]
leonardp has quit [*.net *.split]
lopsided98 has quit [*.net *.split]
Jake[m] has quit [*.net *.split]
ninjin_ has quit [*.net *.split]
tilcreator has quit [*.net *.split]
betrion[m] has quit [*.net *.split]
hsngrmpf[m] has quit [*.net *.split]
codyopel has quit [*.net *.split]
blitzclone[m] has quit [*.net *.split]
pinage404[m] has quit [*.net *.split]
hpfr has quit [*.net *.split]
smrtak[m] has quit [*.net *.split]
fgaz has quit [*.net *.split]
samueldr has quit [*.net *.split]
t184256 has quit [*.net *.split]
noonien has quit [*.net *.split]
Danct12[m] has quit [*.net *.split]
Dandellion has quit [*.net *.split]
Ericson2314 has quit [*.net *.split]
ashkitten has quit [*.net *.split]
Darkmatter66_ has quit [*.net *.split]
ryantrinkle has quit [*.net *.split]
V has quit [*.net *.split]
evils has quit [*.net *.split]
aminechikhaoui has quit [*.net *.split]
Acou_Bass has quit [*.net *.split]
quinn has quit [*.net *.split]
clever has quit [*.net *.split]
AmandaC has quit [*.net *.split]
sigtrm has quit [*.net *.split]
evalexpr has quit [*.net *.split]
bdju has quit [*.net *.split]
blackriversoftwa has quit [*.net *.split]
zarel has quit [*.net *.split]
andi- has quit [*.net *.split]
claudiii has quit [*.net *.split]
alexarice[m]1 has quit [*.net *.split]
TheNumb has quit [*.net *.split]
h0m1 has quit [*.net *.split]
kloenk has quit [*.net *.split]
pbb has quit [*.net *.split]
ehmry has quit [*.net *.split]
Dezgeg has quit [*.net *.split]
feepo has quit [*.net *.split]
flokli has quit [*.net *.split]
hexa- has quit [*.net *.split]
julm has quit [*.net *.split]
patagonicus138 has quit [*.net *.split]
ib07 has quit [*.net *.split]
ky0ko has quit [*.net *.split]
ajs124 has quit [*.net *.split]
xdej has quit [*.net *.split]
bbigras has quit [*.net *.split]
zupo has quit [*.net *.split]
tilpner has quit [*.net *.split]
grw1 has quit [*.net *.split]
DigitalKiwi has quit [*.net *.split]
davidtwco has quit [*.net *.split]
rajivr has quit [*.net *.split]
fps has quit [*.net *.split]
dsal has quit [*.net *.split]
taktoa[c] has quit [*.net *.split]
tnias[m] has quit [*.net *.split]
flo[m] has quit [*.net *.split]
JJJollyjim has quit [*.net *.split]
ArtemVorotnikov[ has quit [*.net *.split]
Larp has quit [*.net *.split]
cornu has quit [Ping timeout: 244 seconds]
Ox4A6F has quit [Ping timeout: 244 seconds]
kyren1 has joined #nixos-aarch64
NekomimiScience has joined #nixos-aarch64
Dezgeg has joined #nixos-aarch64
Larp has joined #nixos-aarch64
DigitalKiwi has joined #nixos-aarch64
ib07 has joined #nixos-aarch64
dustinm- has joined #nixos-aarch64
bigvalen has joined #nixos-aarch64
lovesegfault has joined #nixos-aarch64
Asmadeus has joined #nixos-aarch64
fps has joined #nixos-aarch64
Dandellion has joined #nixos-aarch64
Dandellion has quit [Ping timeout: 240 seconds]
Dandellion has joined #nixos-aarch64
cornu has joined #nixos-aarch64
Ox4A6F has joined #nixos-aarch64
fgaz has joined #nixos-aarch64
bbigras has joined #nixos-aarch64
colemickens has joined #nixos-aarch64
Ke has joined #nixos-aarch64
craige has joined #nixos-aarch64
h0m1 has joined #nixos-aarch64
hmpffff has joined #nixos-aarch64
orivej has joined #nixos-aarch64
h0m1 has quit [Quit: WeeChat 2.9]
h0m1 has joined #nixos-aarch64
<betaboon>
anyone got the pi4 running with vc4 overlay ?
ib07 has quit [Ping timeout: 246 seconds]
ib07 has joined #nixos-aarch64
ib07 has quit [Max SendQ exceeded]
ib07 has joined #nixos-aarch64
ib07 has quit [Max SendQ exceeded]
ib07 has joined #nixos-aarch64
kai_w has joined #nixos-aarch64
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
orivej has quit [Ping timeout: 240 seconds]
cole-h has joined #nixos-aarch64
ib07 has quit [Ping timeout: 256 seconds]
Darkmatter66 has joined #nixos-aarch64
<samueldr>
craige: as built natively on aarch64
<samueldr>
craige: yes there is a bug to be looked at
<samueldr>
which is "trivial" to work around, or you can use the x86_64-linux cross build
<samueldr>
colemickens: yeah
<samueldr>
colemickens: I don't know if you saw that you also need to enable it in the kernel config
zupo has joined #nixos-aarch64
kai_w has quit [Quit: Konversation terminated!]
zupo has quit [Ping timeout: 260 seconds]
<colemickens>
I did. :/
<samueldr>
I presume there was no display then?
<samueldr>
still stuck on the boot logo?
<samueldr>
maybe try adding "quiet" to the args, pixel 2 has that weird issue where if "quiet" isn't used things go wrong
<samueldr>
too bad, for razer-cheryl2 it just worked
cole-h has quit [Quit: Goodbye]
<colemickens>
correct. I can try out quiet.
<samueldr>
though I kind of assume it won't help
<colemickens>
I do have another question. You have the patch to drop "dangerous android args". I don't have that patch, but I am still able to boot, etc?
<samueldr>
good thing it's just an image rebuild
<colemickens>
Does the razer2 have more aggressive dangerous args hardcoded or?
<samueldr>
uh
<samueldr>
you should be needing that
<samueldr>
is the bootloader adding `skip_initramfs` to your command line args?
<samueldr>
>> Devices that use recovery as a ramdisk must use the kernel command line parameter androidboot.force_normal_boot=1 to decide whether to boot into Android or continue booting into recovery
<samueldr>
and AFAIK this isn't used by the kernel, but used by the init
<samueldr>
so uh... neat?
<samueldr>
so uh... we're not handling that method of entering recovery yet
<samueldr>
that might also be needed for fastbootd?
<samueldr>
I figure with the android 9 bootloader things would be different
<colemickens>
heh, I know things are somewhat different with the android 9 bootloader. I might give that a go today since I think I had mainline booting with it once.
<colemickens>
There's also an Android 11 bootloader out for it now, might be worth testing and collecting /proc/cmdline for notes today too, after testing android 9 btldr
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
cole-h has quit [Client Quit]
cole-h has joined #nixos-aarch64
<samueldr>
colemickens: one thing I didn't verify exhaustively
<samueldr>
it might be that your device isn't using b1-common.dtsi transitively
<samueldr>
I didn't end up being able to conclusively prove that blueline was b1
<samueldr>
though it makes sense that B1 is Blueline and C1 is Crosshatch
<samueldr>
(and other bits and bobs online like misc. dmesg output)
<colemickens>
do you know what the "transitive" linking mechanism is?
<colemickens>
Is there some magic number in the DTSI that is matched to the board at boot time?
<colemickens>
or maybe you don't know and thats why you mention? I can look into it.
<samueldr>
I don't think so
<samueldr>
I meant transitively in the sense of being #included
<colemickens>
ok
<samueldr>
though this does bring up the question to me: could you be using crosshatch's FDT?
<samueldr>
hmm, probably not
<samueldr>
but uh, it's isImageGzDtb, I wonder which FDTs it's bundling in
<samueldr>
a good way to check is in the first lines of the dmesg output, the "model" field will be printed
<colemickens>
Machine: Google Inc. MSM sdm845 B1 DVT1.1
<colemickens>
I don't see framebuffer0 from the patch though :/
<samueldr>
I like how you kept "somefile.dts" lol
<samueldr>
and yeah
<samueldr>
the "good news" is that the FDT is different to what's expected
<samueldr>
so it never ended up being tried
<colemickens>
grumble, my udev takes 2 minutes to settle on every boot. or something "Wait for... evice initialization" for exactly 2 minutes on every boot
<samueldr>
oh
<samueldr>
that reminds me of something
<samueldr>
I don't recall what
<samueldr>
right
<colemickens>
(I am not stumped yet, but fwiw I did go ahead and push up exactly what I'm working with)
<samueldr>
thuogh I seem to recall having found more details about it
<samueldr>
but I don't remember what
<samueldr>
I'll be busy in the next few hours, but for simplefb (if that's what you want to work on) you might want to first trace out where in "the chain" the FDT is lost
<samueldr>
is it being appended to the kernel you're booting?
<samueldr>
is the added node part of the FDT being appended?
<samueldr>
if they are, then it's somewhere on the device (I guess) that it ends up being lost
<colemickens>
okay.
<colemickens>
I think it's loading from the dtbo partition still.
<colemickens>
I know things break if I erase it.
<samueldr>
it could be
<colemickens>
I need to read up on how the appended/partition loading works, tracing the end of the build log will help me grok what's going on too.
<colemickens>
Thanks for the guidance, I've got lots of things to explore this afternoon.
<samueldr>
if you run dtbs_install in the kernel build, the built FDTs should be in the output of the kernel package
<samueldr>
-A config.mobile.boot.stage-1.kernel.package
<colemickens>
the dtbs dir is empty :|
<samueldr>
is it running dtbs_install?
<samueldr>
and does the log include DTC lines?
<colemickens>
oops, I think I dropped hasDTB on accident
<colemickens>
yeah, I get what you're saying, it's still building :)
<samueldr>
so it must not even be using the FDTs it should be appending?