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
hipboi has joined #aarch64-laptops
creemj has quit []
creemj has joined #aarch64-laptops
ellyq_ has joined #aarch64-laptops
ellyq has quit [Ping timeout: 480 seconds]
tobhe has joined #aarch64-laptops
tobhe_ has quit [Ping timeout: 480 seconds]
hipboi has quit [Quit: hipboi]
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
hipboi has joined #aarch64-laptops
hipboi has quit []
hipboi has joined #aarch64-laptops
alfredo has joined #aarch64-laptops
krei-se has quit [Read error: Connection reset by peer]
hipboi has quit [Quit: hipboi]
krei-se has joined #aarch64-laptops
hipboi has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
jhovold has joined #aarch64-laptops
martiert_work has joined #aarch64-laptops
iivanov has joined #aarch64-laptops
martiert_work has quit [Quit: WeeChat 4.4.2]
martiert_work has joined #aarch64-laptops
<steveej[m]>
steev: not sure if you're serious or not :-D
creemj has quit [Ping timeout: 480 seconds]
creemj has joined #aarch64-laptops
davidinux has joined #aarch64-laptops
weirdtreething has quit [Read error: Connection reset by peer]
weirdtreething has joined #aarch64-laptops
martiert has quit [Ping timeout: 480 seconds]
chrisl has quit [Remote host closed the connection]
<macc24>
it's for EU laws - on any discount they have to list lowest price in last 30 days
davidinux has quit [Quit: WeeChat 4.3.1]
Caterpillar has joined #aarch64-laptops
davidinux has joined #aarch64-laptops
agl_ is now known as agl
<agl>
steev: Do you buy a T14s?
martiert has quit [Remote host closed the connection]
alfredo has joined #aarch64-laptops
<farchord>
MAn I can't wait for us to have a fully functional kernel with x1e... My poor little laptop is just sitting here unused because I refuse to run Windows on it....
martiert has joined #aarch64-laptops
<jelly>
are those Snapdragon X Elite X1E-78100 at least comparable to Apple silicon M3? M1?
<travmurav[m]>
but like, I'd argue unless you're doing something really special, pure cpu perf doesn't matter as much as the platform as a whole
<jelly>
nod
<travmurav[m]>
like, my current usecase: I've charged my laptop on 1st, and there is still 60% left as I just opened the lid
<travmurav[m]>
but I always know that I can open the laptop and my firefox is there in 3 seconds
flokli has joined #aarch64-laptops
<travmurav[m]>
in which case "it lasts me in suspend over night" that most people have don't work for me even if the cpu perf on x1e/m1 would be like 1000% of 7c1 xD
<travmurav[m]>
(obviously my case is more extreme)
<travmurav[m]>
but then if I want a performant machine, I'd value working dp alt mode over even 10-20% perf probably
<travmurav[m]>
in which case, qcom showing some sponsored platform work kinda wins xD
<leio>
I wouldn't say dp-alt guy has given up, more that busy with other stuff + work more in private
<leio>
meanwhile the physical HDMI ports work, if that's a suitable use case
<travmurav[m]>
I thought hdmi is mac mini only?
<leio>
macbook pros have physical ports too that work to my knowledge
<leio>
at least some of them
<travmurav[m]>
right
<jelly>
upcoming M4 mac mini has 2 usb-c in front supposedly thunderbolt 4 that I _think_ implies alt-dp on them as well
<jelly>
and 16GB base model, finally
<travmurav[m]>
yeah that box hw wise sounds really cool
<leio>
it all depends on being able to power it on, lol
<travmurav[m]>
and if you want a better spec, you don't buy higher sku but buy 5x base one for the same price and resurrect plan9
<Jasper[m]>
I sorta hope they start doing nvme again
<leio>
(referencing the power button being at the bottom base)
<Jasper[m]>
If they did that and started making xservers again
<Jasper[m]>
To make it a pain in the ass to rackmount these
<Jasper[m]>
s/xservers/xserves/
<travmurav[m]>
I think the new size already makes it worse?
<travmurav[m]>
iirc old one was fitting in 1u vertically
<travmurav[m]>
tho I'm not sure if them stacked vertically would fit into 2 or 3?
<\[m]>
resurrect plan9 5x base come again?
<travmurav[m]>
afaiu maxed mac mini costs like 4-5k?
<travmurav[m]>
so
<travmurav[m]>
instead you buy 5x base mac mini for 600 and connect them into a plan9 network so you get the resources pooled
<\[m]>
but why plan9? did it do cpu clustering?
<\[m]>
oooh
<\[m]>
that mac mini seems cheap af compute tho, I need ecpu or someshit
<travmurav[m]>
obviously for compile can just distcc on linux (or probably even macos?) xD
<\[m]>
I hate the mac keyboard layout just, and the asahi kde touchpad has no smoothness seems ☹️
<\[m]>
I didn't go full on trying to finetune, surely you can get some similar touch/scroll behaviour as the mac os offer
<jannau>
travmurav[m]: giving up on asahi dp-alt mode is news to me and I'm one of the two person probably meant by that. dp-altmode will be ready soon
<travmurav[m]>
oh, sorry, I just heard that the work was put aside at some point recently, it's nice to hear that it's not
<jannau>
jelly front m4 mac mini usb-c ports are 10gbps usb only. the three back ports are thunderbolt 4/5 with dp-altmode
<JensGlathe[m]>
Oh that‘s good news. The more I read about dp altmode, the more puzzled I get
<Jasper[m]>
jannau: the news of your death has been highly exaggerated
<jannau>
prices for ram / storage upgrades on apple product are bad. doubling ram and storage on the base mac mini is roughly the same price as the whole system
<jannau>
not even sure if I was meant or the where that rumor comes from
<steev>
steveej[m]: i am serious about checking dmesg; i've had the camera refuse to start due to cma being unable to allocate the needed memory
<steev>
agl: no, it wouldn't be til jan or feb that i order one
<JensGlathe[m]>
My target config (64GB, 2TB) would be 3500
iivanov has quit [Remote host closed the connection]
iivanov has joined #aarch64-laptops
<\[m]>
@jannau on asahi or linux mainline?
<robclark>
steev: got udmabuf? Apparently libcamera can use that
<steev>
robclark: i've enabled it, but haven't tested if that affects anything
alfredo has quit [Ping timeout: 480 seconds]
<robclark>
I guess I should dig out and update my x13s so I can try camera.. but from hw standpoint nothing should need CMA.. that's one of the nice things about qc SoCs, they have iommu's everywhere so we shouldn't need CMA hacks
phire_ has joined #aarch64-laptops
phire is now known as Guest8433
phire_ is now known as phire
<jannau>
same on apple silicon. I wonder if there is a way to avoid the cma reservation at runtime on systems where it is not needed/used
<steev>
use udmabuf?
<kbingham>
steev, You've also got to make sure udmabuf is the allocator that actually gets selected.
<steev>
kbingham: that's done in the udevrule?
<kbingham>
Perhaps something we should make as a config option somehow to make it explicit - but I think at the moment lbicamera looks for cma first, and if that gives it memory - it will use it .... and only go to udma buf as an alternative.
<kbingham>
Yeah -don't give permissions to the cma heaps - just the udmabuf device.
<kbingham>
IOW - those 'cma' udev rules are going to make libcamear prefer CMA over udma ...
Guest8433 has quit [Ping timeout: 480 seconds]
* farchord
is getting ready to check to see if a Fedora Rawhide boot image works OOTB on his x1e laptop (Kernel 6.12-rc5)
<\[m]>
jannau, if you look up for the status of e-dp on asahi linux, you only find 10+ reddits on how the dev has stalled, if you were wondering how people came to the conclusion that it's gg for the feature
<steev>
game over man, game over
<kbingham>
steev, for camera ?
<steev>
no, it's jokes about the "gg"
<steev>
it's a line from a movie
<kbingham>
Oh ok ;-) Sorry - didn't get the reference.
<maz>
maybe that's an indication that you shouldn't trust everything you read on the internet?
<steev>
now hold on, lets not be too hasty
<steev>
(again jokes)
<maz>
;-)
<robclark>
kbingham, bryanodonoghue: would it be possible somehow for libcamera to do a "test import" of a dmabuf to all the involved devices (camera/encoder/etc) to probe when physically contiguous buffers are required? Maybe that way it could prefer udmabuf and only fallback to cma when that fails?
<kbingham>
robclark, - no - because libcamera doesn't have access to the other devices.
<kbingham>
The applications choose that.
<robclark>
hmm, that is unfortunate
<kbingham>
It's like asking the first component of a gstreamer pipeline to probe the devices used by the last element of an aribtrary gstreamer element.
davidinux has quit [Ping timeout: 480 seconds]
wiley[m] has joined #aarch64-laptops
<wiley[m]>
Having a weird problem with an x13s running Arch - it seems like the wifi is stalling under load?
<wiley[m]>
I don't see anything obviously relevant in the logs. Anything known that I could look around for?
<wizzard>
Has anyone got HDMI working on the t14s gen 6 or other x elite laptops?
<wizzard>
Is there a wiki or someplace where we can keep track of the bugs, fixes and progress?
<wizzard>
I created a small overview for the 14s gen 6, with a list of each firmware error I found.
<anonymix007[m]>
wizzard: battery indicator works with userspace pd-mapper and firmware in place.
<steev>
wiley[m]: that's a bit odd, i can't say i've seen that here... how much load are we talking? i'm able to clone the zed git repository at 24.45MiB/s (in a temp directory) while compiling and cpu load is at about 8
<wizzard>
> wizzard: battery indicator works with userspace pd-mapper and firmware in place.
<wizzard>
Thank you for your help. I'm using the Ubuntu concept with the firmware from your x1e-firmware repo, which I installed using make install. However, I'm encountering an error that says 'no pd maps available', when launching pd-mapper. Could you please let me know if I'm missing any steps or configurations?"
alfredo has joined #aarch64-laptops
enyalios_ has quit [Remote host closed the connection]
<wiley[m]>
<steev> "wiley: that's a bit odd, i can't..." <- I can consistently get more like 50-60MiB/s. What I'm seeing is that I'll kick off a system update (`pacman -Syu`) and things will look fine for ~30 seconds, then everything stops and even pings stop working for ~30 seconds, then it starts working again and repeats in a cycle.
<wiley[m]>
That's the most common trigger, but I occasionally see the same thing in normal web browsing as well.
enyalios has joined #aarch64-laptops
<steev>
wiley[m]: do you have any usb devices plugged in?
<wiley[m]>
Nope.
<steev>
okay, the only time i ever saw weirdness like that is when i have one specific usb device plugged in... one way
<robclark>
yup, dt overlay should disable zap and then gpu should be able to work normally
<JensGlathe[m]>
specialized EL2 in this case, but the zap node is removed. Always asked myself why it looked quite snappy
<JensGlathe[m]>
EL2 dt*
kalebris_ has joined #aarch64-laptops
kalebris has quit [Ping timeout: 480 seconds]
kalebris_ is now known as kalebris
hogliux has quit [Quit: Page closed]
iivanov_ has joined #aarch64-laptops
iivanov has quit [Read error: Connection reset by peer]
alfredo has joined #aarch64-laptops
NecoArc has joined #aarch64-laptops
alfredo has quit [Quit: alfredo]
jhovold has quit [Ping timeout: 480 seconds]
EricMolitor[m] has joined #aarch64-laptops
<bryanodonoghue>
Hey - anybody with x1e801 or x1e70 systems on your windows partition could you please run `find -name "*.bin" -print | grep sensormodule
<bryanodonoghue>
and report the names
Caterpillar has quit [Quit: Konversation terminated!]