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
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
hexdump0815 has joined #aarch64-laptops
hexdump01 has quit [Ping timeout: 480 seconds]
<Jasper[m]> <steev> "Jasper: right, but what does..." <- Nothing hahaha
alfredo has joined #aarch64-laptops
jhovold has joined #aarch64-laptops
ungeskriptet has quit [Ping timeout: 480 seconds]
ungeskriptet has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
<erebion[m]> Noch seriously looking to buy an X13s with 32 GB RAM somewhere as my X270 just died.
rz has quit [Remote host closed the connection]
rz has joined #aarch64-laptops
<erebion[m]> *Now
Cyrinux9474 has quit []
Cyrinux9474 has joined #aarch64-laptops
<_[m]1> who is using x13s as his main laptop? I've bought a macbook air m1 1st gen meanwhile to bridge the gap until I get it stable
<_[m]1> <clover[m]> "new kernel overwrites old kernel" <- is this wanted behaviour?
<_[m]1> @jasper how many times u reboot?
<jhovold> _[m]1: i am, for exampl, and without any issues so whatever problems you're having are likely due to user space and/or configuration issues
<jhovold> (unless there are any problems with whatever patches steev puts on top of my branches, I wouldn't know)
<jhovold> _[m]1: what's your kernel command line for a start?
<jhovold> I happened to see that clover[m] suggests running with only efi=noruntime, which is not enough and could cause trouble if you try to use full disk encryption, for example
echanude_ has joined #aarch64-laptops
echanude has quit [Ping timeout: 480 seconds]
<_[m]1> I added cryptsetup unlock with uuid
* _[m]1 boots ubuntu
<_[m]1> ```
<_[m]1> GRUB_CMDLINE_LINUX=""
<_[m]1> GRUB_CMDLINE_LINUX_DEFAULT="quiet splash"
<_[m]1> weird
<robclark> I'm using x13s as main laptop.. but using systemd-boot, not grub.. because at the time I set it up fedora's grub was unhappy about x13s.. I think that is fixed now but since it is my daily driver I've not had a chance to re-install
<danielt> Ditto... been my daily driver since I got it. I run with FDE and grub (and a fair bit of legacy on the kernel command line that I've never bothered to tidy up).
<steev> not just using windows on it smh
<leezu> robclark: Do you know if SC7180 supports DRM PRIME frames (ChooseV4L2PixelFormat)? Asking based on this Firefox bug https://bugzilla.mozilla.org/show_bug.cgi?id=1852765#c3
<javierm> leezu: isn't the problem in the v4l2 m2m driver?
<javierm> if I understand the report correctly
<javierm> that the v4l2 driver is not exporting dma-bufs
<leezu> Possible, yes. I've just verified that ffmpeg 6 alone is able to use the hw decode correctly: SDL_VIDEODRIVER=wayland ffplay -codec:v h264_v4l2m2m ~/video.mp4 Do you know if ffmpeg supports/uses non-DRM-PRIME decode?
<clover[m]> <_[m]1> "is this wanted behaviour?" <- yes, if you want to keep it you can rename the kernel first with the mv command. or you can use downgrade from the AUR to rollback to older kernels
<jhovold> clover[m]: you should update your wiki entry to say that clk_ignore_unused pd_ignore_unused are still needed
<jhovold> may be a good idea to include iommu.passthrough=0 iommu.strict=0 as well
<clover[m]> ok
<jhovold> without the former, things may potentially break left and right
<jhovold> clover[m]: i also just noticed that srinik's updated alsa-ucm-conf pull request is broken and results in too low speaker volume again
<jhovold> I had mine patched locally and only noticed today when alarm moved to 1.2.10 so I had to rebuild myself
<jhovold> i noticed some people saying that had regressed here but didn't make the connection then
<clover[m]> if you know how to fix it let me know. i tried doing what he had in his other repo (sourcehut?) to adjust default playback volume and it didn't work
<jhovold> Just take the latest branch and add back these two lines:
<clover[m]> ok just apply that patch?
<jhovold> fixed the issue here
<jhovold> No, you need to create a patch first I guess
<jhovold> I just patched by corresponding file locally and reported it
<robclark> leezu: no idea what a "non-DRM-PRIME" dmabuf is.. I guess v4l2 exported dma-buf? Either direction should work (drm exporting, v4l2 importing.. or visa versa)
<robclark> there should be no need for cpu copy in either case
<jhovold> clover[m]: I think srinik will push an updated branch in a not too distant future so you could wait for that too
<clover[m]> sounds good, will take a look when i get some free time
<jhovold> and you should need that "unfix" device number patch you carry:
<jhovold> should *not*
<jhovold> with the latest topology file, that would not work
<clover[m]> yeah i can probably safely dump that. thanks
<leezu> robclark: Ack. Thank you. I'll mention this on the bug report. By the way, I noticed ffplay reports "[h264_v4l2m2m @ 0x7018011e40] capture: driver decode errorB f=0/1" for a few frames when playing video with v4l2m2m. Do you know what this means? I wonder if such error may be triggering the Dmabuf Got non-DRM-PRIME frame from FFmpeg V4L2 error and thus triggering Firefox to
<leezu> fallback to software decode
<robclark> leezu: no idea.. but I'm probably also the wrong one to ask
<_[m]1> <jhovold> "clover: you should update your..." <- I put those though
<_[m]1> <jhovold> "may be a good idea to include..." <- not this
<jhovold> the iommu bits should only give your better usb throughput
alfredo has joined #aarch64-laptops
<clover[m]> steev: i noticed that if i am in a meeting using my bluetooth headset, and then i leave the meeting, disconnect my headset, and switch my audio sink back to internal speakers, no sound plays. not sure if this is a bluetooth bug or a sound bug
Kelsar has quit [Quit: http://quassel-irc.org - Chat comfortably. Anywhere.]
Kelsar has joined #aarch64-laptops
alfredo has quit [Ping timeout: 480 seconds]
<steev> clover[m]: hm... i am not sure there
<clover[m]> with the latest brave and vs code updates that released today i was able to remove llvm15 everything is working perfectly now
<_[m]1> but had to build sway yourself right
<clover[m]> nope
<clover[m]> i get sway from extra repo just like everyone else that uses arch
<clover[m]> jhovold ok im carrying alsa-ucm-config with the patch you suggested. i don't notice much difference however, maybe volume is slightly higher but i feel like it was better before. arch people can try it by doing a pacman update
<clover[m]> music sounds better actually!
<Jasper[m]> <_[m]1> "@jasper how many times u reboot?" <- About 8 times if I'm unlucky
<Jasper[m]> otherwise 2-4
<Jasper[m]> I'll check the suggestions posted before, I think I use the correct kernel options
<clover[m]> i also told eholzbach from github to add the those kernel options, fingers crossed.
<_[m]1> Jasper[m]: yeah same
<_[m]1> I got more today even
<steev> danielt said he does fde and no issues so maybe figure out whats different between y'all?