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)
Lucanis has joined #aarch64-laptops
miracolix has quit []
miracolix has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
SSJ_GZ has joined #aarch64-laptops
iivanov has quit [Quit: Leaving...]
underpantsgnome[m] has quit []
aguslr has quit [Quit: ZNC - https://znc.in]
aguslr has joined #aarch64-laptops
acathrow has quit [Quit: Leaving.]
acathrow has joined #aarch64-laptops
jhovold has quit [Quit: WeeChat 3.5]
jhovold has joined #aarch64-laptops
miracolix has quit [Remote host closed the connection]
jhovold has quit [Ping timeout: 480 seconds]
<calebccff> steev: how do you get the display to stay on during boot? no matter what I try it always winds up turning off, which makes it kinda hard to debug why my rootfs doesn't get mounted
<steev> build in drm, or blacklist msm and force it to use efifb?
<calebccff> it's dying well before drm/msm could probe, it's not even in my initramfs
<calebccff> with efifb I get a flash of output and then the display goes blank, backlight stays on
<steev> earlycon=efifb video=efifb maybe? and blacklist msm so it just stays with efifb
<calebccff> I'll give video=efifb a go
<steev> do you have the ufs module in the initramfs?
<calebccff> yeah
<calebccff> I'm trying to build an Arch install for it heh
<calebccff> with this I had earlycon but no actual console so no init logs: linux ($root)/vmlinuz ignore_loglevel earlycon=efifb,ram keep_bootcon initcall_debug console=efifb module_blacklist=msm,ti_sn65dsi86,panel-edp,phy-qcom-edp initcall_blacklist=efifb_driver_init,pmic_gpio_driver_init clk_ignore_unused pd_ignore_unused
<steev> i wouldn't blaclist the ti_sn68dsi86
<calebccff> I noticed the dsi bridge 1p2 regulator is controlled by a GPIO on the PMIC, but the DT doesn't mirror that? something like this... https://gitlab.com/sdm845-mainline/linux/-/commit/d17590d48da3776d1167a9b97de8ed7b98028dd3
<steev> that would be a question for someone smart, like bamse, or maybe lumag (not in here, in #freedreno/#linux-msm) definitely not something i could answer, i just cosplay as someone smart
<calebccff> , i'll give him a poke
<calebccff> damn, I see you have a lot of nice patches in your tree, i guess it's probably where i should have started :P
<steev> not that many, should only be like 48 on top of mainline
<steev> but the external dp isn't working right for me, so i have to disable that; everything in mine though is just stuff that's on the list
<steev> or was, at one point
<steev> the ec went away, because upstream asked to make it an mfd driver iirc
<calebccff> ah that's annoying!
<calebccff> when I had it booting briefly the EC battery driver didn't seem to be working for me, it just reported capacity as 0
<steev> the only thing not working for me, with 6.0 so far, is audio, which worked in 5.19, and does on next as well, i'm just not sure what is breaking it because, as far as i can tell everything is correct, and even in dmesg output everything LOOKS correct
<calebccff> huh, well i did have a bunch of spam on 6.1-rc6
<calebccff> my branch had some phone related patches though
<calebccff> ah, it appears I was not specifying a devicetree in the grub menuentry.......
<steev> oh, then you'd end up with the acpi boot stuff
pbsds0 has quit []
<steev> or whatever is in the efi partition if it's doing the dtbloader route
pbsds0 has joined #aarch64-laptops
<steev> we might not have the gpio on the pmic thing because of the lack of ec driver currently?
<steev> but if you like i can give that a spin here since things work for me
<steev> arch definitely works on the c630 because afaik, that's what bamse uses
<calebccff> steev: i do have dtbloader, i don't think I have a way to bypass it which isn't ideal...
<calebccff> I'd be interested to see what that patch does for you
<calebccff> I've built your kernel and configured grub properly and now it hangs after EFISTUB... "DT in use - unregistering ACPI tables"
<steev> calebccff: if using dtpbloader, it will load the dtb on the esp partition, but you can override that with the devicetree line in grub
<steev> Sorry for typos, on mobile
<calebccff> ok good to know, thanks
<steev> it's how i test newer kernels without copying them into the esp - one thing that isn't entirely clear to me, is if it *has* to be named the guid
<steev> guid? uuid? not sure what they are
<steev> there's a python script in... i think it's the dtbinstaller deb file that's in the aarch64-laptops/debian-cdimage repo that copies the dtbs over if you run it, which is what i use when i've verified that things (mostly? heh) work
SSJ_GZ has quit [Ping timeout: 480 seconds]
<steev> calebccff: it doesn’t seem to break things, having those 2 patches applied, which is good - http://sprunge.us/kh8FMR
<robclark> ndec, ardb, iirc the switch to app was because efi driver is a bit annoying with external drive (ie. it doesn't use aliases but absolute device path, which can change if you plug external drive into different usb port or have usb hub).. the theory w/ efi app is that dtbloader could replace shim as a thing that loads the next stage
<robclark> ofc someone is always welcome to come up with a better scheme ;-)