On Mon, 2020-04-20 at 15:05 +0300, Pekka Paalanen wrote:
> On Thu, 16 Apr 2020 17:47:56 +1000
> Christopher James Halse Rogers wrote:
>
> > On Wed, Apr 15, 2020 at 14:27, Simon Ser wrote:
> > > Hi,
> > >
> > > On Monday, April 13, 2020 1:59 AM, Peter Hutterer
> > > wrote:
> > > > Hi all,
>
On Sat, 2020-04-04 at 08:11 -0700, Rob Clark wrote:
> On Fri, Apr 3, 2020 at 7:12 AM Michel Dänzer wrote:
> > On 2020-03-01 6:46 a.m., Marek Olšák wrote:
> > > For Mesa, we could run CI only when Marge pushes, so that it's a strictly
> > > pre-merge CI.
> >
> > Thanks for the suggestion! I implem
On Tue, 2020-03-17 at 10:12 -0700, Jacob Lifshay wrote:
> One related issue with explicit sync using sync_file is that combined
> CPUs/GPUs (the CPU cores *are* the GPU cores) that do all the
> rendering in userspace (like llvmpipe but for Vulkan and with extra
> instructions for GPU tasks) but nee
On Wed, 2020-03-11 at 12:31 -0500, Jason Ekstrand wrote:
> - X11: With present, it has these "explicit" fence objects but
> they're always a shmfence which lets the X server and client do a
> userspace CPU-side hand-off without going over the socket (and
> round-tripping through the kernel). How
On Tue, 2019-05-28 at 08:26 +0100, adlo wrote:
> When switching tty, my compositor crashes with error messages such as
>
> free (): invalid size Aborted (core dumped)
> or
> malloc (): invalid chunk size
This means something is corrupting the malloc arena metadata. Run your
compositor under val
On Fri, 2019-05-10 at 11:09 +0200, Olivier Fourdan wrote:
> Hi,
>
> On Fri, May 10, 2019 at 10:45 AM Jonas Ådahl wrote:
> > On Fri, May 10, 2019 at 11:29:50AM +0300, Pekka Paalanen wrote:
> > > On Thu, 09 May 2019 14:03:52 -0400
> > > Adam Jackson wrote:
> &g
The Xwayland component of the Wayland product in bugzilla is still open
for bug entry. Does anyone actually want this? I'm happy to migrate the
remaining open bugs into xserver's gitlab issues where they belong, but
I wanted to make sure nobody's still relying on bugzilla for this.
- ajax
___
On Wed, 2019-03-06 at 18:09 +0100, Sebastian Wick wrote:
> 2. How exactly should the client be informed of the "prefered" color
>spaces?
>IMO there are a few requirements:
>* the client should know when the prefered color space changes
>* the client should know when multiple color
On Wed, 2019-03-06 at 15:52 +1100, Graeme Gill wrote:
> Adam Jackson wrote:
>
> > X kinda has three mechanisms for this. The first one, that nobody
> > really uses, is setting the colormap for a DirectColor visual.
>
> Actually this is something I check and set to lin
On Fri, 2019-03-01 at 12:10 +0200, Pekka Paalanen wrote:
> On Thu, 28 Feb 2019 18:28:33 -0700
> Chris Murphy wrote:
>
> > I'm curious how legacy applications including games used to manipulate
> > actual hardware LUT in a video card, if the application asked the
> > client to do it, in which case
On Wed, 2019-02-27 at 13:47 -0700, Chris Murphy wrote:
> On Wed, Feb 27, 2019 at 5:27 AM Pekka Paalanen wrote:
> > there is a single, unambiguous answer on Wayland: the compositor owns
> > the pipeline. Therefore we won't have the kind of problems you describe
> > above.
> >
> > These are the ver
On Tue, 2019-02-05 at 19:51 +, Singh, Satyeshwar wrote:
> Hi,
> I have a 2 screen configuration running Weston. When I run XWayland
> on top, it initially shows a black screen on both the screens. I am
> wondering if there is a way to limit XWayland to only using one
> screen? Is there a config
On Tue, 2019-01-22 at 22:46 -0500, nerdopolis wrote:
> Well, TBH, It's just my quazi-distribution Live CD that I still maintain...
> It falls back to the Framebuffer on systems (or seats) that don't have
> Kernel Mode Setting. The number of users now probably is low...
I think the biggest class
On Tue, 2019-01-15 at 11:30 +0200, Pekka Paalanen wrote:
> On Tue, 15 Jan 2019 13:47:07 +1100
> Graeme Gill wrote:
>
> > If done in the composer, it would need to render the graphic elements to
> > the output DPI / convert the source colorspace to the output colorspace.
> > But the composer would
On Thu, 2018-08-02 at 17:21 -0700, Madhurkiran Harikrishnan wrote:
> The original implementation always chose first egl config for pbuffer
> surface type, however the returned configs are implementation specific
> and egl config may not always match between ctx and surface. Hence,
> use gr->egl_con
On Mon, 2018-01-29 at 17:54 +0100, Roman Gilg wrote:
> The above patch series only allows flips on a child window with the same
> dimensions as its parent xwl_window. For flips on child windows (for example
> the video view port of a video player in windowed mode, see here:
> http://www.subdiff.de/
On Thu, 2018-01-25 at 12:52 +, Daniel Stone wrote:
> Hi Olivier,
>
> On 24 January 2018 at 16:45, Olivier Fourdan wrote:
> > Signed-off-by: Olivier Fourdan
>
> This is also:
> Reviewed-by: Daniel Stone
Merged both:
remote: I: patch #200439 updated using rev
3362422e8413dd9f231cfac50ce0a
On Wed, 2018-01-24 at 11:31 +0100, Olivier Fourdan wrote:
> Small bump, would need to land this patch for 1.20 so we can continue
> with fixing mutter once this is available in an Xwayland release :)
Thanks for the poke. This didn't quite build with meson, needed to
generate the new client header
On Wed, 2018-01-24 at 11:36 +0100, Olivier Fourdan wrote:
> So basically, just remove the “if
> (RegionNotEmpty(DamageRegion(xwl_window->damage)))” would suffice?
Worth a try anyway. I'm still just guessing at the root cause.
- ajax
___
wayland-devel
On Tue, 2018-01-23 at 10:15 +, Daniel Stone wrote:
> Ooh. serialNumber == 1 means it's the root pixmap, which will actually
> be uselessly empty. It would be interesting to see how we've ended up
> here: it would have to be a top-level window which a) was manually
> redirected by the WM when i
On Thu, 2018-01-18 at 11:41 +0100, Olivier Fourdan wrote:
> This is a rare occurrence of a crash in Xwayland for which I don't have
> the reproducing steps, just a core file.
>
> The backtrace looks as follow:
>
> #0 raise () from /usr/lib64/libc.so.6
> #1 abort () from /usr/lib64/libc.so.6
On Tue, 2017-11-21 at 14:45 +0100, Olivier Fourdan wrote:
> Xwayland is a pretty standard Wayland client, we want to be able to
> capture core dumps on crashes.
>
> Yet using "-core" causes any FatalError() to generate a core dump,
> meaning that we would get a core file for all Wayland server cra
On Tue, 2017-12-05 at 10:51 +, Daniel Stone wrote:
> On 27 September 2017 at 17:01, Olivier Fourdan
> wrote:
> > Fixes: https://bugs.freedesktop.org/show_bug.cgi?id=103012
> > Signed-off-by: Olivier Fourdan
>
> Reviewed-by: Daniel Stone
remote: I: patch #179214 updated using rev
97ac59b1e
On Thu, 2017-03-02 at 11:03 +0100, Olivier Fourdan wrote:
> Not all compositors allow for customizing the Xwayland command line,
> gnome-shell/mutter for example have the command line and path to
> Xwayland binary hardcoded, which makes it harder for users to disable
> glamor acceleration in Xwayla
On Tue, 2017-09-12 at 19:34 +0200, Joseph Burt wrote:
> On Mon, Sep 11, 2017 at 3:44 PM, Adam Jackson wrote:
> >
> > Root window size is only ever sent during the initial connection
> > handshake, and the client extension libraries don't update it when the
> > roo
On Sun, 2017-09-10 at 22:25 +0200, Joseph Burt wrote:
> What about always running the X server at hardware resolution,
This isn't a fixed number. Outputs can be hotplugged.
- ajax
___
wayland-devel mailing list
wayland-devel@lists.freedesktop.org
https
On Thu, 2017-09-07 at 12:17 -0400, Olivier Fourdan wrote:
> But we dismissed that solution, having different X11 screens is not very
> practical, mutter does not support multiple screens for a start, and
> things like drag'n drop, copy/paste, root properties, etc. all would
> become quite complic
On Mon, 2016-07-04 at 03:10 -0400, Olivier Fourdan wrote:
> That mechanism would probably not work as is with O-R windows for a
> couple of reasons:
Your descriptions here seem to assume the inability to fix the
compositor, which to me seems... insane? _Nothing_ xserver can do in
this situation i
On Fri, 2016-06-17 at 03:49 -0400, Olivier Fourdan wrote:
> Hi all,
>
> First of all, sorry for cross posting, but I am not really sure where
> the issue is to be addressed...
>
> I am looking into https://bugs.freedesktop.org/show_bug.cgi?id=96547
> and concluded this is actually the same as ht
On Fri, 2016-02-05 at 07:54 +0800, Jonas Ådahl wrote:
>
> On Feb 5, 2016 12:53 AM, "Rui Matos" wrote:
> >
> > The last cursor frame we commited before the pointer left one of our
> > surfaces might not have been shown. In that case we'll have a cursor
> > surface frame callback pending which we n
On Sat, 2015-10-03 at 09:46 +1000, Dave Airlie wrote:
> On 23 September 2015 at 23:35, Olivier Fourdan
> wrote:
> > bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=92076
> > Signed-off-by: Olivier Fourdan
>
> Seems sane,
>
> Reviewed-by: Dave Airlie
Merged:
remote: I: patch #60158 upd
31 matches
Mail list logo
