commit-hurd
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[SCM] GNU Mach branch, master, updated. v1.8-895-g86c40ecf


From: Samuel Thibault
Subject: [SCM] GNU Mach branch, master, updated. v1.8-895-g86c40ecf
Date: Wed, 27 Mar 2024 18:08:32 -0400 (EDT)

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  86c40ecfb6fdad0cf74f8f2e7354131acb9d1a2a (commit)
       via  92d7f8f2cc198952910e74703fb5b4474fa6a5da (commit)
       via  d878fc86c7e57bf3f033a781ee5055355df33eb8 (commit)
       via  90a7111b18d66050a560fbc938e1298241e6cd39 (commit)
       via  22c282a30ba836c8ef165dfa17e2dd354f1ba3e3 (commit)
       via  2fb1f4ccbb369c06ef80dc0fe5798b239383fa4c (commit)
       via  b5a1c677cae00261962ccfc31f33bc826539fc23 (commit)
       via  62e3c40ebb090e24c70a38c13957f5a02857383e (commit)
       via  6036cc18e6a67a15e2b6d9dff37d05b411c199c3 (commit)
       via  c8998d9d3d0c55f98cc4eb7110f99af9c699ed4b (commit)
       via  e4685d299c3933403c16ada60c6f65f579c3b479 (commit)
       via  74dff42e4ebd48ed6eb0a3b9dac0cc4ea7d50902 (commit)
       via  04e11360aa26af072eb0ea3b024bc3983f1b7f8f (commit)
       via  f6a107020203225ec217a3752846dbf13f533413 (commit)
      from  7e0b085a11cb666e955d4ecf5de8e4341629c706 (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 86c40ecfb6fdad0cf74f8f2e7354131acb9d1a2a
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:41 2024 +0300

    tests: Create tests/ in the build tree before trying to use it
    
    Message-ID: <20240327161841.95685-18-bugaevc@gmail.com>

commit 92d7f8f2cc198952910e74703fb5b4474fa6a5da
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:40 2024 +0300

    tests: Don't ask for executable stack
    
    Message-ID: <20240327161841.95685-17-bugaevc@gmail.com>

commit d878fc86c7e57bf3f033a781ee5055355df33eb8
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:39 2024 +0300

    tests: Make exception subcode a long
    
    Message-ID: <20240327161841.95685-16-bugaevc@gmail.com>

commit 90a7111b18d66050a560fbc938e1298241e6cd39
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:38 2024 +0300

    tests: Use vm_page_size
    
    Message-ID: <20240327161841.95685-15-bugaevc@gmail.com>

commit 22c282a30ba836c8ef165dfa17e2dd354f1ba3e3
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:37 2024 +0300

    tests: Add vm_page_size
    
    Message-ID: <20240327161841.95685-14-bugaevc@gmail.com>

commit 2fb1f4ccbb369c06ef80dc0fe5798b239383fa4c
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:36 2024 +0300

    tests: Add a more serious mach_msg_server() routine
    
    Message-ID: <20240327161841.95685-13-bugaevc@gmail.com>

commit b5a1c677cae00261962ccfc31f33bc826539fc23
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:35 2024 +0300

    tests: Fix halt()
    
    Mark it as noreturn, and make sure to halt, not reboot.
    Message-ID: <20240327161841.95685-12-bugaevc@gmail.com>

commit 62e3c40ebb090e24c70a38c13957f5a02857383e
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:34 2024 +0300

    Make -fno-PIE etc. architecture-dependent
    
    There might be good reasons why Mach on x86 shouldn't be built as PIC/
    PIE, but there are also very good reasons to support PIE on other
    architectures. Potentially implementing KASLR is one such reason; but
    also the Linux AArch64 boot protocol (that the AArch64 port will use for
    booting) lets the bootloader load the kernel image at any address,
    which makes PIC pretty much required.
    Message-ID: <20240327161841.95685-11-bugaevc@gmail.com>

commit 6036cc18e6a67a15e2b6d9dff37d05b411c199c3
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:32 2024 +0300

    ipc: Turn ipc_entry_lookup_failed() into a macro
    
    ipc_entry_lookup_failed() is used with both mach_msg_user_header_t and
    mach_msg_header_t arguments, which are different types. Make it into a
    macro, so it works with both.
    Message-ID: <20240327161841.95685-9-bugaevc@gmail.com>

commit c8998d9d3d0c55f98cc4eb7110f99af9c699ed4b
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:31 2024 +0300

    kern/rdxtree: Fix undefined behavior
    
    Initializing a variable with itself is undefined, and GCC 14 rightfully
    produces a warning about the variable being used (to initialize itself)
    prior to initialization. X15 sets the variables to 0 instead, so do the
    same in Mach.
    Message-ID: <20240327161841.95685-8-bugaevc@gmail.com>

commit e4685d299c3933403c16ada60c6f65f579c3b479
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:29 2024 +0300

    gsync: Use copyin()/copyout() to access user memory
    
    Depending on the architecture and setup, it may not be possible to
    access user memory directly, for example, due to user mode mappings not
    being accessible from kernel mode (x86 SMAP, AArch64 PAN). There are
    dedicated machine-specific copyin()/copyout() routines that know how to
    access user memory from the kernel; use them.
    Message-ID: <20240327161841.95685-6-bugaevc@gmail.com>

commit 74dff42e4ebd48ed6eb0a3b9dac0cc4ea7d50902
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:28 2024 +0300

    Load 64-bit ELFs on all 64-bit ports
    
    Not only on x86_64.
    Message-ID: <20240327161841.95685-5-bugaevc@gmail.com>

commit 04e11360aa26af072eb0ea3b024bc3983f1b7f8f
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:27 2024 +0300

    Use the x86_64 message ABI on all 64-bit ports
    
    Message-ID: <20240327161841.95685-4-bugaevc@gmail.com>

commit f6a107020203225ec217a3752846dbf13f533413
Author: Sergey Bugaev <bugaevc@gmail.com>
Date:   Wed Mar 27 19:18:26 2024 +0300

    Disable host_kernel_version() everywhere but on i386
    
    It's not only x86_64, none of new architectures are going to have it.
    Message-ID: <20240327161841.95685-3-bugaevc@gmail.com>

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

Summary of changes:
 Makefile.am                  |   4 --
 i386/Makefrag.am             |   4 ++
 include/mach/exec/elf.h      |   4 +-
 include/mach/mach_host.defs  |   6 +-
 include/mach/message.h       |  10 ++--
 ipc/ipc_kmsg.c               |   4 +-
 ipc/ipc_space.h              |  22 ++++---
 kern/exception.c             |   2 +-
 kern/gsync.c                 |  38 +++++++++---
 kern/host.c                  |   4 +-
 kern/rdxtree.c               |   4 +-
 tests/include/testlib.h      |  20 ++++++-
 tests/start.S                |   2 +
 tests/syscalls.S             |   2 +
 tests/test-syscalls.c        |  42 ++-----------
 tests/testlib.c              | 139 ++++++++++++++++++++++++++++++++++++++++++-
 tests/testlib_thread_start.c |  19 +++---
 tests/user-qemu.mk           |   1 +
 x86_64/Makefrag.am           |   4 ++
 19 files changed, 246 insertions(+), 85 deletions(-)


hooks/post-receive
-- 
GNU Mach



reply via email to

[Prev in Thread] Current Thread [Next in Thread]