[Xcb] [PATCH] XCB-XML: Proposal for alignment padding
Evgeny M. Zubok
evgeny.zubok at tochka.ru
Mon Nov 8 01:57:18 PST 2010
Hello,
this is my proposal for the alignment padding. For the purposes of
present proposal I introduce a new contruct
<sizeof>reference</sizeof>,
which references to a name of entity (list or field) and giving a size
in bytes of this entity. <sizeof> helps to avoid duplication of the
complex expressions for length of lists.
Example 1. Simple length expression.
<list type="char" name="vendor">
<fieldref>vendor_len</fieldref>
</list>
<sizeof>vendor</sizeof> is a size in bytes of list "vendor"; in this
simple case it will be equal to "vendor_len".
Example 2. Complex length expression.
<list type="void" name="data">
<op op="/">
<op op="*">
<fieldref>data_len</fieldref>
<fieldref>format</fieldref>
</op>
<value>8</value>
</op>
</list>
<sizeof>data</sizeof> references to the length expression
"data_len*format/8"
Example 3. Simple types.
if <field type="ATOM" name="property" />
then <sizeof>property</sizeof> is 4.
if <field type="CARD8" name="mode" enum="PropMode" />
then <sizeof>PropMode</sizeof> is 1.
There is an alternative approach. We could extend already existed and
specified <localfield> in the following way:
<localfield type="identifier" name="identifier">expression</localfield>
Then we could write
<localfield type="CARD32" name="vendor_size">
<fieldref>vendor_len</fieldref>
</localfield>
<list type="char" name="vendor">
<fieldref>vendor_size</fieldref>
</list>
<localfield type="CARD32" name="data_size">
<op op="/">
<op op="*">
<fieldref>data_len</fieldref>
<fieldref>format</fieldref>
</op>
<value>8</value>
</op>
</localfield>
<list type="void" name="data">
<fieldref>data_size</fieldref>
</list>
PADDING
=======
After examining a full set of X Protocol extensions which are
available in XCB I conclude that the following form is suitable to
cover different padding schemas:
<pad align="integer">expression</pad>
If the number of unused bytes is variable, the encode-form, as it
described in the X Protocol Specification, typically is:
p unused, p=pad(E),
where E is some expression, and pad(E) is the number of bytes needed
to round E up to a multiple of integer i from the align
attribute. Typically, the value of align attribute is 4. The content
of the tag is an expression giving the size in bytes. The expression
usually includes the references to the size(s) of lists or fields from
the structure.
Example 1. Pad for a list of simple types and structures.
<list type="STR" name="names">
<fieldref>names_len</fieldref>
</list>
<pad align="4"><sizeof>names</sizeof></pad>
Example 2. Structure KB_LISTING from XKB specification has 2-byte (!)
alignment.
2 CARD16 flags
2 n length
n STRING8 string
p unused, p=pad(n) to a 2-byte boundary
<struct name="Listing">
<field name="flags" type="CARD16" />
<field name="length" type="CARD16" />
<list name="string" type="STRING8">
<fieldref>length</fieldref>
</list>
<pad align="2"><sizeof>string</sizeof></pad>
</struct>
Example 3. Structure SYSTEMCOUNTER from XSync has more complex
alignment scheme: pad is a function on sizes of two adjacent fields.
4 COUNTER counter
8 INT64 resolution
2 n length of name in bytes
n STRING8 name
p pad, p=pad(n+2)
<struct name="SYSTEMCOUNTER">
<field type="COUNTER" name="counter" />
<field type="INT64" name="resolution" />
<field type="CARD16" name="name_len" />
<list type="char" name="name">
<fieldref>name_len</fieldref>
</list>
<pad align="4">
<op op="+">
<sizeof>name</sizeof>
<value>2</value> <!-- or <sizeof>name_len</sizeof> -->
</op>
</pad>
</struct>
Example 4. Even more complex alignment scheme. "ListComponents"
request from XKB has the pad
p unused, p=pad(6+m+k+t+c+s+g)
<request name="ListComponents" opcode="22">
<field name="deviceSpec" type="DeviceSpec" />
<field name="maxNames" type="CARD16" />
<field name="keymapsSpecLen" type="CARD8" />
<list name="keymapsSpec" type="STRING8">
<fieldref>keymapsSpecLen</fieldref>
</list>
<field name="keycodesSpecLen" type="CARD8" />
<list name="keycodesSpec" type="STRING8">
<fieldref>keycodesSpecLen</fieldref>
</list>
<field name="typesSpecLen" type="CARD8" />
<list name="typesSpec" type="STRING8">
<fieldref>typesSpecLen</fieldref>
</list>
<field name="compatMapSpecLen" type="CARD8" />
<list name="compatMapSpec" type="STRING8">
<fieldref>compatMapSpecLen</fieldref>
</list>
<field name="symbolsSpecLen" type="CARD8" />
<list name="symbolsSpec" type="STRING8">
<fieldref>symbolsSpecLen</fieldref>
</list>
<field name="geometrySpecLen" type="CARD8" />
<list name="geometrySpec" type="STRING8">
<fieldref>geometrySpecLen</fieldref>
</list>
<pad align="4">
<op op="+"><sizeof>keymapsSpec</sizeof>
<op op="+"><sizeof>keycodesSpec</sizeof>
<op op="+"><sizeof>typesSpec</sizeof>
<op op="+"><sizeof>compatMapSpec</sizeof>
<op op="+"><sizeof>symbolsSpec</sizeof>
<op op="+"><sizeof>geometrySpec</sizeof>
<value>6</value>
</op></op></op></op></op></op>
</pad>
<reply>
...
</reply>
</request>
Example 5. <fieldref> may be also used in expression to calculate size
for padding. In the following example the size of alignment is
calculated from the three adjacent lists which have the same size. The
lists follow one after another without any padding between
them. randr.xml:
<request name="SetCrtcGamma" opcode="24">
<field type="CRTC" name="crtc" />
<field type="CARD16" name="size" />
<pad bytes="2"/>
<list type="CARD16" name="red">
<fieldref>size</fieldref>
</list>
<list type="CARD16" name="green">
<fieldref>size</fieldref>
</list>
<list type="CARD16" name="blue">
<fieldref>size</fieldref>
</list>
<pad align="4">
<op op="*">
<fieldref>size</fieldref>
<value>6</value>
</op>
</pad>
</request>
I've written a patch. Changes:
* Add the alignment pads to the structures, requests, and replies
where the padding is specified. I've made this change for xproto.xml
and every extension. List of structures and requests where the
changes were made is below
* Change xtypes.py in order for it not to process <pad> with "align"
attribute and not to break a present code generator's behavior. This
is temporary stub.
* Update documentation xml-xcb.txt for <sizeof> and <pad> tags.
Please, review.
A list of changed structures and requests groupped by extension
===============================================================
- [X] xproto.xml
* Structs
HOST
SetupRequest
SetupFailed
Setup
* Requests
InternAtom
GetAtomName
ChangeProperty
GetProperty
OpenFont
QueryTextExtents
ListFonts
ListFontsWithInfo
SetFontPath
GetFontPath
SetDashes
PutImage
PolyText8
PolyText16
ImageText8
ImageText16
AllocNamedColor
StoreNamedColor
LookupColor
QueryExtension
ListExtensions
ChangeHosts
SetPointerMapping
GetPointerMapping
- [X] dri2.xml
* Requests
Connect
- [X] randr.xml
* Requests
GetScreenInfo
GetScreenResources
GetOutputInfo
ChangeOutputProperty
GetOutputProperty
CreateMode
GetCrtcGamma
SetCrtcGamma
SetCrtcTransform
GetCrtcTransform
- [X] render.xml
* Requests
AddGlyphs
CompositeGlyphs8
CompositeGlyphs16
CompositeGlyphs32
QueryFilters
SetPictureFilter
- [X] sync.xml
* Structs
SYSTEMCOUNTER
- [X] xf86dri.xml
* Requests
OpenConnection
GetClientDriverName
- [X] xf86vidmode.xml
* Requests
GetMonitor
- [X] xfixes.xml
* Requests
SetCursorName
GetCursorName
GetCursorImageAndName
ChangeCursorByName
- [X] xinput.xml
* Requests
OpenDevice
GetDeviceButtonMapping
SetDeviceButtonMapping
- [X] xselinux.xml
* Structs
ListItem
* Requests
SetDeviceCreateContext
GetDeviceCreateContext
SetDeviceContext
GetDeviceContext
SetWindowCreateContext
GetWindowCreateContext
GetWindowContext
SetPropertyCreateContext
GetPropertyCreateContext
SetPropertyUseContext
GetPropertyUseContext
GetPropertyContext
GetPropertyDataContext
SetSelectionCreateContext
GetSelectionCreateContext
SetSelectionUseContext
GetSelectionUseContext
GetSelectionContext
GetSelectionDataContext
GetClientContext
- [X] xv.xml
* Structs
AdaptorInfo
EncodingInfo
* Requests
QueryAdaptor
QueryPortAttributes
PutImage
- [X] xkb.xml
* Structs
CountedString16
* Requests
SelectEvents
GetMap
SetMap
SetNamedIndicator
GetNames
SetNames
ListComponents
GetKbdByName
GetDeviceInfo
SetDebuggingFlags
- [X] xprint.xml
* Structs
PRINTER
* Requests
PrintGetPrinterList
CreateContext
PrintPutDocumentData
PrintGetDocumentData
PrintGetOneAttributes
PrintSetAttributes
- [X] glx.xml
* Requests
RenderLarge
VendorPrivate
VendorPrivateWithData
QueryServerString
ClientInfo
GetBooleanv
GetPixelMapusv
GetString
Checked. No changes required:
- [X] bigreq.xml
- [X] composite.xml
- [X] xc_misc.xml
- [X] damage.xml
- [X] dpms.xml
- [X] xtest.xml
- [X] xvmc.xml
- [X] xinerama.xml
- [X] res.xml
- [X] screensaver.xml
- [X] shape.xml
- [X] shm.xml
- [X] xevie.xml
- [X] ge.xml
- [X] record.xml
-------------- next part --------------
A non-text attachment was scrubbed...
Name: xcb_alignment_padding.patch
Type: text/x-diff
Size: 42478 bytes
Desc: Patch for alignment padding
URL: <http://lists.freedesktop.org/archives/xcb/attachments/20101108/e6908bf3/attachment-0001.patch>
More information about the Xcb
mailing list