robclark changed the topic of #aarch64-laptops to: Linux support for AArch64 Laptops (Chrome OS Trogdor Devices - Asus NovaGo TP370QL - HP Envy x2 - Lenovo Mixx 630 - Lenovo Yoga C630 - Lenovo ThinkPad X13s - and various other snapdragon laptops) - https://oftc.irclog.whitequark.org/aarch64-laptops
KREYREN_oftc has joined #aarch64-laptops
<steev> oh interesting, didn't realize dell had an arm system
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<jglathe_volterra> aram_ you're running Linux on it?
KREYREN_oftc has quit [Remote host closed the connection]
KREYREN_oftc has joined #aarch64-laptops
<steev> only 280 dollars, and it's not a chromebook?
<travmurav[m]> I think only 7c are chromebooks
<steev> i'm just a bit surprised at the low price
<travmurav[m]> used perhaps?
<travmurav[m]> 280 sounds low indeed
<travmurav[m]> or no one wants them xD
<jglathe_volterra> looks like cleanout of stock. Should be decent enough if Linux is bootable
<jenneron[m]> how does dtbloader decide which .efi app to load next?
<jenneron[m]> and does it work as /efi/bootaa64.efi?
<travmurav[m]> iirc it was hardcoded to grubaa64.efi
<jenneron[m]> ah right, found it, thanks
<jglathe_volterra> with windows 11s it will be quite an experience
<steev> i don't think it's in the kernel yet
jglathe_sdbox2 has joined #aarch64-laptops
KREYREN_ has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
<Segfault[m]> <travmurav[m]> "I think only 7c are chromebooks..." <- there are some 7c windows laptops, galaxy book go for instance
<travmurav[m]> Segfault: yes ik, I meant there are no non-7c chromebooks
<Segfault[m]> ah
* travmurav[m] is specifically an owner of a 7c woa laptop xD
ak-coram has quit [Remote host closed the connection]
jglathe_sdbox2 has quit [Remote host closed the connection]
jglathe_sdbox2 has joined #aarch64-laptops
jglathe_x13s has quit [Remote host closed the connection]
jglathe_x13s has joined #aarch64-laptops
sskras has quit [Quit: Updating details, brb]
sskras has joined #aarch64-laptops
sskras has quit []
sskras has joined #aarch64-laptops
jglathe_volterra has quit [Remote host closed the connection]
jglathe_volterra has joined #aarch64-laptops
<_[m]123> had random crash again on 6.8
<jglathe_volterra> Anybody getting one of those Dells? Just curious. I simply have no excuse to buy more tech, but if you get to boot it with Linux it should be pretty viable.
kralya[m] has joined #aarch64-laptops
<steev> i currently have 21 laptops... i really shouldn't get another one
<jglathe_volterra> <fold>
<clover[m]> steev: I get further with arm64.nopauth, but it seems it cannot find my cryptroot.
<clover[m]> I will try to rebuild with your recent changes
<steev> something may be a module now that was not before
<jglathe_volterra> Seems to show some kind of flaw in the strategy, though. Not of having 21 laptops, that's perfectly reasonable, but developing/producing this hardware and not selling it, or worse not doing something about it.
<jglathe_volterra> Like with those PPC machines produced by IBM a few decades ago that waited for OS/2 on PPC which never happened
<Jasper[m]> Which Dell was it? That inspiron that was mentioned?
<jglathe_x13s> yes
<_[m]123> thinking of it
<clover[m]> after upgrading to linux 6.8, kernel cannot seem to find or load my encrypted root partition.... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/fAqCvQYUvYGiSTaGnhXzPVhE>)
<clover[m]> rolling back to 6.7, password prompt comes up and it boots again
todi has quit [Remote host closed the connection]
todi has joined #aarch64-laptops
<jglathe_x13s> steev on 6.8.1, but I needed to merge some thermal sensors (gpu)
ellyq has quit [Ping timeout: 480 seconds]
<HdkR> Once we have thermal sensors for the GPU, can we have a way to find those sensors from msm's fdinfo? That way the temperature can be reported in nvtop and mangohud?
<HdkR> Currently have no way to track the device node back
<HdkR> Goody, porn!
<Dantheman825[m]> And that was today’s reminder for me to not click random links
<Dantheman825[m]> Jesus
<steev> clover[m]: show me what qcom files are in your initramfs
<steev> files with qcom in the name
<steev> jglathe_x13s: odd, bjorn's patch is there, what additional patch did you need to add?
<steev> clover[m]: scratch that, show me what sc8280xp files are in it
<jglathe_x13s> steev sorry did a diff (had some conflicts during rebase with all that sleep stuff and USB MP controller), but resulting diff shows no thermal sensors. So they were there.
<steev> if the sleep stuff was the pmdomain stuff, that was removed, not sure about the usb mp stuff, is that something you're pulling in?
<steev> i haven't gone looking for more for the pmdomain, i've been trying to do a course i'm supposed to finally complete for work this year
<clover[m]> steev: so like lsinitcpio /boot/initramfs-linux.img | grep sc8280xp ?
<clover[m]> returns no results, at least in my 6.7 initramfs
<steev> i'd prefer to see in your 6.8 initramfs :)
<steev> if it doesn't show anything, that means you don't have qnoc-sc8280xp; but you should have some in there because pinctrl and dispcc and such - but qnoc-sc8280xp is the super important one because its the interconnect driver... and it definitely looks like it's not in there? i don't see any of them actually
<steev> i'm not sure what the arch initramfs config file equivalent is for making sure modules are in, but make sure those are
<clover[m]> here are my modules: nvme phy_qcom_qmp_pcie pcie_qcom i2c_hid_of i2c_qcom_geni leds_qcom_lpg pwm_bl qrtr pmic_glink_altmode gpio_sbu_mux phy_qcom_qmp_combopanel-edp msm phy_qcom_edp
<clover[m]> 0xpi do not have qnoc-sc828
<steev> yeah, that needs to be in there now, and the others, because they're modules, not built in
<steev> sorry!
<clover[m]> ok i will add to my mkinitcpio.conf file
<clover[m]> i have these contents now.... (full message at <https://matrix.org/_matrix/media/v3/download/matrix.org/HSVATBUmbHWaeXTTurqHRTEX>)
<clover[m]> but it still didnt work, booted with same issue
<jglathe_x13s> steev rebase was from jhovold's 6.8.0-rc7 to your brannch, so maybe there were side effects because of that.
<steev> clover[m]: hm, maybe check the encryption types? i might not have some enabled that you use
<steev> jglathe_x13s: mmm, maybe? but my branch is based on jhovold's so his stuff is already applied
<steev> or maybe some of the encryption is now a module and not in it?
<clover[m]> is it possible my uuid is changing between kernel versions?
<steev> it shouldn't be
<steev> unless the partition table changes, the uuid should be the same
<clover[m]> ok
<jglathe_x13s> steev that was my assumption too
kralya[m] has quit [autokilled: Spambot. Mail support@oftc.net if you think this is in error. (2024-03-17 20:38:00)]
<clover[m]> im curious if anyone else running luks-encrypted root partitions is able to boot 6.8 with no issues?
<steev> man, this t64 rebuild in debian is taking forever :(
altacus has joined #aarch64-laptops
altacus has quit []
altacus has joined #aarch64-laptops
<altacus> _[m]123: Did you have any luck getting widevine to work with firefox? I used the widevine installer script, installed and set the User-Agent Switcher and Manager extension, but I'm still getting a "Please visit chrome://settings/content/protectedContent and make sure "Sites can play protected content" is enabled." error on netflix.
todi has quit [Remote host closed the connection]
jglathe_volterra has quit [Remote host closed the connection]
echanude has joined #aarch64-laptops
<_[m]123> somebody linked a script here
<_[m]123> had to modify it a bit, was python
<_[m]123> <clover[m]> "im curious if anyone else..." <- no issues
<Segfault[m]> luks root works for me too, are you sure you're not missing some module or cmdline option that's causing it to not pick up the ssd in initramfs?
<altacus> From the chat logs, it looks like you had to create a directory and then the script ran. I also did the same. Were there any other changes you made to Firefox? Did you install any codecs?
<clover[m]> <Segfault[m]> "luks root works for me too..." <- Things work on 6.7 and don't on 6.8. Go figure
<_[m]123> <altacus> "From the chat logs, it looks..." <- nope
<Segfault[m]> <clover[m]> "Things work on 6.7 and don't on..." <- i'm still on 6.8-rc4 lol
<clover[m]> Ok
<_[m]123> clover I have these https://paste.debian.net/1311090/
<clover[m]> Let me see linux parameters please