New X server: Xmodesetting - #3695
stefan11111 wants to merge 24 commits into
Conversation
bd106b0 to
6aa8bad
Compare
|
@cepelinas9000 @X11Libre/dev If you want to take a look at this, it should be in a usable state. Gamma support is not yet implemented, but it will be. Modifier support is also not implemented, will come in a later series, since it needs some glamor modifications. Current supported depths are 8, 16, 24, and 30. I couldn't get depth 8 to work, but that could be due to my machine. Both the RGB and BGR formats are supported, but I don't know how well DRI3 behaves with a BGR front. Depth 24 with bpp 24 maybe works, but I don't have hw to test it. I saw some weird things happening with the border on alpha-patched st with dwm with depth 30. Because of this, depth 30 is only used if requested by the user. All other depth/bpp are probed, starting from 24/32 and going down. I tried to see if I could get depth 48, bpp 64 with I set the visual mask to |
Tiny X server for KMS devices More or less a direct import of tinycorelinux/tinyx#20 with Xfbdev-like glamor acceleration, which we get for cheap Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Make the default FALSE Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Forces glamor to not use libgbm Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Allows kglamor to manage it without ddx involvement Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
This is per-card info, that is shared among screens Signed-off-by: stefan11111 <stefan11111github@gmail.com>
They are properties of the screen, not the front bo Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Store only the device path in `card->closure` Store the screen config in `screen->closure` Signed-off-by: stefan11111 <stefan11111github@gmail.com>
If multiple physical outputs are connected to screens on the same physical card, we probe the first output and crtc as unusal, and add them to a list. For subsequent screens on the same card, we look for different outputs and crtcs Signed-off-by: stefan11111 <stefan11111github@gmail.com>
…initialized Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Reverts and fixes X11Libre@14912f8 Signed-off-by: stefan11111 <stefan11111github@gmail.com>
even when probed and not explcit Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
…formats Signed-off-by: stefan11111 <stefan11111github@gmail.com>
The option was parsed, but not implemented Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Fall back to `drmModeAddFB` if that fails Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
47dc6a0 to
00b4cb2
Compare
stefan11111
changed the title
stefan11111
changed the title
Signed-off-by: stefan11111 <stefan11111github@gmail.com>
Also some cosmetic changes Signed-off-by: stefan11111 <stefan11111github@gmail.com>
00b4cb2 to
5f5b2da
Compare
Move the gamma-related stuff to a different file Signed-off-by: stefan11111 <stefan11111github@gmail.com>
6971967 to
2dec6c6
Compare
2 participants
Same as #3688 , but with Xmodesetting
As of writing this, Xmodesetting is mostly Xfbdev without dpms, ported from tinycorelinux/tinyx#20
The X server works, and asan seems just as happy as with Xfbdev.