• Eric Anholt's avatar
    glamor: Ask the server to always allocate our private. · a2a2f6e3
    Eric Anholt authored
    This avoids a lot of screwing around to attach our privates later.  It
    means that non-glamor pixmaps now gain 120 bytes of glamor privates on
    64-bit (which has quite a bit of fixable bloat), and glamor pixmaps
    take one less pointer of storage (not counting malloc overhead).
    Note that privates start out zero-filled, which matches the callocs we
    were doing when making our own privates, and in the case of an fb
    pixmap that has a priv where it didn't before, the type ends up being
    GLAMOR_MEMORY as we would want.
    v2: Clarify that the GLAMOR_MEMORY enum must be 0 (as it was
        previosuly), so that the new pixmap private behavior is as
        expected.  Suggested by keithp.
    Signed-off-by: default avatarEric Anholt <eric@anholt.net>
    Reviewed-by: Michel Dänzer <michel.daenzer@amd.com> (v1)
    Reviewed-by: default avatarKeith Packard <keithp@keithp.com>
glamor.h 13.6 KB