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
Lucanis has joined #aarch64-laptops
alpernebbi has quit [Ping timeout: 480 seconds]
alpernebbi has joined #aarch64-laptops
hexdump01 has joined #aarch64-laptops
hexdump0815 has quit [Ping timeout: 480 seconds]
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
<jhovold> push: i don't see anything unusual with bluetooth in any of those screen shots
<jhovold> the qualcomm driver is ridiculously chatty, but all those messages are just printed when the device is probed and powered on during boot
<jhovold> push: sorry, misread you comments above: if "hci0: setting up wcn6855" is the last message you see before the hang/reset, then that could definitely indicate a problem with Bluetooth
alfredo has joined #aarch64-laptops
alfredo has quit [Read error: Connection reset by peer]
alfredo has joined #aarch64-laptops
alfredo has quit []
bluerise_ has joined #aarch64-laptops
<juergh> jhovold, I was wondering, why is it downloading different qca firwmare twice?
<juergh> oh fw and nv. never mind.
<jhovold> juergh: i think still does that twice as you noticed
<jhovold> first during probe, and later during power on
<jhovold> fw would be downloaded every time the device has been powered down
<juergh> ah. thanks for the explanation.
bluerise has quit [Ping timeout: 480 seconds]
<juergh> What about the fw version? There's a qca/hpnv21.b8c floating around.
<jhovold> yeah, i'm talking to lenovo about getting that one released (if at all needed)), but until then we stick with with what qualcomm pushed to linux-firmware
alfredo has joined #aarch64-laptops
alfredo1 has joined #aarch64-laptops
alfredo1 has quit [Remote host closed the connection]
alfredo has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
bluerise_ has joined #aarch64-laptops
bluerise has quit [Ping timeout: 480 seconds]
bluerise has joined #aarch64-laptops
bluerise- has joined #aarch64-laptops
bluerise_ has quit [Ping timeout: 480 seconds]
bluerise has quit [Ping timeout: 480 seconds]
alfredo has joined #aarch64-laptops
<push> how do I prevent it from loading that file? it seems like just turning bluetooth off isnt enough to stop the resets
<jhovold> push: try disabling &uart2 in the devicetree, or maybe just rename both bluetooth fw files temporarily
<jhovold> qca/hpbtfw21.tlv
<jhovold> qca/hpnv21.bin
<jhovold> probably enough to rename the former
<jhovold> or blacklist the driver module (btqca) so that its never even loaded, probably easiest
<jhovold> # cat /etc/modprobe.d/bt.conf
<jhovold> blacklist hci_uart
<jhovold> push: ^
derzahl has quit [Ping timeout: 480 seconds]
<push> thanks!
<push> ill let you know what happens
ungeskriptet7 has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
alfredo has quit [Read error: Connection reset by peer]
<push> I know its not really the topic of this channel but we got an Ampere Altra system at work I ran HPL on it and the results are kinda dissapointing
<push> T/V N NB P Q Time Gflops
<push> WR11C2R4 241536 192 8 16 9167.64 1.0247e+03
Cyrinux9474 has quit []
Cyrinux9474 has joined #aarch64-laptops
Cyrinux9474 has quit []
Cyrinux9474 has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
<push> jhovold: it's been up for four hours now, which is a record
alfredo has quit [Quit: alfredo]
<ema> steev et al: we're now at a semi-decent stage when it comes to X13s Debian support -> https://wiki.debian.org/InstallingDebianOn/Thinkpad/X13s
* ukleinek wonders if copying the dtb files can be copied in an uefi shell
<ukleinek> s/copied/done/
<ukleinek> Having to enable "Force GRUB installation to the EFI removable media path" is a bios bug, isn't it?
<steev> they can be, and yeah that is, i believe, there's a patch in my kernel so that shouldn't be needed, but that'll not get upstreamed, afaik, and we had a potential patch to grub that debian nacked
* ukleinek also wonders if the bios could be replaced by something nicer and checks cpu support in barebox and uboot
* ukleinek fails to find the dtb in linux
<ukleinek> ema: in Linux the dts is called sc8280xp-lenovo-thinkpad-x13s.dts, is sc8280-lenovo-thinkpad-x13s.dtb as mentioned in the wiki still the right name?
<steev> what's wrong with uefi bios?
<steev> the dtb should be sc8280xp-lenovo-thinkpad-x13s.dtb
<steev> for some reason i thought 6.5 was in testing, but i guess we import it in kali from unstable rather than waiting