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
smpl has quit [Ping timeout: 482 seconds]
steevdave[m] has quit [Quit: Client limit exceeded: 20000]
Leandro[m]12 has quit [Quit: Client limit exceeded: 20000]
Guest10980 has quit []
mothenjoyer69 has quit [Quit: Client limit exceeded: 20000]
nick1343[m] has quit []
Prawn[m] has quit [Quit: Client limit exceeded: 20000]
<strongtz[m]>
you can only know if orientation is working by looking at the speed of the usb device
<strongtz[m]>
if usb3 speed works in either orientation, then it works
<strongtz[m]>
usb2 speed should always work
<HdkR>
lsusb -t is great for determining the speed of a connected device. Didn't know -t gave that information until a few months ago
<JensGlathe[m]>
lsusb -tv is what I use
<JensGlathe[m]>
as a general rule, you can say USB Drive with logo up on a laptop = non-swaüüed
<JensGlathe[m]>
s/swaüüed/swapped/
neobrain[m] has quit []
dcavalca has quit [Quit: Client limit exceeded: 20000]
EricCurtin[m] has quit []
checkfoc_us has quit []
checkfoc_us has joined #aarch64-laptops
possiblemeatball1 has quit [Remote host closed the connection]
adamcstephens has quit [Remote host closed the connection]
Dantheman825[m] has quit [Quit: Client limit exceeded: 20000]
smpl has joined #aarch64-laptops
cachoeira has quit [Remote host closed the connection]
cachoeira has joined #aarch64-laptops
ema has quit [Quit: leaving]
ema has joined #aarch64-laptops
sporos11[m] has quit [Quit: Client limit exceeded: 20000]
alfredo1 has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
danielt has joined #aarch64-laptops
<danielt>
So I was intrigued by the recent patches to implement fake NUMA on arm64 (https://lore.kernel.org/all/20240625125803.38038-1-tursulin@igalia.com/ ). I had a quick try on X13s and Yoga 630C. Effects are not nearly as dramatic as on the RPi5 but it does seem to boost GeekBench6 MT by a little over a 1% . It's uneven though and doesn't move the clang benchmark much (and compilers are obviously the only thing that matters):
<agl_>
steev: Of the binutils and gcc and the other libraries are new version in the repositories of Debian/testing. But when I install it and compile your kernel (6.9.5) it is 230 KB smaller than the deb-pakage with the old gcc/binutilities.
<steev>
agl_: it's known, or maybe it's not known, but reporting it to me isn't gonna do anything, that's a debian bug and they need to fix it
<ema>
one of the tricky parts is that if you don't have CONFIG_RELR explicitly set to 'n', then when building the kernel with a recent enough binutils one of the makefiles turns RELR on for you :)
* travmurav[m]
wonders why compressed relocations always cause problems for everyone
alfredo has joined #aarch64-laptops
anthr76[m] has joined #aarch64-laptops
<anthr76[m]>
Hey folks! Has anyone worked with NixOS yet for the recent aarch64 laptops? Super excited to get driving one
<steev>
travmurav[m]: not everyone, just non-clang users
alfredo has quit [Ping timeout: 480 seconds]
alfredo1 is now known as alfredo
<travmurav[m]>
no I mean it's at least 3rd time I see relr causing problems in different contexts, at least this time I'm not the one fixing it lol
<steev>
oh i was just being sarcastic :)
<steev>
anthr76[m]: define "recent"
<travmurav[m]>
but fwiw relr is quite a cool thing, it shoves off like 10MiB of relocation data from firefox on aarch64 iirc
<anthr76[m]>
steev: Ideally snapdragon X elite but even all the way down to the Thinkpad x13s :)
<steev>
there are people using nixos on the x13s, afaik, x elite laptops haven't yet made their way in to the kernel, though vivobook s has at least started being submitted
<robclark>
frozen_cheese[m]: fwiw, with init=/bin/sh on x1 yoga, things appear ok.. but I'm hitting a reboot a bit later on with normal boot. Haven't quite figured out what is happening yet..
<frozen_cheese[m]>
Thanks I'll keep that in mind!
<steev>
robclark: is that why you're submitting all the pretty printing stuff?
<robclark>
naw, that is unrelated.. sboyd wanted crash reports to be easier to read ;-)
<steev>
fair
ellyq has quit []
srinik has quit [Ping timeout: 480 seconds]
fossdd_ has joined #aarch64-laptops
<agl_>
steev: I try "CONFIG_RELR=n" that works and your kernel starts.
<steev>
agl_: again, it's a debian bug, nothing to do with my stuff
<agl_>
yes
fossdd__ has joined #aarch64-laptops
agl_ is now known as agl
fossdd has quit [Ping timeout: 480 seconds]
fossdd_ has quit [Ping timeout: 480 seconds]
fossdd has joined #aarch64-laptops
fossdd_ has joined #aarch64-laptops
kuter has quit [Quit: Leaving]
fossdd__ has quit [Ping timeout: 480 seconds]
fossdd__ has joined #aarch64-laptops
fossdd has quit [Ping timeout: 480 seconds]
fossdd_ has quit [Ping timeout: 480 seconds]
fossdd has joined #aarch64-laptops
kalebris has joined #aarch64-laptops
fossdd_ has joined #aarch64-laptops
fossdd__ has quit [Ping timeout: 480 seconds]
fossdd is now known as Guest215
fossdd_ is now known as fossdd
Guest215 has quit [Ping timeout: 480 seconds]
fossdd_ has joined #aarch64-laptops
fossdd_ has quit [Remote host closed the connection]
fossdd_ has joined #aarch64-laptops
fossdd has quit [Ping timeout: 480 seconds]
fossdd has joined #aarch64-laptops
clover[m] has quit [Quit: Client limit exceeded: 20000]
fossdd__ has joined #aarch64-laptops
fossdd_ has quit [Ping timeout: 480 seconds]
fossdd_ has joined #aarch64-laptops
kalebris has quit [Remote host closed the connection]