[Mesa-dev] [Patch 1/4] Improve wayland-drm basing on gbm to act as generic buffer manager for wayland

Zhao, Halley halley.zhao at intel.com
Mon Apr 23 03:14:07 PDT 2012

Thanks Gwenole, your comments are helpful.
I did the following changes:
 - replace wayland_gbm_ to wl_gbm_ 
 - replace gbm_bo_create_from_handle to gbm_bo_create_from_native_handle with gbm_bo_handle as parameter 
patches are updated to the mail list.

as to mark wl_drm interface as "deprecated"
I haven't found any client uses wl_drm interface yet (except inside mesa), vaapi is the first one trying to use it :)
So I think it is safe to remove wayland-drm, do you agree?

> -----Original Message-----
> From: Gwenole Beauchesne [mailto:gb.devel at gmail.com]
> Sent: Monday, April 23, 2012 1:48 PM
> To: Zhao, Halley
> Cc: Benjamin Franzke; Kristian H?gsberg; Fu, Michael;
> mesa-dev at lists.freedesktop.org
> Subject: Re: [Mesa-dev] [Patch 1/4] Improve wayland-drm basing on gbm to act
> as generic buffer manager for wayland
> Hi Halley,
> 2012/4/23 Zhao, Halley <halley.zhao at intel.com>:
> > Could you give us some comments on this new proposal by using gbm?
> It seems your patches 3/4 and 4/4 did not reach the list, according the archives.
> Could you please repost them?
> Moving wayland-*.xml to Weston is a bad idea IMHO. Other compositors could
> also use the same interface. I believe the following could be done instead:
> 1. Mark wl_drm interfaces as "deprecated" at the linker level, for mesa
> next-release. Then, remove it for next.next-release or next^3-release.
> 2. Create a new wl_gbm interface (and directory), derived from the current
> wayland-drm/. I think gbm/frontends/wayland/ could be appropriate for it.
> Exported prefix for this API would be wl_gbm_ and not wayland_gbm_, in order
> to align with naming conventions for e.g.
> wl_shm buffer interface.
> Prerequisite for (2) would be the addition of a
> gbm_bo_create_from_native_handle() API + vfunc? You almost had it in your
> former patch 2/3. A gbm_bo_handle arg would be better IMHO.
> Regards,
> Gwenole.

More information about the mesa-dev mailing list