isa/mutter
1
0
Fork 0
mirror of https://github.com/brl/mutter.git synced 2024-11-24 17:10:40 -05:00
Code Issues Packages Projects Releases Wiki Activity
bea7600471
mutter/src/backends/native/meta-crtc-kms.h

55 lines
1.8 KiB
C
Raw Normal View History

backends/native: Move CRTC code to its own file Move code dealing with MetaCrtcKms and related functionality to its own file. Eventually, MetaCrtcKms should become a GObject based on MetaCrtc, and this commit is in preparation for that. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-04 04:04:39 -04:00
/* -*- mode: C; c-file-style: "gnu"; indent-tabs-mode: nil; -*- */
/*
* Copyright (C) 2017 Red Hat
crtc/kms: Add primary plane format list accessors These functions allow inspecting which pixel formats a CRTC's primary plane supports. Future patches will inspect the supported formats and pick a framebuffer format accordingly instead of hardcoding a format. The copy list function will be used to initialize a formats list, and the supports format function will be used to intersect that list against another CRTC's supported formats. https://gitlab.gnome.org/GNOME/mutter/merge_requests/341
2018-11-21 08:15:27 -05:00
* Copyright (C) 2018 DisplayLink (UK) Ltd.
backends/native: Move CRTC code to its own file Move code dealing with MetaCrtcKms and related functionality to its own file. Eventually, MetaCrtcKms should become a GObject based on MetaCrtc, and this commit is in preparation for that. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-04 04:04:39 -04:00
*
* This program is free software; you can redistribute it and/or
* modify it under the terms of the GNU General Public License as
* published by the Free Software Foundation; either version 2 of the
* License, or (at your option) any later version.
*
* This program is distributed in the hope that it will be useful, but
* WITHOUT ANY WARRANTY; without even the implied warranty of
* MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU
* General Public License for more details.
*
* You should have received a copy of the GNU General Public License
* along with this program; if not, write to the Free Software
* Foundation, Inc., 59 Temple Place - Suite 330, Boston, MA
* 02111-1307, USA.
*/
#ifndef META_CRTC_KMS_H
#define META_CRTC_KMS_H
#include <xf86drm.h>
#include <xf86drmMode.h>
Clean up include macros mess The order and way include macros were structured was chaotic, with no real common thread between files. Try to tidy up the mess with some common scheme, to make things look less messy.
2018-07-10 04:36:24 -04:00
#include "backends/meta-backend-types.h"
backends/native: Move CRTC code to its own file Move code dealing with MetaCrtcKms and related functionality to its own file. Eventually, MetaCrtcKms should become a GObject based on MetaCrtc, and this commit is in preparation for that. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-04 04:04:39 -04:00
#include "backends/meta-crtc.h"
backends: Split out CRTC/output management to MetaGpu In order to eventually support multilpe GPUs with their own connectors, split out related meta data management (i.e. outputs, CRTCs and CRTC modes) into a new MetaGpu GObject. The Xrandr backend always assumes there is always only a single "GPU" as the GPU is abstracted by the X server; only the native backend (aside from the test backend) will eventually see more than one GPU. The Xrandr backend still moves some management to MetaGpuXrandr, in order to behave more similarly to the KMS counterparts. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-10 06:19:32 -04:00
#include "backends/native/meta-gpu-kms.h"
kms: Add CRTC representation Add MetaKmsCrtc to represent a CRTC on the associated device. Change MetaCrtcKms to use the ones discovered by the KMS abstraction. It still reads the resources handed over by MetaGpuKms, but eventually it will use only MetaKmsCrtc. MetaKmsCrtc is a type of object that is usable both from an impl task and from outside. All the API exposed via the non-private header is expected to be accessible from outside of the meta-kms namespace. https://gitlab.gnome.org/GNOME/mutter/issues/548 https://gitlab.gnome.org/GNOME/mutter/merge_requests/525
2019-01-29 12:33:00 -05:00
#include "backends/native/meta-kms-crtc.h"
backends/native: Move CRTC code to its own file Move code dealing with MetaCrtcKms and related functionality to its own file. Eventually, MetaCrtcKms should become a GObject based on MetaCrtc, and this commit is in preparation for that. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-04 04:04:39 -04:00
gboolean meta_crtc_kms_is_transform_handled (MetaCrtc *crtc,
MetaMonitorTransform transform);
void meta_crtc_kms_apply_transform (MetaCrtc *crtc);
output/kms: Outsource connector state fetching to MetaKmsConnector As with CRTC state, variable connector state is now fetched via the MetaKmsConnector. The existance of a connector state is equivalent of the connector being connected. MetaOutputKms is changed to fetch variable connector state via MetaKmsConnector intsead of KMS directly. The drmModeConnector is still used for constructing the MetaOutputKms to find properties used for applying configuration. https://gitlab.gnome.org/GNOME/mutter/issues/548 https://gitlab.gnome.org/GNOME/mutter/merge_requests/525
2019-03-09 09:55:24 -05:00
MetaKmsCrtc * meta_crtc_kms_get_kms_crtc (MetaCrtc *crtc);
renderer/native: Create GBM surfaces with modifiers Now that we have the list of supported modifiers from the monitor manager (via the CRTCs to the primary planes), we can use this to inform EGL it can use those modifiers to allocate the GBM surface with. Doing so allows us to use tiling and compression for our scanout surfaces. This requires the Mesa commit in: Mesa 10.3 (08264e5dad4df448e7718e782ad9077902089a07) or Mesa 10.2.7 (55d28925e6109a4afd61f109e845a8a51bd17652). Otherwise Mesa closes the fd behind our back and re-importing will fail. See FDO bug #76188 for details. https://bugzilla.gnome.org/show_bug.cgi?id=785779
2017-08-03 10:42:50 -04:00
GArray * meta_crtc_kms_get_modifiers (MetaCrtc *crtc,
uint32_t format);
crtc/kms: Add primary plane format list accessors These functions allow inspecting which pixel formats a CRTC's primary plane supports. Future patches will inspect the supported formats and pick a framebuffer format accordingly instead of hardcoding a format. The copy list function will be used to initialize a formats list, and the supports format function will be used to intersect that list against another CRTC's supported formats. https://gitlab.gnome.org/GNOME/mutter/merge_requests/341
2018-11-21 08:15:27 -05:00
GArray *
meta_crtc_kms_copy_drm_format_list (MetaCrtc *crtc);
gboolean
meta_crtc_kms_supports_format (MetaCrtc *crtc,
uint32_t drm_format);
crtc/kms: Outsource CRTC state fetching to MetaKmsCrtc Move reading state into a struct for MetaCrtcKms to use instead of querying KMS itself. The state is fetched in the impl context, but consists of only simple data types, so is made accessible publicly. As of this, MetaCrtcKms construction does not involve any manual KMS interaction outside of the MetaKms abstraction. https://gitlab.gnome.org/GNOME/mutter/issues/548 https://gitlab.gnome.org/GNOME/mutter/merge_requests/525
2019-03-08 13:19:18 -05:00
MetaCrtc * meta_create_kms_crtc (MetaGpuKms *gpu_kms,
MetaKmsCrtc *kms_crtc);
backends/native: Move CRTC code to its own file Move code dealing with MetaCrtcKms and related functionality to its own file. Eventually, MetaCrtcKms should become a GObject based on MetaCrtc, and this commit is in preparation for that. https://bugzilla.gnome.org/show_bug.cgi?id=785381
2017-07-04 04:04:39 -04:00
#endif /* META_CRTC_KMS_H */
Reference in New Issue Copy Permalink