ChanServ 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
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
ellyq has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
ellyq_ has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
ellyq_ has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
ellyq has quit [Ping timeout: 480 seconds]
tobhe_ has joined #aarch64-laptops
tobhe has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Remote host closed the connection]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
jhovold has joined #aarch64-laptops
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
martiert_work has joined #aarch64-laptops
mrkajetanp has joined #aarch64-laptops
martiert has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
martiert_work has quit [Quit: WeeChat 4.4.1]
martiert has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
xroumegue has quit [Ping timeout: 480 seconds]
mrkajetanp has quit [Ping timeout: 480 seconds]
xroumegue has joined #aarch64-laptops
mrkajetanp has joined #aarch64-laptops
maud has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
maud has quit []
mrkajetanp has joined #aarch64-laptops
<hogliux> JensGlathe[m]: that seems to be it. If I `rmmod ath12k` before suspending then it does seem to suspend.
mrkajetanp has quit [Ping timeout: 480 seconds]
<hogliux> JosDehaes[m]: you should try unloading ath12k before suspending. At least in my kernel compilation test, I can see that it actually pausing compilation. Keyboard light still stays on though and the power indicator also does not pulse.
hightower2 has quit [Remote host closed the connection]
hightower2 has joined #aarch64-laptops
mrkajetanp has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
<jhovold> Here's an updated wip branch for x1e80100:
<jhovold> Changes include:
<jhovold> - fix qup clk parking (6.11-rc1 regression)
<jhovold> - fix gpio interrupts in driver, drop dt hack
<jhovold> - fix drm writeback connector resume
<jhovold> - drop gpu id hack (depends on mesa 24.2.0)
<jhovold> - add Lenovo ThinkPad T14s support
<jhovold> - add Lenovo Yoga wifi calibration variant
<jhovold> Here's an updated wip branch for the X13s:
<jhovold> Changes include:
<jhovold> - fix stuck venus video clock (6.11-rc1 regression)
<jhovold> - fix qup clk parking (6.11-rc1 regression)
<jhovold> - fix ath11k NULL-deref with 6 GHz (6.11-rc1 regression)
<jhovold> - fix ath11k suspend issues (6.10 regression)
ema has quit [Quit: reboot]
mrkajetanp has quit [Ping timeout: 480 seconds]
<JosDehaes[m]> jhovold: great! Is the in-kernel pd-mapper still broken (x1e)?
<jhovold> yep
ema has joined #aarch64-laptops
<JosDehaes[m]> trying to use the userspace pd-mapper but it says: pd-mapper[623]: no pd maps available
<JosDehaes[m]> qrtr-ns service is running
<jhovold> JosDehaes[m]: missing json files? Or perhaps they are compressed?
<JosDehaes[m]> where should I get those json files?
mrkajetanp has joined #aarch64-laptops
<jhovold> from the windows installation along with the adsp (cdsp) fw
<jhovold> they should go under /lib/firmware/qcom/x1e80100/
<JosDehaes[m]> ah, thx!
<jhovold> (e.g. adspua.jsn)
mrkajetanp has quit [Ping timeout: 480 seconds]
<JosDehaes[m]> ok, so they had to be in /lib/firmware/qcom/x1e80100/LENOVO/83ED/
<JosDehaes[m]> pd-mapper service is running now, but battery status is not working. I get synth uevent: /devices/platform/pmic-glink/pmic_glink.power-supply.0/power_supply/qcom-battmgr-ac: failed to send uevent in dmesg
<JosDehaes[m]> something else missing?
<steev> hogliux: the led pulsing is something from the EC and we don't have that yet
mrkajetanp has joined #aarch64-laptops
<JosDehaes[m]> also power_supply qcom-battmgr-ac: uevent: failed to send synthetic uevent: -11
mrkajetanp has quit [Ping timeout: 480 seconds]
<jhovold> JosDehaes[m]: not sure what that's about, perhaps your user space is doing something funny
<jhovold> did you install the adsp fw as well?
<JosDehaes[m]> yes
<JosDehaes[m]> the .elf and the .mbn
<jhovold> using the expected names? (they were unfortuantely renamed for the crd, not sure what machine you use)
<JosDehaes[m]> I put 3 files adspr.jsn, adsps.jsn and adspua.jsn
<JosDehaes[m]> this is on yoga 7x
<jhovold> I meant the elf and mbn
<JosDehaes[m]> adsp_dtbs.elf adspr.jsn adsps.jsn adspua.jsn cdsp_dtbs.elf qcadsp8380.mbn qccdsp8380.mbn qcdxkmsuc8380.mbn
<jhovold> I suggest you verify that the remote procs are up, check the logs for any other errors
<jhovold> and compare those names to what's in the dt
mrkajetanp has joined #aarch64-laptops
<JosDehaes[m]> the firmware names match the DT
<JosDehaes[m]> how to check the remote procs are up?
<jhovold> JosDehaes[m]: you seem to be using some matrix quoting that shows up funny on irc, perhaps just you can just use regular quote chars (or a colon)
<JosDehaes[m]> oh sorry
<jhovold> dmesg | grep remoteproc
<jhovold> remoteproc remoteproc0: remote processor 30000000.remoteproc is now up
<jhovold> everything seems to be working
<jhovold> try, grep . /sys/class/power_supply/qcom-battmgr-bat/*
<jhovold> is pd-mapper running?
<JosDehaes[m]> yes
mrkajetanp has quit [Ping timeout: 480 seconds]
<JosDehaes[m]> I see a process /usr/bin/pd-mapper
<jhovold> seems the driver does not receive the service up notification for some reason
mrkajetanp has joined #aarch64-laptops
<jhovold> which kernel and config are you using?
<JosDehaes[m]> using your -rc6 and your defconfig with some filesystems added
<jhovold> which distro?
<JosDehaes[m]> Arch
<jhovold> hmm, not sure what to suggest then, similar setup to mine
<JosDehaes[m]> I can try to build with a pristine defconfig
<jhovold> ah, did you copy the battmgr.json file?
<jhovold> jsn
<JosDehaes[m]> ah no
<JosDehaes[m]> also in same place?
<JosDehaes[m]> from windows?
<jhovold> yeah, that should be it
f_ is now known as funderscore
alfredo has joined #aarch64-laptops
<JosDehaes[m]> that was it, copied the file, restarted pd-mapper, and immediately battery % came through! Thx!
mrkajetanp has quit [Ping timeout: 480 seconds]
mrkajetanp has joined #aarch64-laptops
<kuruczgy[m]> I saw the qrtr-ns service mentioned, what does it do? I don't have it, only pd-mapper, but battery status is working. Is it needed for something else?
<jhovold> qrtr-ns used to be a user space service, but this is now implemented in the kernel (since years)
<jhovold> the pd-mapper systemd files until recently depended on the user-space service to make sure either the kernel or user-space service was available
alfredo1 has joined #aarch64-laptops
<JosDehaes[m]> oh, arch claims it's a dependency for pd-mapper
<kuruczgy[m]> it's a build dependency sure but you don't need to run it as a separate service then apparently
<jhovold> iirc, the user space daemon just refuses to start when support is in the kernel, but systemd thinks it's running
<jhovold> as required by pd-mapper (up until recently)
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
alfredo1 has joined #aarch64-laptops
alfredo1 has quit []
alfredo has quit [Ping timeout: 480 seconds]
srinik has joined #aarch64-laptops
matthias_bgg has joined #aarch64-laptops
<kuruczgy> hogliux: Interesting find. If I try to sleep during kernel compilation it refuses, the screen goes black for a second and then comes back, `/sys/power/state` reports "Device or resource busy", and I also see the "mhi mhi0: Requested to power ON" message.
<hogliux> kuruczgyt: I only see the "Requested to power ON" message when I have ath12k driver loaded
<hogliux> But looking at the IRC history here, I think I don't have all the firmware load patches for ath12k that you do
<hogliux> But sleep is still intermittant: I tried compiling the kernel again over lunch break while suspended. The computer's screen went blank while I was packing things together, but when I came back the screen was on adn the kernel had finished compiling.
<hogliux> Not sure what woke it. There was no "mhi mhi0: Requested to power ON" message.
<hogliux> Instead of compiling the kernel, you can also just run something like this: I=0; while true; do echo ${I}; I=`expr ${I} + 1`; sleep 1; done
<kuruczgy> For me the only wakeup source that seems to be working is the keyboard. E.g. I can't wake it up via the power button or the touchpad (and definitely not using the lid switch), only the keyboard.
<hogliux> Maybe during my lunch break it never really went into suspend
<hogliux> I think it's a bit hit&miss currently
<kuruczgy> Your counter works as expected for me, it does not count during sleep.
<hogliux> Yeah for me as well
<hogliux> But then sometimes, it doesn't
<hogliux> Not sure why. Seems a bit ransom. There seems to be kind of race condition somewhere.
<hogliux> ransom=random
<hogliux> kuruczgy: It should really work also during kernel compilation
<hogliux> jhovold: I have a really general question: why doesn't booting with ACPI actually work? All the interaction with the EC is encoded into the ACPI tables which we can dump from Windows. I think Arm is pushing in that direction with their "Arm Base System" specification. And I think grub can load custom ACPI tables from disk.
<travmurav[m]> hogliux: because most of the actual platform definition is not in acpi but in the PEP driver. Getting that to work in linux would be possible but /a lot/ of work, while DT support for qcom platforms in linux is pretty mature already thanks to mobile socs
<travmurav[m]> I believe for some specific socs there was some work to make bare minimum work under acpi (iirc just usb and kb/tpad) but even that was only "so we can get installer to run far enough to put dtb in"
<travmurav[m]> (though my personal opinion is that even that is too much work compared to letting installer images to carry the dtbs)
whiskey9 has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
<whiskey9> I've been tinkering a bit with an XPS 13 9345 (snapdragon). Just curious if anyone else has made any progress on that.
alfredo has joined #aarch64-laptops
danielt has joined #aarch64-laptops
<danielt> For Thinkpad X13s (with encrypted root), something seems to have changed between 6.10 and 6.11-rc6 that results in preventing the hexagons from booting (remoteproc cannot find firmware). Looking at the history here this seems to go back and forth depending on what modules end up being includes in the initramfs. Normally this gets solved by trying to find the module that needed remoteproc and forcing it to load later. That struck me as
<danielt> pretty harmful to good distro support so I tried to solve it in Debian's initramfs-tools instead: https://gist.github.com/daniel-thompson/5475864aee6262200fee7b474202f0c3 . Still haven't decided if this approach is better or worse but is certainly makes my system work properly again.
<Jasper[m]> <whiskey9> "I've been tinkering a bit with..." <- Haven't seen anyone here yet I think
<whiskey9> Jasper[m]: Aw man. Thanks!
mrkajetanp has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
ellyq has joined #aarch64-laptops
ellyq_ has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
<Jasper[m]> <whiskey9> "Jasper: Aw man. Thanks!" <- If you could dump and decompile your acpi tables that would be immensely helpful.
<Jasper[m]> I don't have a link for instructions on hand, but you can submit them to https://github.com/aarch64-laptops/buikd
<Jasper[m]> s/buikd/build/
<Jasper[m]> Leave out the msdm table since that contains your windows license information
<whiskey9> Jasper[m]: Will do! Thank you!
alfredo has quit [Quit: alfredo]
<whiskey9> Jasper[m]: Sweet mama potato! Someone already has submitted the ACPI tables for the 9345.
<Jasper[m]> Ah, then maybe I missed it
<Jasper[m]> They could be in here
alfredo has joined #aarch64-laptops
<whiskey9> Glancing at the ACPI tables, it might be claiming to be a qcom edk2 board..and in that case, I might be able to start down this rabbit hole with u-boot: https://www.linaro.org/blog/initial-u-boot-release-for-qualcomm-platforms/
matthias_bgg has quit [Quit: Leaving]
<whiskey9> I'm currently able to start grub using http boot, but it bombs out when I attempt to list the devices. In other strange news, when I disable the onboard disk and attempt to list the devices, I see ~100 partitions for a disk(hd0) that is probably some internal thing...or grub is confused about how to read devices.
<whiskey9> *shrug* Just getting into grub seemed like a minor victory to me. heh
<robclark> the windows laptops, you shouldn't need u-boot (but for the phones and other devices that use fastboot, you do)
<robclark> re: extra partitions, IIRC some of the (earlier?) windows devices had extra partitions for firmware/etc.. and windows itself has some sort of recovery partition
<travmurav[m]> 50+ partitions would indeed sound like internal spi flash with firmware
<robclark> right
<JensGlathe[m]> Those are all EFI partitions(?) something like that, I see it when booting into EFI shell. I would try to boot with one of the already existing dt's.
<travmurav[m]> and yeah, emmc devices have those right on the emmc, ufs devices can have it on a dedicated LUN
<JosDehaes[m]> Yes, try with Jens' ubuntu image, my yoga booted with the CRD DT 2 months ago
<konradybcio> stop trying to boot the crd image, you'
<konradybcio> ll burn down chips on your board
<konradybcio> device tree includes voltrage regulator settings
<JosDehaes[m]> hehe, 2 months ago :-D
<konradybcio> well luckily for you most laptops don't deviate too much from the reference design, but this is not a good way to go..
<konradybcio> also I heard bamse is working on the xps..
<whiskey9> Sweet. Yeah, I'd be glad to compare notes with bamse, although I've been feeling around in the dark a bit, so my notes are...meh.
<JensGlathe[m]> danielt: Nice script, a little more elegant than what I did (explicit list of all fw files to load). A few versions ago (6.8?) I fought with boot via type-c, and found the hack to disable the adsp fw on the rootfs so that loading it for whatever reason comes from initramfs. Otherwise I ended up with inaccessible rootfs and stalled boot. Maybe this was just a quirk/regression, I kept it in.
<\[m]> is anybody still waiting on higher SKU cpu for thinkpad t14s?
<JensGlathe[m]> I am waiting on the Snapdragon Devkit
<JensGlathe[m]> as a backup strategy I got a HP Omnibook X14
<JensGlathe[m]> on ebay
<HdkR> psref still doesn't claim that T14s will have a higher end SKU
<HdkR> Which considering the system load I can get out of abusing the CPU cores, I don't blame them
<\[m]> yeah I called them again, the sales said that since the laptops are selling less than foreseen probably there will be no more investment in extending the lineup
<\[m]> where are those devkits anyway lol
<\[m]> next day delivery !! a day means a year loloops
<nirik> Anyhow happen to have the pm-mapper json files for the slim7x up anywhere? Getting them from windows means I would have to swap that nvme back in, which is a pain. ;)
<HdkR> Expected ship date currently sitting on the 18th of this month, which will be the four month anniversary of X1E being available
<\[m]> as a back up of what Jens Glathe
<Jasper[m]> <\[m]> "as a back up of what Jens Glathe..." <- Possobly not getting the devkit for another year :^)
<Jasper[m]> I'm just waiting for the devkit
iivanov has quit [Quit: Leaving...]
<\[m]> but omnibook has x1e-078?
<Jasper[m]> Well yeah, but for a lack of a (cheaper) alternative
<Jasper[m]> It shouldn't be too much different
<Jasper[m]> And you get a whole laptop from it
<\[m]> only samsung and dell have faster ones
<JensGlathe[m]> \: Jasper exactly. I can do tests now
<\[m]> I like dell laptops better than hpe - but maybe it's not the same as the ones corpo gives you
<\[m]> you have the dts?
<\[m]> the dell has a weird laptop hinge though, it's like made to cut off your leg bloodstream haha
<JensGlathe[m]> No. So that's first thing to do. I would have preferred T14s, but the price puts me a little off
<\[m]> I guess nobody has a dell either?
<JensGlathe[m]> and I am sort of confident that something might work
<JensGlathe[m]> its a nice laptop, can't complain. Quite impressed tbf
<robclark> abelvesa: I noticed you sent patches for external dp for t14s.. any chance to get external dp for yoga 7x?
<HdkR> ooo, external DP patches? That would be nice for game capture :)
<robclark> "[PATCH 2/2] arm64: dts: qcom: x1e80100-t14s: Add external DP support"
<robclark> see also "[PATCH 0/2] arm64: dts: qcom: x1e80100: Add external DP support to CRD and T14s".. I guess there is a dependency you need, https://lore.kernel.org/all/20240829-x1e80100-ps8830-v1-0-bcc4790b1d45@linaro.org/
<nirik> For anyone who might want rpms... I setup a copr building fedora rawhide kernel + jhovold's patches... (rc6 building now): https://copr.fedorainfracloud.org/coprs/kevin/x1e80100kernel/
funderscore is now known as f_
<HdkR> Nice. My T14s arrives in a couple of days, so hopefully I can set it up with those external DP patches and get some footage
whiskey9 has quit [Quit: Lost terminal]
whiskey9 has joined #aarch64-laptops
<nirik> so here on the slim7x, only things i know not working: webcam, sound, power mgmt
mrkajetanp has quit [Ping timeout: 480 seconds]
<nirik> oh, and no bluetooth it seems
alfredo has quit [Quit: alfredo]
<anonymix007[m]> I think I found the cause of "Exit boot services failed" issue. It only happens when systemd-boot entry was manually selected in the boot menu. Otherwise it boots just fine.
srinik has quit [Remote host closed the connection]
srinik has joined #aarch64-laptops
<kuruczgy[m]> nirik: If you still need the JSON files: https://github.com/kuruczgy/x1e-nixos-config/tree/main/firmware
<nirik> I do! thanks!
<nirik> and yep. working with those... of course will need to sort out pd-mapper in rawhide, it's been retired there as not needed anymore. ;(
<lollaritits[m]> stupid question, what games besides Minecraft can be run on the 8cx Gen 3 on Linux?
<robclark> nirik: and external dp.. but hopefully it is wired up similarly to t14s?
<nirik> ah yeah, I did try HDMI out here a while ago with no luck, I assume related?
<robclark> nirik: the in-kernel pd-mapper can load compressed jsn (but apparently has some issues.. that I've been lucky enough to not hit).. probably the userspace pd-mapper was retired from rawhide because kernel on is the $future (modulo $issues)
<robclark> yeah, probably
<nirik> I can try rebooting without the userspace pd-mapper now that I have the jsn in place and see if it works...
<nirik> I do see these (possibly related to not working things?):
<nirik> [Mon Sep 2 09:40:20 2024] qcom_scm firmware:scm: of_icc_get_by_index: invalid path=-517
<robclark> main issue w/ userspace pd-mapper vs how fedora (and I think others) handle linux-firmware is that userspace pd-mapper can't grok compressed jsn.. I guess there is a known issue that jhovold hits with kernel pd-mapper which (AFAIU) is due to order things load.. I guess I don't end up with those modules in initrd so things load late enough to not be a problem for me
<nirik> [Mon Sep 2 09:40:35 2024] platform sound: deferred probe pending: snd-x1e80100: WSA Playback: error getting cpu dai name
<robclark> -517 is -EPROBE_DEFER
<robclark> which might be ok
<robclark> I think we are maybe still waiting for ucm files for audio so audio drivers probing won't make much diff.. unless I missed some news in the last couple weeks?
<hogliux> travmurav[m]: Thank you for your answer. I'm learning so mucn.
srinik has quit [Ping timeout: 480 seconds]
<hogliux> Does anybody have more details on how BT is connected on x1e80100 laptops? Is it part of the ath12k module or part of the SoC? Is it connected via some internal bus? I'll have a look at the ACPI tables and see if I spot anything there.
todi_away has quit [Ping timeout: 480 seconds]
todi has joined #aarch64-laptops
<anonymix007[m]> Most laptops just have WCN7851 which handles both WiFi and BT. It is connected via PCIe (WiFi) and UART/SLIMbus (Bluetooth)
<anonymix007[m]> Can anyone with yoga or vivobook try this UKI? https://drive.google.com/file/d/1_AvvGI48TFSOb8uIIz4xAvne8MBzfY6q/view
<anonymix007[m]> Kernel is the latest 6.11-rc6 from here: https://github.com/anonymix007/x1e-alarm/releases/tag/packages
<anonymix007[m]> The UKI stub was built from https://github.com/systemd/systemd/pull/34158
<anonymix007[m]> For me it correctly identified the device and selected T14s dtb
<JensGlathe[m]> The HP Omnibook X14 booted with the ASUS Vivobook S15 dt to GUI, apparently stable- just set the sys up, did updates and rebooted
<JensGlathe[m]> Getting into grub was sorta tricky, F11 -> Recovery screen from Windows -> Esc to get BIOS boot menus, select external USB - find no kb working, so it boots the last selected entry
<JensGlathe[m]> This one has a WCN6855 WiFi 6E / BT
<JensGlathe[m]> type-c connectors are working, type-a not yet
<JensGlathe[m]> internal kb not, internal touchpad does
<JensGlathe[m]> Curious how it goes with rc6
<anonymix007[m]> Does it have M.2 key E slot for Wi-Fi/BT?
<JensGlathe[m]> not looked iinto it physically yet, it says QCNFA765 on 0004:01:00.0
<JensGlathe[m]> so its the same as in X13s and Volterra (sorta), has different board id
<JensGlathe[m]> I slightly remember bluerise asking about this one
<JensGlathe[m]> Now its running with USB Ethernet adapter via type-c hub. At USB3 speeds (when plugged in upside down, interesting. Same for the USB SSD)
<JensGlathe[m]> There are SKUs where you get it with ATH12K
<JensGlathe[m]> so, whatever form factor these cards have
<anonymix007[m]> There is a YouTube review of the OmniBook and it appears to have an M.2 slot.
Mary2 has joined #aarch64-laptops
pstef_ has joined #aarch64-laptops
kalebris_ has joined #aarch64-laptops
Mary2 has quit []
Mary6 has joined #aarch64-laptops
srinik has joined #aarch64-laptops
hogliux_ has joined #aarch64-laptops
ellyq_ has joined #aarch64-laptops
tobhe has joined #aarch64-laptops
todi has quit [reticulum.oftc.net helix.oftc.net]
ellyq has quit [reticulum.oftc.net helix.oftc.net]
danielt has quit [reticulum.oftc.net helix.oftc.net]
hightower2 has quit [reticulum.oftc.net helix.oftc.net]
xroumegue has quit [reticulum.oftc.net helix.oftc.net]
martiert has quit [reticulum.oftc.net helix.oftc.net]
tobhe_ has quit [reticulum.oftc.net helix.oftc.net]
Caterpillar has quit [reticulum.oftc.net helix.oftc.net]
alpernebbi has quit [reticulum.oftc.net helix.oftc.net]
flokli has quit [reticulum.oftc.net helix.oftc.net]
Mary has quit [reticulum.oftc.net helix.oftc.net]
hogliux has quit [reticulum.oftc.net helix.oftc.net]
pstef has quit [reticulum.oftc.net helix.oftc.net]
MrCatfood[m] has quit [reticulum.oftc.net helix.oftc.net]
exeat has quit [reticulum.oftc.net helix.oftc.net]
kalebris has quit [reticulum.oftc.net helix.oftc.net]
Molyuu[m] has quit [reticulum.oftc.net helix.oftc.net]
jenneron[m] has quit [reticulum.oftc.net helix.oftc.net]
Jasper[m] has quit [reticulum.oftc.net helix.oftc.net]
z3ntu has quit [reticulum.oftc.net helix.oftc.net]
Segfault[m] has quit [reticulum.oftc.net helix.oftc.net]
xnox1 has quit [reticulum.oftc.net helix.oftc.net]
JosDehaes[m] has quit [reticulum.oftc.net helix.oftc.net]
FarchordSteveCossette[m] has quit [reticulum.oftc.net helix.oftc.net]
kuruczgy[m] has quit [reticulum.oftc.net helix.oftc.net]
kalebris_ is now known as kalebris
Mary6 has quit []
Mary has joined #aarch64-laptops
todi has joined #aarch64-laptops
hightower2 has joined #aarch64-laptops
xroumegue has joined #aarch64-laptops
danielt has joined #aarch64-laptops
martiert has joined #aarch64-laptops
ellyq has joined #aarch64-laptops
exeat has joined #aarch64-laptops
MrCatfood[m] has joined #aarch64-laptops
jenneron[m] has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
Molyuu[m] has joined #aarch64-laptops
Jasper[m] has joined #aarch64-laptops
z3ntu has joined #aarch64-laptops
JosDehaes[m] has joined #aarch64-laptops
xnox1 has joined #aarch64-laptops
Segfault[m] has joined #aarch64-laptops
FarchordSteveCossette[m] has joined #aarch64-laptops
kuruczgy[m] has joined #aarch64-laptops
pstef has joined #aarch64-laptops
Caterpillar has joined #aarch64-laptops
flokli has joined #aarch64-laptops
Jasper[m] has quit [Ping timeout: 480 seconds]
z3ntu has quit [Ping timeout: 480 seconds]
Segfault[m] has quit [Ping timeout: 480 seconds]
martiert_work has joined #aarch64-laptops
pstef has quit [Ping timeout: 480 seconds]
xnox2 has joined #aarch64-laptops
xnox1 has quit [Ping timeout: 480 seconds]
ellyq has quit [Ping timeout: 480 seconds]
martiert has quit [Ping timeout: 480 seconds]
alpernebbi has quit [Ping timeout: 480 seconds]
Caterpillar has quit [Ping timeout: 480 seconds]
<JensGlathe[m]> I've read a review in the Indian Times (of all things) where the book had a fingerprint reader integrated in the power button (this one doesn't I'd assume)
z3ntu has joined #aarch64-laptops
Segfault[m] has joined #aarch64-laptops
Jasper[m] has joined #aarch64-laptops
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
alpernebbi has joined #aarch64-laptops
srinik has quit [Ping timeout: 480 seconds]
jhovold has quit [Ping timeout: 480 seconds]
agl has quit [Quit: ZNC 1.8.2+deb3.1+deb12u1 - https://znc.in]
agl has joined #aarch64-laptops
mrkajetanp has joined #aarch64-laptops
mrkajetanp has quit [Ping timeout: 480 seconds]
ektor52 has joined #aarch64-laptops
ektor5 has quit [Ping timeout: 480 seconds]
ektor52 has quit []
ektor5 has joined #aarch64-laptops
yang has joined #aarch64-laptops
phire_ has joined #aarch64-laptops
phire is now known as Guest2312
phire_ is now known as phire
Guest2312 has quit [Ping timeout: 480 seconds]
whiskey8 has joined #aarch64-laptops
whiskey8 has quit [Quit: leaving]
whiskey8 has joined #aarch64-laptops