Lines Matching refs:privates
1379 Xorg: ../include/privates.h:121: dixGetPrivateAddr: Assertion
2196 Xorg: ../include/privates.h:121: dixGetPrivateAddr: Assertion `key->initialized' failed.
2205 …7ffff7fb57c1 in dixGetPrivateAddr (privates=0x555555ab1b60, key=0x555555855720 <rrPrivKeyRec>) at …
2206 …00007ffff7fb5822 in dixGetPrivate (privates=0x555555ab1b60, key=0x555555855720 <rrPrivKeyRec>) at …
2207 …07ffff7fb586a in dixLookupPrivate (privates=0x555555ab1b60, key=0x555555855720 <rrPrivKeyRec>) at …
4118 #7 dixGetPrivate () at ../include/privates.h:122
4119 #8 dixLookupPrivate () at ../include/privates.h:166
4505 xwayland: Remove xwl_present_window from privates on cleanup
4551 remove it from the window's privates, and `xwl_present_abort_vblank()`
4554 Remove `xwl_present_window` from window's privates on cleanup so that no
6937 …dixGetPrivate (key=0x813660 <xwl_window_private_key>, privates=0x20) at ../../include/privates.h:1…
6938 122 return (char *) (*privates) + key->offset;
6940 … dixGetPrivate (key=0x813660 <xwl_window_private_key>, privates=0x20) at ../../include/privates.h…
6941 …ixLookupPrivate (key=0x813660 <xwl_window_private_key>, privates=0x20) at ../../include/privates.h…
24076 ReloadEnumWindowsProc() accesses window privates, which are only valid in
27371 hw/xwin: Remove GC privates, unused since native GDI engine removal
28162 to fix the use-after-free, we need to avoid touching our privates in the
28209 the window privates.
29956 font privates with a call to ResetFontPrivateIndex, then much later
32285 privates: Clear screen-specific keys during CloseScreen
32288 because not enough memory is allocated for its pixmap privates. This happens
32291 key is not in the screen's linked list of screen-specific privates because
33321 This avoids a lot of screwing around to attach our privates later. It
33322 means that non-glamor pixmaps now gain 120 bytes of glamor privates on
33326 Note that privates start out zero-filled, which matches the callocs we
33327 were doing when making our own privates, and in the case of an fb
42880 kdrive: Don't bother explicitly clearing new window privates to NULL.
48592 defined, so that the layout of ScreenRec type is correct, so that it's privates
49874 dix: Clear any existing selections before initializing privates
49877 main loop, and that selection has privates allocated for it, the X
49879 privates refcounts to zero without accounting for the reference held
49882 for its privates type goes negative and bad things happen.
49886 privates and avoid the crash.
58638 there SysCounter privates. Call it for a NULL set as well, so we don't end up
64746 before trying to dereference it to add privates. To avoid memory leak
64747 in error path, delay malloc of privates until we're ready to add them.
67305 surface pointers in the window privates
70867 AllocDevicePair: Ensure XKB privates are initialised
70870 has been initialised, make sure its privates are set up first. XTest
72110 privates: Resize GPU screen-specific privates too
72112 When allocating new global privates, make sure the gpu
72746 v5: drop cursor privates for now.
72860 privates: Allow device privates to be allocated after server start
72862 This will permit midispcur to allocate its privates for hotplug outputs
72871 dix: Allocate device privates separate from devices
72873 This will allow device privates to be resized.
72894 Use screen-specific privates for exa pixmap and gc privates
72903 Use new screen-specific privates for fb window and gc privates
72914 Add screen-specific privates.
72916 Screen-specific privates areas are only allocated for objects related
72927 Objects providing screen-specific privates *must* be managed by the
72928 screen-specific private API when allocating or initializing privates
72931 The objects which support screen-specific privates are:
72940 all colormap privates are allocated during server startup, and hence
72944 screen-specific privates as they are global objects, not allocated on
72946 privates within the glyph.
74947 This macro did lookups via privates but we can just use the ScreenToScrn
89010 Use new per-screen privates API instead.
89869 Xephyr/dri: register screen and window privates on init
91932 "privates.h", line 198: warning: void function cannot return value
105275 Introduce per-object per-screen privates.
105895 Selection objects were not being allocated with privates, and both
107046 ==12536== by 0x8087F1F: _dixFreeObjectWithPrivates (privates.c:357)
107875 When this privates.h is included in C++ builds, the compiler
108043 Initialize dev privates before using any
108045 Initializing the dev privates code after allocating the server client
108046 dev privates would cause the memory leak check to fire at server
108337 much later in privates code, if NullClient is still accessed because
108562 3 in dixGetPrivateAddr at ../../include/privates.h:122
108563 4 in dixGetPrivate at ../../include/privates.h:137
108564 5 in dixLookupPrivate at ../../include/privates.h:167
109055 privates for the supported drawable types.
109259 PixmapPtr is a bit harsh, and unlikely to get the appropriate privates
109282 Place glyph privates at correct location within the allocate storage
109288 glyph privates
109433 index had been allocated. When the privates were changed the first
109457 Fix exa_priv.h declarations of privates
109459 exa_priv.h exposes the privates to the rest of the exa code, and yet
109460 the declarations of the privates wasn't fixed when the exa.c versions were.
109484 privates, it also had a MAXSCREENS array of keys to index device
109485 privates. Switch both of these to the new dixCreatePrivateKey API and
109500 suitable object lifetime by having the privates code free the key in
109514 privates. As a special case for XSELinux, a key may be allocated as
109543 information. Create a separate set of privates for the dispcur cursor
111088 SpriteInfoRec, removing all previously privates logic to keep such state.
111346 Remove dbe screen private privates.
111348 Each DBE Screen private structure could have nested privates. Oddly,
112006 for looking up the DRI2 drawable. Go back to using privates for getting
112314 extension initialization; necessary as the privates layout may well be
112413 Needed as the privates stuff uses the callbacks before they would have
112539 xfree86: use screen privates for Xv offscreen images.
112551 xfree86: use screen privates for exclusive DGA clients.
112607 Track screens' installed colormaps as screen privates.
112612 screen number. This patch converts most of those to use screen privates
112989 xfree86: track screens' installed colormaps as screen privates
112998 mi: track screens' installed colormaps as screen privates
113007 fb: track screens' installed colormaps as screen privates.
113012 screen number. This patch converts most of those to use screen privates
113022 xfree86: use screen privates for exclusive DGA clients
113035 xfree86: use screen privates for Xv offscreen images.
113366 DRI2: Track DRI2 drawables as resources, not privates
126367 The callers should need to use the dev privates key to look up xtest
127769 CARD8 to a CARD16, along with some changes in the privates.
133708 Before the export could fail and leave behind an invalid (freed) pointer in the dix privates.
146314 internal representation of the privates list.
149087 glx: test for valid read and draw privates before using them
155985 devPrivates rework: add missing include of dix/privates.h
161422 FontRec privates.
165610 dix/privates.c
168137 os: fix client privates leak
177460 Bump the ABI versions. Due to Glyph privates and the XV update below, the
179535 Forced commit to note that glyph privates commit was:
179556 Add glyph privates for Xgl, which uses them to implement a glyph cache. EXA
185218 xc/programs/Xserver/dix/privates.c
187158 working. Does not access SHM and privates if the SHM syscall failed
188109 - Remove some dead elements in the cw privates.