Posts
87
Following
87
Followers
10
Hi! I'm Tau. I like to play games and tinker with computers, specially programming and Linux.

I'm very chill but also a little anxious about talking with people so keep that in mind!
repeated
Edited 1 year ago

Another fun fact:

The Hungarian version of "the tables have turned" is "visszanyal a fagyi"

Which literally translates into

"The ice cream licks back"

🍦

9
11
5
repeated

Restored temporarely my google account to export my data

0
0
0
repeated

Also just for reference, here are some specific problems you can expect with Xorg on Asahi, and why:

  • No support for VSync, and animations run too fast. This is because Xorg assumes the presence of a VBlank IRQ, which does not exist (at the OS-firmware interface) on these machines. This is a legacy and unreliable sync approach that has been obsolete for two decades or so (we use page flipping now), but that's X for you. *
  • No page flipping by default. Until a few months ago, X didn't support that at all with the modesetting (KMS) driver. That means screen tearing. A TearFree hack has been merged very recently, but it's not perfect and comes with performance limitations. In the future we will be enabling framebuffer compression (which gives significant power savings), which is fundamentally incompatible with the unsynchronized framebuffer update approach X uses by default. I don't know whether that means it won't use it or it'll break entirely, but if it breaks we'll just put in a workaround to disable it. Either way, expect reduced performance and higher power usage on X.
  • Flashing cursor issues. I have no idea what's up with that, but it's totally Xorg's fault since it is in charge of the software cursor (no hardware cursor on these machines yet for corner case display controller technicality reasons). Most other platforms have working hardware cursors, which is probably why most X users don't hit this.
  • In the future: Fn key shortcuts (media keys) may stop working. X cannot see the Fn key at all, because it has a keycode larger than 8 bits, and 40 years ago someone designing X11 decided that the world would never have more than 256 possible keys. Fn is currently emulated in the kernel driver, but that's a horrible hack with bad UX (need to muck with kernel module arguments to change behavior), and we won't be upstreaming it like that. I plan to move Fn handling into XKB (which Wayland also uses), but we need to make sure we don't break XWayland somehow. That may or may not save bare-metal X in the end, depending on how we do it. No promises.
  • Screen capture issues, etc. There are corner cases here related to the GPU driver, texture formats and compresssion, and memory mapping modes. Wayland and PipeWire support the latest modern standards (DMA-BUF with modifiers) and are designed to efficiently support this properly, and we're chipping at the remaining issues there to make sure it works well. I have no idea how it works on X under the hood, but I know it's kind of broken right now, and if it doesn't get fixed by accident we have no plans to spend time on it for X.
  • Low/limited color gamut. The Apple display controller is quirky and only likes to expose the full screen color gamut in 10-bit mode (8-bit is limited to sRGB). KDE is happy to use 10-bit mode by default (if the driver supports it) and AIUI most other Wayland compositors can easily support it if they don't already. Xorg always uses 8-bit mode.

Some of these things are fixable, some are not, but nobody is fixing any of them in Xorg anyway.

That is not to say we haven't already dealt with some X issues. I spent a bunch of time figuring out how to make it work at all on Asahi (needs explicit config because the display/GPU device detection code is just broken by default). We were having issues with windows flashing black and this was identified as a core Mesa bug in its X support (which affected other platforms too!). And as mentioned, we will support XWayland and make sure it works as well as it can, within the limitations of the old X protocol. The legacy X server will continue working for basic desktop use, but we won't be putting in any effort to fix these issues, and if future changes regress it in major ways our answer will be to disable whatever features regressed it for X, not to fix the problems.

Apple Silicon was designed for macOS, and guess what Linux display server design is fundamentally quite similar to the macOS compositor? Wayland. It shouldn't be any surprise it works better.

* Incidentally, while I was researching this (before concluding it was a lost cause), I found a blatant bug in the relevant vsync code in the X server. Seriously, there's just so much brokenness and cruft and mess in there. It's clear why nobody wants to touch it any more.

1
1
0
repeated
repeated
repeated
repeated
Edited 1 year ago

It's pretty hilarious seeing so many anti-Wayland people think this is a parallel to systemd or pulseaudio or whatever (i.e. some people deciding to invent the new shiny because they think can do better - which is often the case, mind you) and not realize that Wayland devs are literally former Xorg devs. Everyone actually working on Linux graphics agrees native Xorg is dead. It's not some coup or takeover. It's practically a meme in Linux graphics that nobody dares touch or maintain Xorg any more.

Edit: please stop replying with your Wayland stories. This isn't about Wayland problems past or present. It's about people who act like Wayland is a conspiracy to kill X.

17
9
4
repeated

😭

0
16
8
repeated
repeated
repeated

MOVED TO @julia@eepy.moe (Julia verified_trans)

Going to sit on the doorstep of ICANN and meow until they give us .uwu

8
15
19
repeated

if ppl don't move from mastodon.social in a month it should just get blocked imo

1
3
1
repeated
repeated

Liam @ GamingOnLinux 🐧🎮

I’ll be sticking with the so if that’s your thing and you’re staying put follow along ✌️

5
1
0
repeated

zelda's coming out? cool, proud of her!

1
4
1
repeated
repeated
repeated
repeated

Milonga fina, Sun Hater verified_milonga_fina

I might be gay but I'm also gay and gay
1
3
1
Show older