This is an automated email from the git hooks/post-receive script. It was
generated because a ref change was pushed to the repository containing
the project "GNU Mach".

The branch, master has been updated
       via  54a0b14e2d66dbc0ad4a53300b4c2294db041a6b (commit)
      from  d5a5afa1544b7c1ebe244787af69891c4c2bc838 (commit)

Those revisions listed above that are new to this repository have
not appeared on any other notification email; so we list those
revisions in full, below.

- Log -----------------------------------------------------------------
commit 54a0b14e2d66dbc0ad4a53300b4c2294db041a6b
Author: Manolo de Medici <[email protected]>
Date:   Mon Apr 6 22:04:52 2026 +0100

    ipc: fix LP64 zero-length OOL port array descriptor size
    
    ipc_kmsg_copyin_body() updated OOL port arrays from 32-bit
    mach_port_name_t elements to 64-bit mach_port_t elements only in the
    non-empty path. For zero-length arrays, the code skipped that
    normalization and left msgtl_size at 32.
    
    On LP64 this causes MIG type checking to reject empty OOL port arrays,
    because the kernel delivers MACH_MSG_TYPE_PORT_SEND with msgtl_size == 32
    instead of 64. Apparently, those kind of messages are never delivered on
    the current Hurd, as such, the bug went unnoticed.
    
    Normalize the descriptor size for OOL port arrays before the length == 0
    branch so empty and non-empty arrays are handled consistently.
    Message-ID: <[email protected]>

-----------------------------------------------------------------------

Summary of changes:
 ipc/ipc_kmsg.c | 59 ++++++++++++++++++++++++++++++++--------------------------
 1 file changed, 33 insertions(+), 26 deletions(-)


hooks/post-receive
-- 
GNU Mach

Reply via email to