From info at metux.net Fri May 2 11:09:20 2025 From: info at metux.net (Enrico Weigelt, metux IT consult) Date: Fri, 2 May 2025 13:09:20 +0200 Subject: Xorg: MRs on sbus cleanups Message-ID: <145e288c-b62f-4a26-b13b-62c8d5b79320@metux.net> Hi folks, in case anybody still using sbus-based graphics cards w/ Xorg, please have a look at whether these MRs are okay: * https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1940 -> removes probing for several sbus cards that we don't have any drivers anymore -> we (Xorg) never had a driver for MGX (Quantum3D) cards, so there probably had been some 3rdparty driver * https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1942 -> unexporting a bunch of symbols that no drivers (known to us) are using -> but don't know whether there might be some 3rdparty drivers that really use some of them In any case, help on testing of those HW would be highly appreciated. thx. --mtx -- --- All racism is bad. All lives matter. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info at metux.net -- +49-151-27565287 From info at metux.net Fri May 2 18:22:16 2025 From: info at metux.net (Enrico Weigelt, metux IT consult) Date: Fri, 2 May 2025 20:22:16 +0200 Subject: xf86: VGA arbiter lock on CloseScreen() still needed ? In-Reply-To: <6340a2d8-9f6b-4c94-b739-5e29347ce926@daenzer.net> References: <3669009e-3a9c-4d02-822e-d95598b85aec@metux.net> <6340a2d8-9f6b-4c94-b739-5e29347ce926@daenzer.net> Message-ID: On 29.04.25 15:27, Michel D?nzer wrote: >> In most cases, that's really simple and straightforward, [...] > > That contradicts my experience working on the X server code for over two decades. Sorry, most cases, I've converted so far. (just speaking about what's in that queue) Of course there also are tricky cases, I'll have a closer look at those when it's their time :p My goal right how is decoupling extensions (which are quite orthogonal to screen drivers/DIX). Layered drivers (w/ fb, mi, ...) aren't my focus yet (even though did some cleanup there, too. > There are many cases where the callbacks must be executed in a specific order > for correct operation. Yes, sometimes that's the case. That's what I'm currently decoupling. In most of the cases I've touched so far, it's because the daisy-chaining. > And the driver's callback can be anywhere in that order. *drivers*, yes. My current focus are extensions. But I've already found (and cleaned) several cases of drivers where we don't need that at all, because the call chain actually is determined at compile time (eg. when using MI or FB functions). >> When fully done, it's also now possible hook/unhook at runtime (eg. >> enable/disable extensions on the fly, etc) > > That's already possible, and done. Change hooking at runtime ? How do you do this, when the daisy-chain scattered through lots of devPrivate's ? --mtx -- --- All racism is bad. All lives matter. --- Enrico Weigelt, metux IT consult Free software and Linux embedded engineering info at metux.net -- +49-151-27565287 From macallan1888 at gmail.com Fri May 2 12:26:17 2025 From: macallan1888 at gmail.com (Michael) Date: Fri, 2 May 2025 08:26:17 -0400 Subject: Xorg: MRs on sbus cleanups In-Reply-To: <145e288c-b62f-4a26-b13b-62c8d5b79320@metux.net> References: <145e288c-b62f-4a26-b13b-62c8d5b79320@metux.net> Message-ID: <20250502082613.498053cc@bushmills> Hello, On Fri, 2 May 2025 13:09:20 +0200 "Enrico Weigelt, metux IT consult" wrote: > * https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1940 > > -> removes probing for several sbus cards that we don't have any > drivers anymore > -> we (Xorg) never had a driver for MGX (Quantum3D) cards, so there > probably had been some 3rdparty driver We have a driver for mgx, and kernel support for cg12 ( no acceleration but we can do 24bit with wsfb ). The other cards are either dumb framebuffers or sun3 stuff as far as I can tell. > * https://gitlab.freedesktop.org/xorg/xserver/-/merge_requests/1942 > > -> unexporting a bunch of symbols that no drivers (known to us) > are using > -> but don't know whether there might be some 3rdparty drivers > that really use some of them sparcPromGetProperty() is in use by several drivers. have fun Michael From atod101101 at gmail.com Tue May 13 06:08:49 2025 From: atod101101 at gmail.com (Atod Notbora) Date: Tue, 13 May 2025 02:08:49 -0400 Subject: Full Screen Xterm Window? Message-ID: When using XQuartz on MacOS is there a way to make an xterm window completely full screen, without the top title bar or dock below? Like a terminal? At the moment, it appears my XQuartz session uses an Aqua style WM. I'm wondering if that has something to do with the full screen mode. I also enter full screen by right clicking on Xterm and clicking on full screen. Thanks From raster at rasterman.com Tue May 13 07:09:40 2025 From: raster at rasterman.com (Carsten Haitzler) Date: Tue, 13 May 2025 08:09:40 +0100 Subject: Full Screen Xterm Window? In-Reply-To: References: Message-ID: <20250513080940.24e3e86b5bc36b52382779d2@rasterman.com> On Tue, 13 May 2025 02:08:49 -0400 Atod Notbora said: > When using XQuartz on MacOS is there a way to make an xterm window > completely full screen, without the top title bar or dock below? Like a > terminal? > > At the moment, it appears my XQuartz session uses an Aqua style > WM. I'm wondering if that has something to do with the full screen > mode. I also enter full screen by right clicking on Xterm and clicking > on full screen. that menu request the window manager make the window fullscreen. how this is handled is a policy of the window manager. it's a request - the wm can do whatever it sees fit in this case (including ignoring the request). in your case this is quartz-wm (window manager) deciding that and this is something provide by apple, so you likely should ask them as apple ship this as a binary on their systems i assume. their policy is to not allow the window to be properly "filling the whole screen with nothing on top" and you'd need apple to change that policy if you want this widely to be the case, or replace quartz-wm with a modified version of your own. -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- Carsten Haitzler - raster at rasterman.com From cytan299 at yahoo.com Tue May 13 07:30:30 2025 From: cytan299 at yahoo.com (Cheng-Yang Tan) Date: Tue, 13 May 2025 07:30:30 +0000 (UTC) Subject: Full Screen Xterm Window? In-Reply-To: References: Message-ID: <1277158705.804876.1747121430671@mail.yahoo.com> If you want to start an xterm fullscreen, you can, from a terminal, execute: xterm -fullscreen Is this what you want? cytan On Tuesday, May 13, 2025 at 02:09:02 PM GMT+8, Atod Notbora via X11-users wrote: When using XQuartz on MacOS is there a way to make an xterm window completely full screen, without the top title bar or dock below?? Like a terminal? At the moment, it appears my XQuartz session uses an Aqua style WM.? I'm wondering if that has something to do with the full screen mode.? I also enter full screen by right clicking on Xterm and clicking on full screen. Thanks _______________________________________________ Do not post admin requests to the list. They will be ignored. X11-users mailing list? ? ? (X11-users at lists.apple.com) Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/cytan299%40yahoo.com This email sent to cytan299 at yahoo.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From atod101101 at gmail.com Tue May 13 16:21:54 2025 From: atod101101 at gmail.com (Nick) Date: Tue, 13 May 2025 12:21:54 -0400 Subject: Full Screen Xterm Window? In-Reply-To: <20250513080940.24e3e86b5bc36b52382779d2@rasterman.com> References: <20250513080940.24e3e86b5bc36b52382779d2@rasterman.com> Message-ID: Comments > On May 13, 2025, at 3:09 AM, Carsten Haitzler wrote: > > On Tue, 13 May 2025 02:08:49 -0400 Atod Notbora said: > >> When using XQuartz on MacOS is there a way to make an xterm window >> completely full screen, without the top title bar or dock below? Like a >> terminal? >> >> At the moment, it appears my XQuartz session uses an Aqua style >> WM. I'm wondering if that has something to do with the full screen >> mode. I also enter full screen by right clicking on Xterm and clicking >> on full screen. > > that menu request the window manager make the window fullscreen. how this is > handled is a policy of the window manager. it's a request - the wm can do > whatever it sees fit in this case (including ignoring the request). > > in your case this is quartz-wm (window manager) deciding that and this is > something provide by apple, so you likely should ask them as apple ship this as > a binary on their systems i assume. their policy is to not allow the window to > be properly "filling the whole screen with nothing on top" and you'd need apple > to change that policy if you want this widely to be the case, or replace > quartz-wm with a modified version of your own. > I can confirm only xterm -fullscreen works for me on Darwin with quartz-wm. It does not work with twm or mwm, and window stays the same size. I was interested in full screen because it appears Mac Emacs has a full screen mode, which occupies the entire screen. From atod101101 at gmail.com Tue May 13 16:23:46 2025 From: atod101101 at gmail.com (Nick) Date: Tue, 13 May 2025 12:23:46 -0400 Subject: Fullscreen mode for X, without seeing next to current WM? Message-ID: Is there a way to launch X and use the entire display including background, not to be shared with Quartz WM and other UI windows? From atod101101 at gmail.com Tue May 13 19:36:52 2025 From: atod101101 at gmail.com (Nick) Date: Tue, 13 May 2025 15:36:52 -0400 Subject: Fullscreen mode for X, without seeing next to current WM? In-Reply-To: References: Message-ID: That?s exactly what I was looking for. xterm -fullscreen is fullscreen now like a terminal. Thanks! > On May 13, 2025, at 2:55 PM, Rob Arthan wrote: > > [Nick: oops! I forgot to do Reply All, so you?ll see this twice.] > > I?m not quite sure why you started a new thread for this. > > In any case, If you use X Quartz and select the Full Screen option in the Output tab in the settings, then you will achieve this. You may need to quit X Quartz and restart it, e.g., by running ?xterm? or ?xterm -fullscreen? and then maybe select the xterm from X Quartz?s Window menu. > > Make a careful note of the key sequence you need to get out (it?s Command-Option-A). > > You may be able to achieve the same effect with other window managers by tweaking configuration files. I haven?t looked into that. > > Regards, > > Rob. > >> On 13 May 2025, at 17:23, Nick via X11-users > wrote: >> >> Is there a way to launch X and use the entire display including background, not to be shared with Quartz WM and other UI windows? >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> X11-users mailing list (X11-users at lists.apple.com ) >> Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/rda%40lemma-one.com >> >> This email sent to rda at lemma-one.com >> On 13 May 2025, at 17:23, Nick via X11-users wrote: >> >> Is there a way to launch X and use the entire display including background, not to be shared with Quartz WM and other UI windows? >> _______________________________________________ >> Do not post admin requests to the list. They will be ignored. >> X11-users mailing list (X11-users at lists.apple.com) >> Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/rda%40lemma-one.com >> >> This email sent to rda at lemma-one.com > -------------- next part -------------- An HTML attachment was scrubbed... URL: From rda at lemma-one.com Tue May 13 18:55:41 2025 From: rda at lemma-one.com (Rob Arthan) Date: Tue, 13 May 2025 19:55:41 +0100 Subject: Fullscreen mode for X, without seeing next to current WM? In-Reply-To: References: Message-ID: [Nick: oops! I forgot to do Reply All, so you?ll see this twice.] I?m not quite sure why you started a new thread for this. In any case, If you use X Quartz and select the Full Screen option in the Output tab in the settings, then you will achieve this. You may need to quit X Quartz and restart it, e.g., by running ?xterm? or ?xterm -fullscreen? and then maybe select the xterm from X Quartz?s Window menu. Make a careful note of the key sequence you need to get out (it?s Command-Option-A). You may be able to achieve the same effect with other window managers by tweaking configuration files. I haven?t looked into that. Regards, Rob. > On 13 May 2025, at 17:23, Nick via X11-users > wrote: > > Is there a way to launch X and use the entire display including background, not to be shared with Quartz WM and other UI windows? > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list (X11-users at lists.apple.com ) > Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/rda%40lemma-one.com > > This email sent to rda at lemma-one.com > On 13 May 2025, at 17:23, Nick via X11-users wrote: > > Is there a way to launch X and use the entire display including background, not to be shared with Quartz WM and other UI windows? > _______________________________________________ > Do not post admin requests to the list. They will be ignored. > X11-users mailing list (X11-users at lists.apple.com) > Help/Unsubscribe/Update your Subscription: https://lists.apple.com/mailman/options/x11-users/rda%40lemma-one.com > > This email sent to rda at lemma-one.com -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.filion at collabora.com Sat May 17 09:44:37 2025 From: mark.filion at collabora.com (Mark Filion) Date: Sat, 17 May 2025 11:44:37 +0200 Subject: 2025 X.Org Foundation Election results Message-ID: <0216c1d3ee5371f5e82a1d211e1a421aa1690daa.camel@collabora.com> Hello all, The Board of Directors election concluded at 23:59 UTC on 14 May 2025. For this election, we had 77 members who could cast a vote. 72 did, so the turnout was 92.5%. This is the 3rd highest turnout in the last 10 elections, with only 2021 (93.8%) and 2016 (98.8%) being higher. It is also a 147% increase from last year's turnout (62.9%). Thank you to everyone who took the time to vote! In the election of the Directors to the Board of the X.Org Foundation, the results were that Lyude Paul, Andres Gomez, Arkadiusz Hiler and Harry Wentland were elected for two year terms. The old full board is: Erik Faye-Lund, Mark Filion, Neal Gompa, Arkadiusz Hiler, Christopher Michael, Lyude Paul, and Simon Ser. The new full board is: Erik Faye-Lund, Mark Filion, Andres Gomez, Neal Gompa, Arkadiusz Hiler, Lyude Paul, Simon Ser, and Harry Wentland. Mark Filion, on behalf of the X.Org elections committee -------------- next part -------------- An HTML attachment was scrubbed... URL: From mark.filion at collabora.com Thu May 29 19:55:01 2025 From: mark.filion at collabora.com (Mark Filion) Date: Thu, 29 May 2025 15:55:01 -0400 Subject: XDC 2025: Registration & Call for Proposals now open! Message-ID: <799bae8994d3c43b9992e784d6738abf8bc5b4d4.camel@collabora.com> Hello! Registration & Call for Proposals are now open for XDC 2025, which will take place at the? TU Wien Kuppelsaal in Vienna, Austria on 29 September to 1 October. ????https://xdc2025.x.org ?? As usual, the conference is free of charge and open to the general public. If you plan on attending, please make sure to register as early as possible: ????https://indico.freedesktop.org/event/10/registrations/ In addition to registration, the CfP is now open for talks, demos, and workshops at XDC 2025. While any serious proposal will be gratefully considered, topics of interest to X.Org and freedesktop.org developers are encouraged. The program focus is on new development, ongoing challenges and anything else that will spark discussions among attendees in the hallway track. We are open to talks across all layers of the graphics stack, from the kernel to desktop environments / graphical applications and about how to make things better for the developers who build them. Head to the CfP page to learn more: ????https://indico.freedesktop.org/event/10/abstracts/ The deadline for submissions Friday, 11 July 2025. We are looking forward to seeing you in Vienna! If you have any questions, please email the organizer (hfink at snap.com), adding on CC the X.org board (board at foundation.x.org). And don't forget, you can follow us on Mastodon for all the latest updates and to stay connected: ????https://floss.social/@XOrgDevConf Best, Mark -------------- next part -------------- An HTML attachment was scrubbed... URL: