- 08 Aug, 2020 1 commit
-
-
Alan Coopersmith authored
Found by using: codespell --builtin clear,rare,usage,informal,code,names Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 18 Feb, 2019 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 28 Feb, 2018 1 commit
-
-
Reviewed-by:
Adam Jackson <ajax@redhat.com> Signed-off-by:
Giuseppe Bilotta <giuseppe.bilotta@gmail.com>
-
- 12 Feb, 2018 2 commits
-
-
non-desktop devices are those to which the normal desktop environment should not be extended. Examples are Head-mounted displays and the Apple Touch Bar. How an output device is set to non-desktop is not part of this proposal; it is expected that the underlying operating system will provide this information and have it reflected to X applications through this extension. v2: fix puncutation and duplicated 'the'. v3: switch to 32-bit property named non-desktop to match Linux Signed-off-by:
Keith Packard <keithp@keithp.com>
-
A "lease" is a set of crtc and output resources granted to another application for use outside of X. These will not be usable through the X protocol until the lease terminates. Leased outputs will be seen as disconnected, leased CRTCs will be seen as not usable with any output. v2: Delete output grabs Add LeaseNotify events Add FreeLease with option to terminate v3: Clarify a couple of lease behaviors: * You can lease an in-use object, it makes the X server stop using it, you don't get an error back. * There's no explicit 'Disabled' state for a crtc, when a crtc is disabled, it just has a set of reported values for GetCrtcInfo. v4: Integrate into merged xorgproto repo Signed-off-by:
Keith Packard <keithp@keithp.com>
-
- 06 Feb, 2018 1 commit
-
-
Reviewed-by:
Adam Jackson <ajax@redhat.com>
-
- 25 Sep, 2015 1 commit
-
-
The correct name is RRCrtcGetInfo. Signed-off-by:
Christophe Fergeau <cfergeau@redhat.com> Reviewed-by:
Jasper St. Pierre <jstpierre@mecheye.net>
-
- 03 May, 2015 1 commit
-
-
Dave Airlie authored
This just makes a note that randr won't make outputs disappear dynamically. Reviewed-by:
Aaron Plattner <aplattner@nvidia.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- 30 Mar, 2015 3 commits
-
-
Dave Airlie authored
expose this as an array of 8 32-bit values. Reviewed-by:
Keith Packard <keithp@keithp.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
Keith Packard authored
v2: [airlied] add get_active to monitor get interface, to allow normal vs configuration clients to see active vs all monitors. (r-b by keithp) Reviewed-by:
Dave Airlie <airlied@redhat.com> Signed-off-by:
Keith Packard <keithp@keithp.com>
-
Keith Packard authored
Reviewed-by:
Dave Airlie <airlied@redhat.com> Signed-off-by:
Keith Packard <keithp@keithp.com>
-
- 14 Mar, 2015 1 commit
-
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 21 Jan, 2014 1 commit
-
-
Aaron Plattner authored
The correct names for these are RRCrtcChangeNotifyMask and RROutputChangeNotifyMask, respectively. v2: "when a the configuration" is also not a thing. Signed-off-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 06 Jan, 2014 1 commit
-
-
Aaron Plattner authored
I pushed commit 19fc4c5a before I remembered that xrandr-1.4.0 has already been released. Move it to a new 1.4.1 section. Signed-off-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 05 Jan, 2014 1 commit
-
-
Alan Coopersmith authored
https://bugs.freedesktop.org/show_bug.cgi?id=73176 Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 03 Jan, 2014 1 commit
-
-
Aaron Plattner authored
This property represents the globally-unique identifier of the connected display, if one is available. Signed-off-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Andy Ritger <aritger@nvidia.com>
-
- 03 Oct, 2012 7 commits
-
-
Alan Coopersmith authored
Make listed lengths match data shown & values in header for RRSetProviderOffloadSink & RRSetProviderOutputSource Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Present in header & encoding section, just not in the descriptions of RRSetProviderOffloadSink & RRSetProviderOutputSource Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Uses values found in randr.h Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
The encoding is missing the 8 bytes of padding at the end of the base reply struct before the variable length lists begin. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
The description section matches randrproto.h - neither of which have the "maximum masters" or "flags" members, but do have padding before the providers list starts. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
The encoding section matches randrproto.h - neither of which have the config-timestamp, root, or crtc members. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
These values match the RRNotify_* definitions in randrproto.h and don't overlap with the RROutput*Notify codes from RandR 1.2. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com> Reviewed-by:
Dave Airlie <airlied@redhat.com>
-
- 28 Aug, 2012 6 commits
-
-
Alan Coopersmith authored
The padding for RRGetCrtcGamma & RRSetCrtcGamma is a variable p, not a fixed 2 bytes, since it depends on how many values are included in the lists. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Each OUTPUT is 4 bytes, not 8. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Make definitions more consistent about use of {} for enums, [] for structs Reflect the incorporation of more types from the Render spec in 1.3 Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
At least I'm assuming "providre" is a typo, not just a non-American variant. Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
(1 + 1 + 2 + 4 + 32) / 4 is 10 words, not 12 10 also matches the sz_xRRCreateModeReq value of 40 in randrproto.h Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
Alan Coopersmith authored
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com>
-
- 12 Jul, 2012 4 commits
-
-
Dave Airlie authored
a trivial commit to make release.sh work. Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com> Signed-off-by:
Dave Airlie <airlied@gmail.com>
-
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com> Signed-off-by:
Dave Airlie <airlied@gmail.com>
-
Signed-off-by:
Alan Coopersmith <alan.coopersmith@oracle.com> Reviewed-by:
Alex Deucher <alexander.deucher@amd.com> Signed-off-by:
Dave Airlie <airlied@gmail.com>
-
- 05 Jul, 2012 1 commit
-
-
Dave Airlie authored
A provider object represents a GPU or virtual device that provides rendering or output services to the X server. This protocol allow controlling provider objects for output and offload slave devices. v1.1: fix typo add missing define v2: rename nProperties back to nAtoms, makes server simpler to c-n-p, add missing Get request/reply v3: bring back configure property, no point in diverging from the output property code without good reason. also fix typo pointed out on irc by rei4dan. v3.1: drop cut-n-paste, increase RRNumberRequests v4: reviewed by Aaron, address comments: Fix provider error code add missing notify, remove dri2 references, fix c-n-p issues. v5: add provider change notify event with current role. v5.1: fix cut-n-paste v6: document flags, fix whitespace, add better errors for SetProviderRoles, add new events, fix pending language. v6.1: add missing change notify event struct + missing padding v7: fix a bunch more tab/spaces, add appendix sections for requests, events and errors, remove multimaster flag in favour of max master counter, move some members around to follow other events. v7.1 fix maxMaster + wrong comment, one whitespace v7.2 bump to being randr 1.4, fix some too generic names. v7.3 remove dynamic flag, fix some language v8 overhaul complete protocol, remove set provider roles, add specific methods for setting offload sinks and output sources, add a list of associated providers into the get provider info struct. Earlier-review-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Keith Packard <keithp@keithp.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- 27 Jun, 2012 1 commit
-
-
Dave Airlie authored
This patch reverts: Revert "Make SetCrtcConfigs take flags bits to allow partial configuration changes" This reverts commit 105a161a. Revert "Define new semantics for scanout pixmap destruction." This reverts commit 0d32bb07. Revert "Fix spelling errors, add description of SCANOUTPIXMAPINFO fields." This reverts commit 3e28d309. Revert "Add some informative text about the reasons for the PCP and ST bits" This reverts commit ebab32de. Revert "RandR version 1.4 additions" This reverts commit dd14a227 . None of this was ever used in the X server and I think it should probably be addressed in smaller pieces later. Acked-by:
Keith Packard <keithp@keithp.com> Signed-off-by:
Dave Airlie <airlied@redhat.com>
-
- 04 Aug, 2011 1 commit
-
-
Aaron Plattner authored
Signed-off-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Stéphane Marchesin <marcheu@chromium.org>
-
- 03 Aug, 2011 1 commit
-
-
Aaron Plattner authored
RandR output properties are X properties, which have a type atom, a "format" (i.e. an element size) and a number of items. Be explicit about these fields when describing properties in the protocol document. E.g., instead of specifying "int32 [2 * n] / Atom pairs," say "Type: INTEGER / Format: 32 / Num. items: 2*n." Signed-off-by:
Aaron Plattner <aplattner@nvidia.com> Reviewed-by:
Peter Hutterer <peter.hutterer@who-t.net>
-
- 19 May, 2011 1 commit
-
-
Adam Jackson authored
I've never heard of any hardware that behaves so. Signed-off-by:
Adam Jackson <ajax@redhat.com>
-
- 17 Feb, 2011 1 commit
-
-
Keith Packard authored
Instead of requiring a complete new configuration to be computed, allow the client to send a partial configuration with only the changed values included. This simplifies clients so that they need not change things they don't understand. This also removes the 'CurrentScanoutPixmap' hack as that is no longer necessary. Signed-off-by:
Keith Packard <keithp@keithp.com>
-
- 07 Dec, 2010 1 commit
-
-
Keith Packard authored
This is not yet implemented in the X server... Signed-off-by:
Keith Packard <keithp@keithp.com>
-