@@ -1021,9 +1021,9 @@ supported for the ``amdgcn`` target.
10211021 both have the offset be a multiple of 4 and to have a base pointer with an
10221022 alignment of 4.
10231023
1024- ( This componentwise definition of alignment is needed to allow for promotion of
1024+ This componentwise definition of alignment is needed to allow for promotion of
10251025 aligned loads to ``s_buffer_load``, which requires that both the base pointer and
1026- offset be appropriately aligned.)
1026+ offset be appropriately aligned.
10271027
10281028**Buffer Resource**
10291029 The buffer resource pointer, in address space 8, is the newer form
@@ -1053,7 +1053,7 @@ supported for the ``amdgcn`` target.
10531053 ``llvm.amdgcn.struct.ptr.buffer.store``, the ``align`` attribute on the
10541054 pointer is assumed to apply to both the offset and the base pointer value.
10551055 That is, ``align 8`` means that both the base address within the ``ptr
1056- addrspace(8)`` and the ``offset`` argument have their three lowesst bits set
1056+ addrspace(8)`` and the ``offset`` argument have their three lowest bits set
10571057 to 0. If the stride of the resource is nonzero, the stride must be a multiple
10581058 of the given alignment.
10591059
@@ -1064,7 +1064,8 @@ supported for the ``amdgcn`` target.
10641064 address ``0xfffe`` and is accessed with a ``raw.ptr.buffer.load`` with an offset
10651065 of ``2``, the load must **not** be marked ``align 4`` (even though the
10661066 effective adddress ``0x10000`` is so aligned) as this would permit the compiler
1067- to make incorrect transformations (such as promition to )
1067+ to make incorrect transformations (such as promotion to ``s_buffer_load``,
1068+ which requires such componentwise alignment).
10681069
10691070**Buffer Strided Pointer**
10701071 The buffer index pointer is an experimental address space. It represents
0 commit comments