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)
systwi has joined #aarch64-laptops
<flowriser>
I see that in 5.16rc1 file qcom-aoss-qmp.h was removed, but it is used in the laptops branch for the sc8180x dts; does anyone know if it was maybe replaced with something else?
<steev>
bamse would likely be best to answer... i still use his sc8180x-next-20211015 here on my flex5g
<steev>
which, i see now he's added a 20220301
<steev>
so maybe that will have some insights flowriser
SallyAhaj has joined #aarch64-laptops
SallyAhaj has quit [Quit: SallyAhaj]
SallyAhaj has joined #aarch64-laptops
<flowriser>
thanks steev, didn't even notice 20220301
SallyAhaj has quit [Ping timeout: 480 seconds]
flowriser has quit [Remote host closed the connection]
flowriser has joined #aarch64-laptops
<flowriser>
Oh wow, vscode + intellisense is amazing
<flowriser>
works better than ctags
<flowriser>
It takes a while (like 30m) to index everything in the kernel (55k files) but after that it just works
<flowriser>
Also, I think I found a bug in 5.17
<flowriser>
apparently, it ignores the `dtb=` kernel boot parameter if you build it in the kernel
SallyAhaj has joined #aarch64-laptops
SallyAhaj has quit []
<flowriser>
I reduced the testing loop and automatized it almost completely; I build the kernel with efistub, bake in the kernel parameters, move it to the usb stick. I then manually press a button on my usb switch and ctrl-alt-delete on the laptop for it to restart
SallyAhaj has joined #aarch64-laptops
<flowriser>
Ah found it, when baking in the parameters it still tries to get them from the cmdline, but cmdline is empty ofc
<flowriser>
well, this is a bug i can fix, I guess
<flowriser>
ah, it was a config issue
<flowriser>
still a small bug, since it thinks that the size of the command_line is greater than 0 for some reason so that is why it tried to parse them
<flowriser>
but setting CONFIG_CMDLINE_FORCE=y skips that