13:55 <schaeffer> just wanted to pop in and say the 6.3.y branch works great so far

13:56 <schaeffer> interested in the patches that got put on top of the upstream kernel (besides "make it hotter") but i'll do some looking there later

14:10 <steev> everything newer than the johan defconfig are various patches that are or were still in flight when johan pushed that I use here. if you have questions definitely ask (but there are links to the patchsets as well in the commit messages since someone told me about the -l option to b4 ;) )

14:17 <ajhalaney[m]> we should have never told steev about b4 -l :P

14:21 <steev> :D

14:22 <steev> erm

14:23 <steev> i have no idea what the hell b232680e6330 comes from... and apparently i wrote it back in april?

14:23 <steev> i'm like 90% positive that was from abelvesa, but no idea why i have attribution

14:24 <steev> i thought we'd have 6.4 rc1 yesterday/today but apparently not

16:04 <jhovold> steev: 6.4-rc1 should be released next Sunday

16:05 <steev> this coming sunday or the sunday after?

16:07 <jhovold> this coming one, in si day

16:07 <jhovold> six days

16:07 <jhovold> the merge windows is supposed to be two weeks

16:39 <steev> aha

17:19 <robclark> leezu: re: external display, maybe ping abhinav/lumag in #freedreno or #linux-msm

19:00 <calebccff> we finally have a testable proof of concept for proper sensor support on sdm845, this should apply as well to the c630 so we can get rotation support there too! https://gitlab.com/postmarketOS/pmaports/-/merge_requests/4050

19:00 <calebccff> it just depends on how hard it is to extract the sensor registry from windows

19:06 <init> anyone tried to build mesa on aarm64 lately? i get a segfault on LTO on the current mesa version but also on previous ones who used to build cleanly. There might have been an update to llvm or something i'm missing..

19:13 <HdkR> HEAD built fine here

19:15 <init> probably a problem on my side indeed

19:15 <init> since the version that uses to build dont anymore

21:05 <agl7-x13s> steev: I did some speed tests with a 2.5 Gbit/s Ethernet <--> USB-C adapter after I noticed that the speeds over the USB-C ports are somehow quite slow. The 2.5 Gbps Ethernet adapter is connected with a CAT 7 cable to a 2.5 Gbps Ethernet port on my firewall. On the firewall I have a 6 GiB file stored on an SSD.Now when I use scp on Windows to fetch the 6 GiB file, the file is downloaded at 1443.7 Mbps.Now when I use scp on Windows to

21:05 <agl7-x13s> fetch the 6 GiB file, the file is downloaded at 1443.7 Mbps.

21:05 <agl7-x13s> Under Debian-Linux with kernel lenovo-x13s-6.3.y the 6 GiB file is only downloaded with 221,6 Mbps!

21:05 <agl7-x13s> Now when I use scp on Windows to fetch the 6 GiB file, the file is downloaded at 1443.7 Mbps.

21:05 <agl7-x13s> It seems the USB-C ports are set to USB 2.0 mode, or are there still problems with the drivers?

21:06 <steev> calebccff: oh that's awesome

21:06 <steev> agl7-x13s: i'm pretty sure HdkR has been complaining up a storm about usb speeds

21:07 <HdkR> Yea, USB is effectively unusable for anything beyond 40MB/s

21:08 <HdkR> Don't even need to use a NIC to test, just copy a file to an external storage device

21:09 <HdkR> Connect a display, keyboard, mouse, and power and don't use the ports for anything else

21:22 <agl7-x13s> HdkR: Hmm, I would like to have the Ethernet port on it though, in principle it does work, it's just a little slow (compared to Windows). When I access the ThinkPad X13s from outside with e.g. rustdesk, it works quite well.

21:23 <HdkR> I would also like an ethernet port on it

21:52 <HdkR> Roughly every five minutes the my USB nic starts dropping a ton of packets as well. Not sure why this started happening

21:58 <HdkR> Might just be something that happens under load