diff options
| author |   Helge Deller <deller@gmx.de> | 2025-05-31 17:08:21 +0200 |
|---|---|---|
| committer |   John Johansen <john.johansen@canonical.com> | 2025-07-20 02:19:27 -0700 |
| commit | c567de2c4f5fe6e079672e074e1bc6122bf7e444 (patch) | |
| tree | 11f2bfd101cca32f7b927e9e9b48bebac52f16c1 /rust/pin-init/internal/src | |
| parent | apparmor: shift uid when mediating af_unix in userns (diff) | |
| download | wireguard-linux-c567de2c4f5fe6e079672e074e1bc6122bf7e444.tar.xz wireguard-linux-c567de2c4f5fe6e079672e074e1bc6122bf7e444.zip | |
apparmor: Fix 8-byte alignment for initial dfa blob streams
The dfa blob stream for the aa_dfa_unpack() function is expected to be aligned
on a 8 byte boundary.
The static nulldfa_src[] and stacksplitdfa_src[] arrays store the initial
apparmor dfa blob streams, but since they are declared as an array-of-chars
the compiler and linker will only ensure a "char" (1-byte) alignment.
Add an __aligned(8) annotation to the arrays to tell the linker to always
align them on a 8-byte boundary. This avoids runtime warnings at startup on
alignment-sensitive platforms like parisc such as:
Kernel: unaligned access to 0x7f2a584a in aa_dfa_unpack+0x124/0x788 (iir 0xca0109f)
Kernel: unaligned access to 0x7f2a584e in aa_dfa_unpack+0x210/0x788 (iir 0xca8109c)
Kernel: unaligned access to 0x7f2a586a in aa_dfa_unpack+0x278/0x788 (iir 0xcb01090)
Signed-off-by: Helge Deller <deller@gmx.de>
Cc: stable@vger.kernel.org
Fixes: 98b824ff8984 ("apparmor: refcount the pdb")
Signed-off-by: John Johansen <john.johansen@canonical.com>
Diffstat (limited to 'rust/pin-init/internal/src')
0 files changed, 0 insertions, 0 deletions