Hi arch people, Andrew, Proposed trivial patch introduces smallint type, which is defined as minimal efficiently addressable memory unit. It is intended to be primarily used for flag variables in memory. Random example. In arch/x86/kernel/vmi_32.c: static int disable_pge; static int disable_pse; static int disable_sep; static int disable_tsc; static int disable_mtrr; static int disable_noidle; static int disable_vmi_timer; Not only each of these variables uses 4 bytes of storage instead of 1, but stores to these variables also use longer instructions (store of 32-bit constant 0 or 1 on x86 still has 32-bit constant in the instruction encoding). Therefore, say, disable_noidle alone wastes 12 bytes: three in a variable itself and 3x3 in three places where 1 is stored into it. Patch defines smallint to be signed byte for x86. Other arches are trivial to add. If arch does not define it, it defaults to int. Patch contains the following comment which is intended to explain when this type is useful, and when it is not (for example, using smallint for local register variable sometimes confuses gcc, and generated code is slightly worse): /* Minimum efficiently addressable memory unit. * Recommended usage: global flag or enum variables; flag/enum struct members * Don't use for: local variables, members of user-visible structs * Guaranteed to be at least byte-sized. */ Comments from architecture people are sought. Signed-off-by: Denys Vlasenko -- vda