ChanServ changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630)
<flowriser> I had success with the creation of the iso with the custom kernel rebased for 5.15
<flowriser> I can see grub, but when selecting install it hangs a bit and then reloads; I assume there is something up with the video drivers on acer spin 7. How do I debug this further?
macc24_ has joined #aarch64-laptops
macc24 has quit [Ping timeout: 480 seconds]
macc24 has joined #aarch64-laptops
macc24_ has quit [Ping timeout: 480 seconds]
<steev> rebasing on top of 5.15 should be pretty straightforward
<flowriser> steev, I did that and it worked ok; now i actually created the debian installer iso, it boots but after selecting the install option it hangs for a bit and then reboots
<steev> odd
<steev> unfortunately, i'm not extremely familiar with d-i, but that seems more like it would be a kernel oops, and panic rebooting
<flowriser> I have a snapdragon 8cx gen 2 (Qualcomm® Kryo™ 495 CPU x 8 and Qualcomm® Adreno™ 680 GPU) so currently I am trying to recompile the kernel with the MSM module
<flowriser> the thing is I don't know how to debug/get traces
<flowriser> never debugged something like this before
<flowriser> steev, and yeah it seems like a kernel oops
<steev> is it possible, ufs support isn't there yet?
<steev> are you basing your dts on primus or on the flex5g?
<steev> oh wait, it's a spin
<HdkR> ooo, more 8cx g2 work. I approve :P
<steev> i don't even know what dts the spin would use
<flowriser> What is a dts? :D
<steev> the file in the kernel source that becomes a dtb so that the kernel knows what hardware is available
<steev> i'm too lazy to go looking up the chromebook matrix
<steev> wait what
<steev> i don't even see the spin 7 on the matrixd
<flowriser> :D
<flowriser> So there is a dts specifically made for the flex5g? I didn't know that, but I've seen the dts for the gpu so I though everything is more or less handled
<flowriser> the spin 7 was the only arm device I could buy in my country
<steev> "dts for the gpu"
<steev> do you still have cros on there?
<flowriser> what is matrixd and cros? :D
<steev> cros = chromeos
<steev> i don't see yours listed there at all
<flowriser> no, the spin 7 is an arm windows laptop
<steev> oh
<flowriser> it is a pretty nice device, battery lasts like 20h and I have 5g on it as well
<flowriser> it would be a great device if it could run windows
<flowriser> linux*
<flowriser> also, I literally have no idea what I'm doing :D
<steev> yeah, i don't even see the acpi tables or anything for it in
<flowriser> yeah, nothing is there
<steev> because no one else has the device :)
<steev> the flex 5g is probably the closest to it
<flowriser> yeah, it looks the same on paper
<flowriser> how can I find and populate the acpi tables? I could see them from grub
Evaia has quit []
<steev> honestly, i don't even remember how i grabbed the c630 ones
<steev> i think i used https://acpica.org/downloads/binary-tools in windowws
<flowriser> I'll be cleaning up my docker scripts and maybe tomorrow I will push them
<flowriser> It now takes 2 docker build commands to compile the kernel and create the debian installer so it might help to test a bit faster
<steev> unfortunately, my life has been a bit tumultuous the past few months so i'm not even sure what the status is of the flex5g these days
<steev> might be better to get a non-installer image working first
<flowriser> yeah, the alternative I was thinking about is simply getting busybox to work
<flowriser> is there anything else I could do that perhaps is even simpler?
<steev> i'd grab the acpi tables, and submit them as a pull request to the aarch64-laptops/build repo
<steev> then people can poke around in there
Evaia has joined #aarch64-laptops
<steev> you could also maybe, possibly, try
<steev> and then in your grub, force the flex5g dtb to be used
<steev> upstream grub doesn't have it exposed, but you can pass "devicetree /path/to/the/flex5g.dtb" and it should use it
<steev> you'd probably want to add something like, earlycon=efifb console=efifb to the kernel command line as well
<flowriser> wow, thanks steev! This will come in handy!
iivanov has quit []
flowriser has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
tomeu has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
Esmil has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
lewurm has joined #aarch64-laptops
flowriser has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
javierm has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
Esmil has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
flowriser has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
tomeu has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
lewurm has joined #aarch64-laptops
flowriser has joined #aarch64-laptops
javierm has joined #aarch64-laptops
flowriser has quit [Remote host closed the connection]
flowriser has joined #aarch64-laptops
Esmil has quit [reticulum.oftc.net liquid.oftc.net]
Jank[m] has quit [reticulum.oftc.net liquid.oftc.net]
javierm has quit [reticulum.oftc.net liquid.oftc.net]
_alice has quit [reticulum.oftc.net liquid.oftc.net]
lewurm has quit [reticulum.oftc.net liquid.oftc.net]
exit70[m] has quit [reticulum.oftc.net liquid.oftc.net]
jelly has quit [reticulum.oftc.net liquid.oftc.net]
cmeerw[m] has quit [reticulum.oftc.net liquid.oftc.net]
tomeu has quit [reticulum.oftc.net liquid.oftc.net]
jelly has joined #aarch64-laptops
lewurm has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
javierm has joined #aarch64-laptops
Esmil has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
tomeu has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
lewurm has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
jelly has joined #aarch64-laptops
tomeu has joined #aarch64-laptops
javierm has joined #aarch64-laptops
<flowriser> steev, I tried the acpi windows thingy and I dumped the acpi info on my acer spin 7 but it doesn't seem to be in the same format like the other ones from the repo
tomeu8 has joined #aarch64-laptops
tomeu has quit [Read error: Connection reset by peer]
<alyssa> this is some certified black magic..
Esmil has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
<alyssa> flashbacks to early mali-g52 on amlogic bring-up..
jelly has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
javierm has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
lewurm has joined #aarch64-laptops
_alice has joined #aarch64-laptops
<alyssa> note to self: grep for MTK in the chromium driver, there are random changes
Esmil has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
lewurm has joined #aarch64-laptops
jelly has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
javierm has joined #aarch64-laptops
Esmil has quit [charon.oftc.net liquid.oftc.net]
Jank[m] has quit [charon.oftc.net liquid.oftc.net]
javierm has quit [charon.oftc.net liquid.oftc.net]
_alice has quit [charon.oftc.net liquid.oftc.net]
lewurm has quit [charon.oftc.net liquid.oftc.net]
jelly has quit [charon.oftc.net liquid.oftc.net]
exit70[m] has quit [charon.oftc.net liquid.oftc.net]
cmeerw[m] has quit [charon.oftc.net liquid.oftc.net]
<alyssa> so I guess my next step is building a kernel with no PM or devfreq support
lewurm has joined #aarch64-laptops
jelly has joined #aarch64-laptops
exit70[m] has joined #aarch64-laptops
Jank[m] has joined #aarch64-laptops
_alice has joined #aarch64-laptops
cmeerw[m] has joined #aarch64-laptops
javierm has joined #aarch64-laptops
Esmil has joined #aarch64-laptops
<alyssa> concretely, even with no devfreq or suspend/resume, mt8192 seems to need a lot of fiddling with clocks and this disable_acp() magic
<alyssa> the latter of which traces back to a chromeos cl saying it fixed bus faults ....
<alyssa> and.. just... this
<alyssa> why is mediatek so 'special'
<alyssa> Although... MT8183 also has all sorts of "special" downstream, and it seems to work ok on upstream without it.
<alyssa> suggests mainline can ignore the clock fiddling (at the cost of no devfreq, which was already a given)