ChanServ changed the topic of #wayland to: https://wayland.freedesktop.org | Discussion about the Wayland protocol and its implementations, plus libinput | register your nick to speak
immibis has quit [Remote host closed the connection]
immibis has joined #wayland
duxsco has quit [Quit: duxsco]
co1umbarius has joined #wayland
columbarius has quit [Ping timeout: 480 seconds]
<DemiMarieObenour[m]> What is the problem here exactly?
<DemiMarieObenour[m]> Also, as someone who only needs to deal with software rendering, I guess I have it easy 🤣
<DemiMarieObenour[m]> I really hope that stuff like AVX-512 and AMX will take off in the CPU world, so that LLVMpipe can be a bit less miserable. Any chance of that happening?
<bl4ckb0ne> isnt there major issues with avx512 on the latest intel cpus?
<DemiMarieObenour[m]> yes
<DemiMarieObenour[m]> from a security perspective, GPU acceleration is a nightmare, and so every high-assurance solution I am aware of falls back to software rendering despite its poor performance
<DemiMarieObenour[m]> there is work being done to change that, but it is a giant mess
<DemiMarieObenour[m]> the only reasonably secure solutions I am aware of right now for GPU-accelerated graphics are (1) PCIe pass-through of an integrated GPU (but that only works if you have a separate display for management) and (2) AMD MxGPU + VMware Virtual Shared Pass-Through Graphics (but that is incredibly expensive)
<DemiMarieObenour[m]> And since neither of those are really practical for desktop use, the GPU winds up being used for window compositing only.
<i509VCB> Virtio gpu passthrough isn't what you are looking for either I assume?
<DemiMarieObenour[m]> The problem is that virtio-gpu winds up having way too much host-side attack surface. You wind up doing proxying at the OpenGL or Vulkan API level, and that isn’t an attack surface solutions like Qubes OS are comfortable exposing. It’s a defensible security boundary, but only in the sense that browsers or WebGL are defensible: you wind up playing vulnerability wack-a-mole.
<DemiMarieObenour[m]> My understanding is that AMD MxGPU basically partitions the GPU into many little GPUs, and then assigns an entire mini-GPU to each guest. That keeps the host software’s attack surface to a minimum.
<DemiMarieObenour[m]> The problem is that it is only available via VMware, public clouds, or ancient, end-of-life hardware.
<DemiMarieObenour[m]> A good way to tell if a solution is truely secure against hostile workloads is to see if public cloud providers are willing to trust it to isolate workloads belonging to different customers. MxGPU, Xen, KVM (usually with a non-QEMU VMM), and Hyper-V are. I am not aware of any cloud providers offering virtio GPUs.
ts has joined #wayland
nerdopolis has quit [Ping timeout: 480 seconds]
codedchaos has joined #wayland
floof58_ has joined #wayland
floof58 is now known as Guest1888
floof58_ is now known as floof58
Guest1888 has quit [Ping timeout: 480 seconds]
Company has quit [Quit: Leaving]
fmuellner has quit [Ping timeout: 480 seconds]
neonking has quit [Ping timeout: 480 seconds]
shankaru has joined #wayland
zebrag has quit [Quit: Konversation terminated!]
rektide has quit [Quit: Lost terminal]
rektide has joined #wayland
naveenk2 has joined #wayland
Administrator has joined #wayland
Administrator has quit [Remote host closed the connection]
rgallaispou1 has joined #wayland
rgallaispou has quit [Ping timeout: 480 seconds]
rgallaispou1 has quit [Read error: Connection reset by peer]
rgallaispou has joined #wayland
shankaru has quit [Quit: Leaving.]
shankaru has joined #wayland
pnowack has joined #wayland
pnowack has quit [Remote host closed the connection]
pnowack has joined #wayland
dcz_ has joined #wayland
SR_71 has joined #wayland
hardening has joined #wayland
danvet has joined #wayland
ecloud_ has quit [Ping timeout: 480 seconds]
mvlad has joined #wayland
neonking has joined #wayland
ecloud_ has joined #wayland
maxzor has joined #wayland
___nick___ has joined #wayland
manuel1985 has joined #wayland
danvet has quit [Ping timeout: 480 seconds]
<wlb> weston/main: Derek Foreman * desktop-shell: Fix incorrect use of black_surface_get_label https://gitlab.freedesktop.org/wayland/weston/commit/ca979aa219f8 desktop-shell/shell.c
<wlb> weston Merge request !828 merged \o/ (desktop-shell: Fix incorrect use of black_surface_get_label https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/828)
duxsco has joined #wayland
<pq> swick, do you know what we can assume about the container color space if KMS property "Colorspace" does not exist?
d_ed has joined #wayland
<pq> swick, I'm wondering what that means for enabling HDR mode.
<pq> Maybe the HDR static metadata and the compositor in that case should assume sRGB gamut when there is no profile either?
lxsameer3 has joined #wayland
<wlb> wayland Merge request !227 opened by () protocol: introduce wl_surface.configure https://gitlab.freedesktop.org/wayland/wayland/-/merge_requests/227 [Protocol]
jmdaemon has joined #wayland
vyivel has quit [Remote host closed the connection]
bl4ckb0ne has quit [Remote host closed the connection]
emersion has quit [Remote host closed the connection]
bl4ckb0ne has joined #wayland
emersion has joined #wayland
jmdaemon has quit [Ping timeout: 480 seconds]
vyivel has joined #wayland
creich_ has quit []
creich has joined #wayland
txtsd has joined #wayland
pnowack has quit [Quit: pnowack]
ts has quit []
creich has quit [Quit: Leaving]
pnowack has joined #wayland
maxzor has quit [Ping timeout: 480 seconds]
dblsaiko has quit [Remote host closed the connection]
dblsaiko has joined #wayland
flacks has quit [Quit: Quitter]
flacks has joined #wayland
fmuellner has joined #wayland
<swick> pq: unfortunately not
<swick> I do have a colorspace property now but als can't verify that it actually works correctly
<swick> the plan is to write a KMS app and test a few things
<pq> swick, my problem is more, when the Colorspace property does not exist, what should a compositor do? Refuse HDR completely?
<pq> huh, 'evince: error while loading shared libraries: libwayland-cursor.so.0: failed to map segment from shared object' when I'm using self-built libwayland, but with Debian's libwayland it works fine.
<emersion> have you set LD_LIBRARY_PATH?
<pq> the same even if I build libwayland 1.18.0 that Debian says to carry
<pq> ldd says: libwayland-cursor.so.0 => /home/pq/local/lib/x86_64-linux-gnu/libwayland-cursor.so.0 (0x00007f6b7e762000)
<pq> that's the right path to the self-built lib
<emersion> hm
<pq> so ldd load it fine, but not for real
<emersion> are you sure you've built with the prefix set correctly?
<pq> yes, but that install dir has a little too many libwayland files...
Company has joined #wayland
<mceier> do you have noexec flag on /home/pq/local mount ? some reports mention it...
ROw has joined #wayland
<pq> no, weston runs fine when installed there
SR_71 has quit [Ping timeout: 480 seconds]
<pq> annoying, but not a blocker
shankaru has quit [Quit: Leaving.]
ecloud_ has quit [Ping timeout: 480 seconds]
modin has quit [Quit: ZNC 1.8.2 - https://znc.in]
modin has joined #wayland
fmuellner has quit [Ping timeout: 480 seconds]
<daniels> ManMower: labels labels labels labels
neonking has quit [Ping timeout: 480 seconds]
<wlb> weston/main: James Hilliard * protocol/meson.build: install content-protection protocol xml https://gitlab.freedesktop.org/wayland/weston/commit/23205b6b5663 protocol/meson.build
<wlb> weston Merge request !822 merged \o/ (protocol/meson.build: install content-protection protocol xml https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/822)
<wlb> weston Merge request !696 closed (Add weston-wrapper)
<wlb> weston/main: Hideyuki Nagase * rdp: fix leak when listener implantation fails https://gitlab.freedesktop.org/wayland/weston/commit/516d2c020784 libweston/backend-rdp/rdp.c
<wlb> weston Merge request !827 merged \o/ (rdp: fix leak when listener implantation fails https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/827)
<wlb> weston/main: Hideyuki Nagase * rdp: split off rdp.h https://gitlab.freedesktop.org/wayland/weston/commit/87bded8b5456 libweston/backend-rdp/ rdp.h rdp.c
<wlb> weston Merge request !826 merged \o/ (rdp: split off rdp.h https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/826)
<wlb> weston/main: shierote * libweston: correct argument name in the handler of wl_data_source.accept https://gitlab.freedesktop.org/wayland/weston/commit/f2d6d21eec2f libweston/clipboard.c libweston/data-device.c xwayland/dnd.c xwayland/selection.c
<wlb> weston Merge request !814 merged \o/ (libweston: correct argument name in the handler of wl_data_source.accept request https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/814)
<swick> pq: mh, I have the feeling my display just does Rec2020 when PQ TF is selectede
<swick> but the spec is silent about it which I would interpret as: colorspace and TF are orthogonal
<wlb> weston Merge request !718 closed (build: add weston-launch-group option)
<pq> swick, sounds like I need to scream in the logs until we know
<wlb> weston/main: Maciej Pijanowski * screen-share: use compositor->read_format with renderer->read_pixels() https://gitlab.freedesktop.org/wayland/weston/commit/cd7801aa9583 compositor/screen-share.c
<wlb> weston Merge request !499 merged \o/ (screen-share: use compositor->read_format instead of hardcoding https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/499)
ecloud_ has joined #wayland
neonking has joined #wayland
<wlb> weston Merge request !829 opened by () man: clean up weston.ini mark-up https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/829 [Documentation]
<pq> That might be the most esoteric no-op MR that I've ever written. +20 -62 lines.
shankaru has joined #wayland
<emersion> what is this .\"----------- thing?
<mceier> comment line: https://linux.die.net/man/7/man >after comment lines, that is, lines that start with .\"
<emersion> any reason tu use these instead of a blank line?
<pq> blank line causes... a blank line
<pq> a line with only a . in the beginning would be the closest to a blank line that doesn't cause a blank line
<pq> It's odd. I tried to find out what a blank line actually means, and it looks like it could be used to separate normal paragraphs, but having a blank line just before a section heading is... odd. It does add vertical space before the heading.
<pq> emersion, btw. the commit message tried to say this
<wlb> weston/main: Michael Olbrich * ivi-shell: emit created notification earlier for desktop surfaces https://gitlab.freedesktop.org/wayland/weston/commit/924e79f4f254 ivi-shell/ ivi-layout-shell.h ivi-layout.c ivi-shell.c
<wlb> weston Merge request !806 merged \o/ (ivi-shell: emit created notification earlier for desktop surfaces https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/806)
<ManMower> ivi-shell commits... neat. how committed to maintaining that long term are we?
<ManMower> vs say... yeeting it into the void at the first opportunity ;)
Net147 has quit [Quit: Quit]
Net147 has joined #wayland
<daniels> in fairness, if you look at the comment I left in there, it was pretty pro-void-yeet
<ManMower> indeed!
manuel__ has joined #wayland
manuel1985 has quit [Remote host closed the connection]
mooff has quit [Ping timeout: 480 seconds]
mooff has joined #wayland
<emersion> hm so
<emersion> should we be looking at a new wl release to ship high-res wheel scroll stuff?
<daniels> that would also get wl_signal_emit_mutable() into people's hands which seems like a good thing
<daniels> it would also be good to get those arithmetic fixes out there ...
maxzor has joined #wayland
tlwoerner has quit [Read error: Connection reset by peer]
<pq> hardening, have you noticed that weston's rdp-backend is starting to get more changes nowadays? In case you want to chime in.
<ManMower> ^ I've got more stuff to sort through and make MRs for. I can start directly CCing you on them if you'd like
zebrag has joined #wayland
soreau has quit [Read error: No route to host]
soreau has joined #wayland
gusnan has quit [Remote host closed the connection]
anarsoul has quit [Ping timeout: 480 seconds]
anarsoul has joined #wayland
<wlb> weston Merge request !830 opened by () input: Fix bug in idle inhibition https://gitlab.freedesktop.org/wayland/weston/-/merge_requests/830
gusnan has joined #wayland
shankaru has quit []
rv1sr has joined #wayland
<daniels> ManMower: even if you are really bad at using labels, thanks for at least breaking stuff up into small chunked MRs - makes it way easy to review
<ManMower> daniels: so yeah, when you said "labels labels labels" earlier, I totally missed what you meant, and thought it was something to do with the content of the patch that fixed the surface label crash.
<daniels> ManMower: haha no, it was light heckling rather than enormous enthusiasm :P but thanks for fixing labels all the same (wooooo yay!)
<ManMower> hahaha
Arnavion has quit [Remote host closed the connection]
Arnavion has joined #wayland
<kennylevinsen> I assume a jitsi/zoom/meet/something link will be sent out later?
manuel__ has quit [Remote host closed the connection]
<emersion> d_ed: ^
manuel1985 has joined #wayland
<emersion> last time we used KDE's jitsi iir
<emersion> iirc*
<jadahl> is it still aiming to be at 22:00 CEST?
<daniels> I hope so, because I still need to get stuff for dinner on my way home first
<kennylevinsen> Yeah apologies for being the inflexible one this time around :(
___nick___ has quit []
___nick___ has joined #wayland
___nick___ has quit []
___nick___ has joined #wayland
naveenk2 has quit []
<d_ed> emersion: I think I put a link in the doodle
<d_ed> in any case, I'll make sure to paste here just before too
<emersion> cool!
lxsameer3 has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #wayland
duxco has joined #wayland
duxsco has quit [Ping timeout: 480 seconds]
duxco is now known as duxsco
systwi_ has joined #wayland
tlwoerner has joined #wayland
systwi has quit [Ping timeout: 480 seconds]
lxsameer3 has joined #wayland
fmuellner has joined #wayland
MajorBiscuit has quit [Ping timeout: 480 seconds]
jmdaemon has joined #wayland
lxsameer4 has joined #wayland
lxsameer3 has quit [Ping timeout: 480 seconds]
MajorBiscuit has joined #wayland
spstarr has joined #wayland
<emersion> o/
<d_ed> o/
<d_ed> Fractional scaling meeting: https://meet.kde.org/b/dav-v5j-p0q-6iz
mvlad has quit [Remote host closed the connection]
___nick___ has quit [Ping timeout: 480 seconds]
columbarius has joined #wayland
co1umbarius has quit [Ping timeout: 480 seconds]
duxsco has quit [Quit: duxsco]
manuel1985 has quit [Remote host closed the connection]
manuel1985 has joined #wayland
txtsd is now known as Guest1951
txtsd has joined #wayland
Guest1951 has quit [Ping timeout: 480 seconds]
maxzor has quit [Ping timeout: 480 seconds]
systwi has joined #wayland
CodeSpelunker has joined #wayland
maxzor has joined #wayland
dcz_ has quit [Ping timeout: 480 seconds]
systwi_ has quit [Ping timeout: 480 seconds]
rasterman has joined #wayland
maxzor has quit [Ping timeout: 480 seconds]
CodeSpelunker has quit [Quit: CodeSpelunker]
nerdopolis has joined #wayland
maxzor has joined #wayland
Major_Biscuit has joined #wayland
MajorBiscuit has quit [Ping timeout: 480 seconds]
rv1sr has quit []
lxsameer has joined #wayland
lxsameer4 has quit [Ping timeout: 480 seconds]
manuel__ has joined #wayland
manuel1985 has quit [Read error: Connection reset by peer]
Lucretia-backup has joined #wayland
manuel__ has quit []
Lucretia has quit [Ping timeout: 480 seconds]
Major_Biscuit has quit [Ping timeout: 480 seconds]
hardening has quit [Ping timeout: 480 seconds]
jmdaemon has quit [Remote host closed the connection]
hergertme has quit [Remote host closed the connection]
jmdaemon has joined #wayland
hergertme has joined #wayland
spstarr has quit [Remote host closed the connection]
lxsameer has quit [Ping timeout: 480 seconds]
fmuellner has quit [Remote host closed the connection]
neonking has quit [Ping timeout: 480 seconds]
maxzor has quit [Ping timeout: 480 seconds]
maxzor has joined #wayland
rasterman has quit [Quit: Gettin' stinky!]