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
<jenneron[m]> janrinze: interesting, please upload `aplay -L`
<jenneron[m]> and lsmod
<janrinze> jenneron[m]: That repo will be a scratchpad
<jenneron[m]> also, your wiki request has been accepted
<janrinze> jenneron[m]: thanks.
<jenneron[m]> > Machine model: Acer Tomato (rev1) board
<jenneron[m]> this is a bit dumb
<jenneron[m]> i'm wondering if it's missing some device-tree files and depthcharge just selects the closest one
Guest703 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
<janrinze> That's possible, which device tree should it be?
ungeskriptet has joined #aarch64-laptops
<jenneron[m]> the dojo ones
<janrinze> in mainline?
<jenneron[m]> yeah
<janrinze> is audio on pcie0?
<janrinze> then that explains nvme too..
<janrinze> that is on pcie0 too
<jenneron[m]> janrinze: please check /sys/kernel/debug/devices_deferred
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
<janrinze> jenneron[m]: yup, mt8195-sound and 112f0000.pcie
<jenneron[m]> and that's it?
<jenneron[m]> more info?
<janrinze> more info where?
<janrinze> it wants to probe pcie0 but fails.
<jenneron[m]> in the file
<steev> steveej[m]: have you tried flipping the usb cable on it?
<janrinze> jenneron[m]: which file? Sorry but i am a little confused. There is a lot of info available , the kernel messages, the modules list, the sound aplay and the devices_deferred kernel sys output.
<janrinze> /sys/kernel/debug/devices_deferred is just 2 lines. mt8195-sound and 112f0000.pcie
<jenneron[m]> ok
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
<jenneron[m]> interesting
<jenneron[m]> i don't like the "reason unknown"
<janrinze> So the 5.10 kernel does have mt8195-dojo-rev1 dts files. I'll have a look on how that goes. It may be a lot easier to glean on a working kernel.
matthias_bgg has quit [Quit: Leaving]
<jenneron[m]> janrinze: i might know the problem
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
<jenneron[m]> i will send a patch in a bit
ungeskriptet has joined #aarch64-laptops
<jenneron[m]> janrinze: try this https://dpaste.com/5AGFYZG45.txt
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
<janrinze> jenneron[m]: will do, let you know in a few
ungeskriptet has joined #aarch64-laptops
<janrinze> jenneron[m]: BOOM.. nvme
<jenneron[m]> works?
<janrinze> yup
<jenneron[m]> send a new dmesg
<janrinze> jenneron[m]: audio is still MIA. but it's really great to have nvme
ungeskriptet is now known as Guest707
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest708
ungeskriptet has joined #aarch64-laptops
<janrinze> jenneron[m]: Tomorrow i'll dive into the nvme partitioning and such. If I do this nicely I can keep ChromeOS alongside of Debian on the nvme.
<janrinze> jenneron[m]: it's late over here, need to get some shut-eye so i can still function tmr. ;-)
Guest707 has quit [Ping timeout: 480 seconds]
<jenneron[m]> good night
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
<janrinze> jenneron[m]: thanks! you have a good night too. (no idea which timezone you are in ;-) )
Guest708 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest711
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
Guest711 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest714
ungeskriptet has joined #aarch64-laptops
Guest714 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest716
ungeskriptet has joined #aarch64-laptops
Guest716 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest719
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest720
ungeskriptet has joined #aarch64-laptops
Guest719 has quit [Ping timeout: 480 seconds]
Guest720 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest726
ungeskriptet has joined #aarch64-laptops
Guest726 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest729
ungeskriptet has joined #aarch64-laptops
Guest729 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest731
ungeskriptet has joined #aarch64-laptops
Guest731 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest734
ungeskriptet has joined #aarch64-laptops
Guest734 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest735
ungeskriptet has joined #aarch64-laptops
Guest735 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest736
ungeskriptet has joined #aarch64-laptops
Guest736 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest738
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest739
ungeskriptet has joined #aarch64-laptops
Guest738 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
Guest739 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest740
ungeskriptet has joined #aarch64-laptops
Guest740 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest741
ungeskriptet has joined #aarch64-laptops
Guest741 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest743
ungeskriptet has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
Guest743 has quit [Ping timeout: 480 seconds]
hexdump0815 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest745
ungeskriptet has joined #aarch64-laptops
Guest745 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest747
ungeskriptet has joined #aarch64-laptops
Guest747 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest748
ungeskriptet has joined #aarch64-laptops
Guest748 has quit [Ping timeout: 480 seconds]
jglathe_x13s has joined #aarch64-laptops
ungeskriptet is now known as Guest752
ungeskriptet has joined #aarch64-laptops
Guest752 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest754
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
Guest754 has quit [Ping timeout: 480 seconds]
hightower3 has joined #aarch64-laptops
hightower4 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest756
ungeskriptet has joined #aarch64-laptops
Guest756 has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest761
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
Guest761 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest762
ungeskriptet has joined #aarch64-laptops
Guest762 has quit [Ping timeout: 480 seconds]
juergh_ has joined #aarch64-laptops
juergh has quit [Ping timeout: 480 seconds]
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest764
ungeskriptet has joined #aarch64-laptops
Guest764 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest767
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest768
ungeskriptet has joined #aarch64-laptops
Guest767 has quit [Ping timeout: 480 seconds]
Guest768 has quit [Ping timeout: 480 seconds]
ungeskriptet is now known as Guest770
ungeskriptet has joined #aarch64-laptops
ungeskriptet is now known as Guest771
ungeskriptet has joined #aarch64-laptops
Guest770 has quit [Ping timeout: 480 seconds]
Guest771 has quit [Ping timeout: 480 seconds]
push has joined #aarch64-laptops
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
shawnguo4 has joined #aarch64-laptops
vkoul- has joined #aarch64-laptops
ldts_ has joined #aarch64-laptops
dgilmore_ has joined #aarch64-laptops
apalos- has joined #aarch64-laptops
adamcstephens_ has joined #aarch64-laptops
robclark_ has joined #aarch64-laptops
ardb_ has joined #aarch64-laptops
jlinton_ has joined #aarch64-laptops
leiflindholm_ has joined #aarch64-laptops
pundir_ has joined #aarch64-laptops
einar has quit [resistance.oftc.net weber.oftc.net]
Lucanis has quit [resistance.oftc.net weber.oftc.net]
zdykstra has quit [resistance.oftc.net weber.oftc.net]
echanude has quit [resistance.oftc.net weber.oftc.net]
push_ has quit [resistance.oftc.net weber.oftc.net]
adamcstephens has quit [resistance.oftc.net weber.oftc.net]
shawnguo has quit [resistance.oftc.net weber.oftc.net]
enyalios has quit [resistance.oftc.net weber.oftc.net]
vkoul has quit [resistance.oftc.net weber.oftc.net]
apalos has quit [resistance.oftc.net weber.oftc.net]
ardb has quit [resistance.oftc.net weber.oftc.net]
pundir has quit [resistance.oftc.net weber.oftc.net]
ldts has quit [resistance.oftc.net weber.oftc.net]
gwolf has quit [resistance.oftc.net weber.oftc.net]
dgilmore has quit [resistance.oftc.net weber.oftc.net]
jlinton has quit [resistance.oftc.net weber.oftc.net]
leiflindholm has quit [resistance.oftc.net weber.oftc.net]
robclark has quit [resistance.oftc.net weber.oftc.net]
ldts_ is now known as ldts
dgilmore_ is now known as dgilmore
shawnguo4 is now known as shawnguo
jlinton_ is now known as jlinton
leiflindholm_ is now known as leiflindholm
ardb_ is now known as ardb
ungeskriptet has quit []
einar has joined #aarch64-laptops
enyalios has joined #aarch64-laptops
ungeskriptet has joined #aarch64-laptops
echanude has joined #aarch64-laptops
zdykstra has joined #aarch64-laptops
Lucanis has joined #aarch64-laptops
adamcstephens_ is now known as adamcstephens
adamcstephens is now known as Guest819
krei-se- has quit []
jglathe_volterra has joined #aarch64-laptops
krei-se has joined #aarch64-laptops
gwolf has joined #aarch64-laptops
ungeskriptet has quit [Quit: Ping timeout (120 seconds)]
ungeskriptet has joined #aarch64-laptops
ungeskriptet has quit []
jglathe_sdbox2 has joined #aarch64-laptops
jglathe_sdbox2 has quit [Remote host closed the connection]
martiert has quit [Quit: WeeChat 4.2.1]
<jenneron[m]> janrinze: i actually don't know why audio is deferred
<jenneron[m]> probably something with device-tree as well, i just can't find it
jglathe_sdbox2 has joined #aarch64-laptops
<janrinze> jenneron[m]: no worries, my USB sound dongle works fine ;-)
<janrinze> jenneron[m]: I'm currently working on trimming down my kernel. Uncompressed it is 44MB and the nvme kernel partition is only 32MB. It's a bit of a challenge :D
<jenneron[m]> janrinze: you can repartition on it
<janrinze> Yes, of course. but I have not yet figured out which parts are actually required for the thing to boot.
<jenneron[m]> none?
<jenneron[m]> we tried repartition chromebooks on all SoCs except mt8192/mt8195, it always works fine
<jenneron[m]> i really doubt they changed anything
<jenneron[m]> you can go through partitions and look if you want tough
<jenneron[m]> though
<janrinze> jenneron[m]: The settings for the boot seem to be in nvme0n1p1. That has some flags for USB boot etc.
<jenneron[m]> janrinze: can you show?
<janrinze> When typing here I am at a different computer.. Due to my fiddling with kernels the laptop does not boot a.t.m. will get back on this. First need to get a bootable USB stick again..
<janrinze> jenneron[m]: a full kernel build takes about 3 minutes.. Sorry, that's with 18 cores and 64GB mem..
<jenneron[m]> janrinze: can you make a USB stick with pmOS?
<jenneron[m]> i might have something to test
<jenneron[m]> i will send it tonight most likely
<janrinze> actually I really want my laptop back running again. I have an extra USB stick for pmOS so no problem to test something. My current pmOS cannot read nvme..
<jenneron[m]> oh, actually
<jenneron[m]> try this
<janrinze> thanks, I'm hoping to trim down this kernel and keep it functional :-D
<jenneron[m]> well this would help you
<jenneron[m]> because it makes things modules
<jenneron[m]> so kernel image would be smaller
<jenneron[m]> but i'm pretty sure you can just repartition
<jenneron[m]> i simply do pmbootstrap install --disk /dev/mmcblk0 to install on internal storage
<janrinze> It's just a bit about not wasting too much time fixing things :-D
<jenneron[m]> janrinze: can you join #linux-cros-arm room?
<jenneron[m]> there is someone helping us with audio, so might be easier to be in the same room
<janrinze> internal storage is /dev/nvme0n1 and I am building on the M1 Ultra, not on the laptop. (that isn't running either..)
<jenneron[m]> janrinze: yeah, but when installing pmOS on internal storage we boot from USB and run pmbootstrap from there pointing to internal storage
<jenneron[m]> e.g. mmcblk0
<janrinze> jenneron[m]: I want to boot without USB..
<janrinze> Oh, you mean to build before re boot.
<jenneron[m]> just check this
<janrinze> Well.. building on the laptop isn't my thing.. far too slow. USB disks aren't that fast. I've been contemplating to mount the nvme and use it to build.
<jenneron[m]> janrinze: `pmbootstrap install` doesn't usually build kernel
<jenneron[m]> so it's not that slow
<janrinze> jenneron[m]: I usually do pmbootstrap install --disk=/dev/sdf on the M1. and have the USB disk connected to the M!
<jenneron[m]> janrinze: yes. but you can boot from the USB with pmOS and do `pmbootstrap install --disk=/dev/nvme0n1` from there. this will repartition nvme and install it there
<janrinze> If I want to do pmbootstrap install --disk=/dev/nvme0n1 I need to do that on the laptop.. (my M! is also running from nvme.. don't want to hose that one ;-) )
<jenneron[m]> yeah of course, you need to run this on the chromebook
<jenneron[m]> booted from USB
<janrinze> Oh.. M1 , not M!.. (sticky shift key)
<jenneron[m]> but first of all we need nvme fix merged
<janrinze> yeah, i was already running Debian and using the nvme when I found that KERN-A partition is only 32MB and y kernel is 44MB..
<jenneron[m]> that's why i'm suggesting to repartition it
<janrinze> Okay down to 38MB now.. 6 more to go.
<janrinze> jenneron[m]: like I said. first need to know it will boot correctly. Don't want to lose a lot of time with a 'broken' chromebook..
<janrinze> when the kernel boots properly on nvme0n1 then I can repartition without having to debug why it won't boot..
<jenneron[m]> janrinze: you can always use chrome os recovery image
<janrinze> jenneron[m]: which takes a lot of time..
<janrinze> jenneron[m]: also a 44MB kernel just isn't right..
<jenneron[m]> janrinze: do you mean pmOS kernel partition or just kernel image?
<janrinze> I tried gzip compressed kernel in the kernel.fit but it won't boot that. (before aarch64 we hav selfdecompressing kernels too.)
<janrinze> jenneron[m]: Debian kernel
<jenneron[m]> oh, so it's just kernel
<jenneron[m]> i see
<janrinze> on nvme0n1p1
<jenneron[m]> note that if you want initramfs you will also have to fit it in the partition
<janrinze> so that is inside the chromebook. I don't have a spare nvme SSD to swap.
<janrinze> jenneron[m]: no initrd.
hightower4 has joined #aarch64-laptops
<janrinze> down to 36MB.. 4 more to go.
hightower3 has quit [Ping timeout: 480 seconds]
KREYREN_ has joined #aarch64-laptops
KREYREN_oftc has quit [Remote host closed the connection]
f__ has joined #aarch64-laptops
f__ is now known as funderscore
f_ has quit [Ping timeout: 480 seconds]
<janrinze> <32MB \o/ booting from nvme now. (rootfs is still USB disk..)
ellyq has joined #aarch64-laptops
<steveej[m]> <steev> "steveej: have you tried flipping..." <- i have and couldn't tell any positive difference
jhovold has joined #aarch64-laptops
<jhovold> steveej[m]: there are some regressions in 6.8-rc1 related to DisplayPort hotplug, did things work better with 6.7?
<jhovold> takes forever for the external display to be recognised in a VT console, and other report similar issues with wayland
<_[m]123> I experience the behavior on 6.7 too
jhovold has quit [Quit: WeeChat 4.1.2]
<steveej[m]> <jhovold> "steveej: there are some regressi..." <- plugging in post-boot worked more often but also not always. on 6.7 i had the screen blanking issue in initrd which also coincided with some of the dock's devices/ports not working subsequently until the next reboot. there seems to be an issue with USB or anything underlying those USB-C ports
jhovold has joined #aarch64-laptops
<jhovold> steveej[m]: ok, connecting in VT before starting X worked reliably here with 6.7, but not since 6.8
<jhovold> would not be surprised if there were other issues in 6.7 with the display code too
<jhovold> we also have an issue with the usb controller disconnecing when the adsp fw is loaded during boot, may or may not be related
<steveej[m]> jhovold: i wouldn't mind not using adsp at all. bluetooth audio would still work without it right?
<jhovold> but also, try to rule out incompatibilities with your dock
<jhovold> no, you need the adsp running for things like battery status
<jhovold> usb orientation detection, and audio
<steveej[m]> could it help to blacklist it during initrd?
<jhovold> i'm just saying that there may be further issues when the fw is started during boot, not a use case qualcomm has thought about apparently
<jhovold> probably not if you want the display driver loaded early, that pulls in a ton of dependencies
<steveej[m]> i've already set rd.driver.blacklist=msm because of the blanking issue
<jhovold> but yeah, bluetooth audio does not depend on the adsp
<steveej[m]> wait, that's not true. it's because the firmware isn't available in initrd
<steveej[m]> i haven't spent more time trying to get it in there. maybe that would actually help with device initialization
<jhovold> as long as you're not booting from usb, having everything in the initramfs is needed if you want more than 30 s of display (e.g. for full disk encryption)
<jhovold> and may possibly help with the external display not showing up, i'm not really using one myself so have only done some basic testing of hotplug post boot
<jhovold> worked reliably in 6.7 but not in 6.8
<ellyq> may i ask, which platform are you discussing? qcom? mtk?
<jhovold> x13s
<jhovold> so qualcomm
<ellyq> ACK, because I've seen similar regressions on MT8183/MT8186 in 6.8
hightower3 has joined #aarch64-laptops
<_[m]123> so what you're saying is, with X it works reliably in 6.7? damn
<jhovold> interesting, hotplug not being detected, or taking a really long time to be detected?
<jhovold> _[m]123: yeah, it seemed so here, even if I most often connected the display before starting x, i have no memory of it not being detected after start x either (even if I need to enable it manually then in my setup)
<jhovold> i've reported the hotplug regression to the drm msm developers, and I think bamse was going to take a closer look at it too
<jhovold> but the random resets at boot is arguably a bigger drm msm regression in 6.8 so I hope that's what they are focusing on first
<jhovold> but if the hotplug issue is a more general regression, perhaps someone else could try to get that sorted in parallell
<steveej[m]> <jhovold> "as long as you're not booting..." <- i happen to use full disk encryption. it usually lasts for me to enter the password and hit enter. maybe it shortly blanks after that. would that be disruptive to correct driver/firmware loading subsequently?
<jhovold> general *drm* regression, i meant
hightower4 has quit [Ping timeout: 480 seconds]
<jhovold> steveej[m]: not sure, but if you use fde, then try get all the display dependencies into the initramfs and see if that helps
<_[m]123> maybe something got backported from 6.8 to 6.7 later releases ?
<jhovold> i've listed what's needed for johan_defconfig here: https://github.com/jhovold/linux/commit/00a0ee0018ac61ec4c93536f27916ff40cfe7a99
<jhovold> _[m]123: that's possible, i only ran 6.7 (.0) before moving to 6.8 i think
<steveej[m]> thanks jhovold. i know my initrd is missing at least the `qcvss8280.mbn`. i'll work on getting it in.
<jhovold> steveej[m]: you should not need 'qcvss8280.mbn', that just for video acceleration
<jhovold> steveej[m]: but yes, unless you all the display deps, including the msm drm driver will blank your screen immediately rather than after 30s
<jhovold> unless you include*
<jhovold> or may blank, i should say, depending on if driver core allows it to probe
<jhovold> due to random hacks in the display driver, omitting the edp panel driver could cause this
<jhovold> that may no longer be the case with 6.8, but on the other hand that rework broke display handover completly (the random resets) so perhaps not much of a win
<jhovold> i should try not to think about this before monday... :)
hightower4 has joined #aarch64-laptops
hightower3 has quit [Ping timeout: 480 seconds]
hightower2 has joined #aarch64-laptops
hightower4 has quit [Ping timeout: 480 seconds]
jglathe_ has joined #aarch64-laptops
jglathe_sdbox2 has quit [Ping timeout: 480 seconds]
robclark_ has quit []
robclark has joined #aarch64-laptops
funderscore is now known as f_
systwi has joined #aarch64-laptops
jhovold has quit [Ping timeout: 480 seconds]
<jglathe_> @jhovold 6.7.1 was pretty good re DP hotplug / sleep / wakeup, 6.7.3 is not good again.
<jglathe_> and 6.8 is also not good
<travmurav[m]> ah yes, the "fixes"
<Jasper[m]> Default fedora kernel worked well for me with dp hotplug
<Jasper[m]> Tested with a microsoft display dock from the lumia 950(XL) (hd500)
<Jasper[m]> Jasper[m]: It's on 6.8.0-RC5
<Jasper[m]> Jasper[m]: the internal dp->hdmi converter chip didn't work though, but that might be because I haven't updated the firmware.
<Jasper[m]> (of the dock, needs a working Windows 10 Mobile install which I don't have :^))
jglathe_volterra has quit [Remote host closed the connection]
pbsds has joined #aarch64-laptops
juergh_ is now known as juergh
jglathe_volterra has joined #aarch64-laptops
ungeskriptet has joined #aarch64-laptops
hightower3 has joined #aarch64-laptops
hightower2 has quit [Ping timeout: 480 seconds]
jglathe_volterra has quit [Remote host closed the connection]
jglathe_volterra has joined #aarch64-laptops
hexdump01 has quit []
hexdump0815 has joined #aarch64-laptops
hightower3 has quit [Remote host closed the connection]
hightower3 has joined #aarch64-laptops
<Jasper[m]> https://github.com/aarch64-laptops/build/pull/99 I dumped and uploaded the Book2 Go's ACPI tables if people are interested
<Jasper[m]> sc7280
jglathe_volterra has quit [Remote host closed the connection]
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
craftyguy has quit [Remote host closed the connection]
craftyguy has joined #aarch64-laptops
hightower3 has quit [Remote host closed the connection]
hightower3 has joined #aarch64-laptops
hightower3 has quit [Remote host closed the connection]
hightower3 has joined #aarch64-laptops
hightower3 has quit [Remote host closed the connection]
<steev> clover[m]: i haven't forgotten, i just haven't had time recently. but good news is, i've signed for a new place, and i move on the 4th
jglathe__ has joined #aarch64-laptops
jglathe_x13s has quit [Ping timeout: 480 seconds]
<clover[m]> Nice still in SA?
<steev> yeah
<steev> and about 400 dollars cheaper