bug-hurd  

Messages by Thread

• • [PATCH v2 3/3] vm: Coalesce map entries Sergey Bugaev
  • [PATCH v2 2/3] vm: Add vm_map_coalesce_entry Sergey Bugaev
  • Re: [PATCH v2 0/3] gnumach VM entry re-coalescing Samuel Thibault
• [RFC PATCH v4 0/2 hurd] irqhelp + ddekit Damien Zammit
  • [RFC PATCH v4 2/2 hurd] ddekit: Use libirqhelp for interrupt registration Damien Zammit
  • [RFC PATCH v4 1/2 hurd] libirqhelp: Add library Damien Zammit
  • Re: [RFC PATCH v4 1/2 hurd] libirqhelp: Add library Luca
  • Re: [RFC PATCH v4 1/2 hurd] libirqhelp: Add library Damien Zammit
• Is Hurd sigprocmask per thread or per process? Florian Weimer
  • Re: Is Hurd sigprocmask per thread or per process? Samuel Thibault
  • Re: Is Hurd sigprocmask per thread or per process? Florian Weimer
• [PATCH v3 hurd] rumpusbdisk: Add USB mass storage translator Damien Zammit
  • Re: [PATCH v3 hurd] rumpusbdisk: Add USB mass storage translator Samuel Thibault
• [PATCH] vm_user: allow palign to be greater than PAGE_SIZE in allocate_contiguous Etienne Brateau
  • Re: [PATCH] vm_user: allow palign to be greater than PAGE_SIZE in allocate_contiguous Samuel Thibault
• [PATCH] templates: Start pci-arbiter before acpi on Hurd Samuel Thibault
  • Re: [PATCH] templates: Start pci-arbiter before acpi on Hurd Daniel Kiper
• [PATCH v3 0/2]: libirqhelp + libddekit Damien Zammit
  • Re: [PATCH v3 0/2]: libirqhelp + libddekit Samuel Thibault
• [PATCH v2 libacpica] Allow read/write to pci config Damien Zammit
  • Re: [PATCH v2 libacpica] Allow read/write to pci config Samuel Thibault
• [PATCH hurd] configure.ac: Make test for acpica more robust Damien Zammit
  • Re: [PATCH hurd] configure.ac: Make test for acpica more robust Samuel Thibault
• [PATCH v2 hurd] rumpusbdisk: Add USB mass storage translator Damien Zammit
  • Re: [PATCH v2 hurd] rumpusbdisk: Add USB mass storage translator Samuel Thibault
• [PATCH hurd] rumpusbdisk: Add USB mass storage translator Damien Zammit
  • Re: [PATCH hurd] rumpusbdisk: Add USB mass storage translator Samuel Thibault
• [RFC PATCH 0/7] Forward merging entries and other VM shenanigans Sergey Bugaev
  • [RFC PATCH 2/7] vm: Allow coalescing a VM object with itself Sergey Bugaev
  • Re: [RFC PATCH 2/7] vm: Allow coalescing a VM object with itself Samuel Thibault
  • [RFC PATCH 5/7] vm: Eagerly release deallocated pages Sergey Bugaev
  • Re: [RFC PATCH 5/7] vm: Eagerly release deallocated pages Samuel Thibault
  • [RFC PATCH 4/7] vm: Allow coalescing entries forward Sergey Bugaev
  • Re: [RFC PATCH 4/7] vm: Allow coalescing entries forward Samuel Thibault
  • [RFC PATCH 7/7] vm: Coalesce map entries Sergey Bugaev
  • [RFC PATCH 3/7] vm: Allow coalescing null object with an internal object Sergey Bugaev
  • Re: [RFC PATCH 3/7] vm: Allow coalescing null object with an internal object Samuel Thibault
  • [RFC PATCH 6/7] vm: Add vm_map_coalesce_entry Sergey Bugaev
  • Re: [RFC PATCH 6/7] vm: Add vm_map_coalesce_entry Sergey Bugaev
  • [RFC PATCH 1/7] Shrink struct vm_page size Sergey Bugaev
  • Re: [RFC PATCH 1/7] Shrink struct vm_page size Samuel Thibault
  • Re: [RFC PATCH 1/7] Shrink struct vm_page size Sergey Bugaev
  • Re: [RFC PATCH 1/7] Shrink struct vm_page size Samuel Thibault
  • Re: [RFC PATCH 0/7] Forward merging entries and other VM shenanigans Samuel Thibault
  • Re: [RFC PATCH 0/7] Forward merging entries and other VM shenanigans Sergey Bugaev
  • Re: [RFC PATCH 0/7] Forward merging entries and other VM shenanigans Samuel Thibault
  • vm-object-create Samuel Thibault
• [PATCH 1/5] htl: Let Mach place thread stacks Sergey Bugaev
  • [PATCH 4/5] hurd: Fix mapping at address 0 with MAP_FIXED Sergey Bugaev
  • Re: [PATCH 4/5] hurd: Fix mapping at address 0 with MAP_FIXED Samuel Thibault
  • [PATCH 3/5] hurd: Fix calling vm_deallocate (NULL) Sergey Bugaev
  • Re: [PATCH 3/5] hurd: Fix calling vm_deallocate (NULL) Samuel Thibault
  • [PATCH 2/5] hurd: Map brk non-executable Sergey Bugaev
  • Re: [PATCH 2/5] hurd: Map brk non-executable Samuel Thibault
  • [PATCH 5/5] hurd: Implement MAP_EXCL Sergey Bugaev
  • Re: [PATCH 5/5] hurd: Implement MAP_EXCL Samuel Thibault
  • Re: [PATCH 1/5] htl: Let Mach place thread stacks Samuel Thibault
• [PATCH 1/4] libdiskfs: Don't warn if requesting shutdown notification fails with EPERM Sergey Bugaev
  • [PATCH 4/4] exec: Properly preallocate address space Sergey Bugaev
  • Re: [PATCH 4/4] exec: Properly preallocate address space Samuel Thibault
  • Re: [PATCH 4/4] exec: Properly preallocate address space Sergey Bugaev
  • Re: [PATCH 4/4] exec: Properly preallocate address space Samuel Thibault
  • Re: [PATCH 4/4] exec: Properly preallocate address space Sergey Bugaev
  • Re: [PATCH 4/4] exec: Properly preallocate address space Samuel Thibault
  • Re: [PATCH 4/4] exec: Properly preallocate address space Samuel Thibault
  • [PATCH 3/4] exec: On 64-bit, map lower 4 GB inaccessible for PIEs Sergey Bugaev
  • Re: [PATCH 3/4] exec: On 64-bit, map lower 4 GB inaccessible for PIEs Samuel Thibault
  • [PATCH 2/4] Allow the process owner to perform all privileged operations Sergey Bugaev
  • Re: [PATCH 2/4] Allow the process owner to perform all privileged operations Sergey Bugaev
  • Re: [PATCH 1/4] libdiskfs: Don't warn if requesting shutdown notification fails with EPERM Samuel Thibault
• [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Damien Zammit
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Guy-Fleury Iteriteka
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Samuel Thibault
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Damien Zammit
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Almudena Garcia
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Damien Zammit
  • Re: [PATCH hurd] rumpdisk: Include complete USB stack to enable mass storage driver Samuel Thibault
• [PATCH libacpica] Allow read/write to pci config Damien Zammit
  • Re: [PATCH libacpica] Allow read/write to pci config Samuel Thibault
• [PATCH] proc: Fix pointer truncation in get_string_array Sergey Bugaev
  • Re: [PATCH] proc: Fix pointer truncation in get_string_array Samuel Thibault
• [PATCH] maint: Add empty "check" target. Janneke Nieuwenhuizen
  • Re: [PATCH] maint: Add empty "check" target. Samuel Thibault
  • Re: [PATCH] maint: Add empty "check" target. Samuel Thibault
  • Re: [PATCH] maint: Add empty "check" target. Janneke Nieuwenhuizen
  • Re: [PATCH] maint: Add empty "check" target. Janneke Nieuwenhuizen
  • Re: [PATCH] maint: Add empty "check" target. Samuel Thibault
• [PATCH gnumach] i386/apic.c: Pre-initialize the lapic pointer with a dummy structure Damien Zammit
  • Re: [PATCH gnumach] i386/apic.c: Pre-initialize the lapic pointer with a dummy structure Samuel Thibault
• SSE registers in thread state Sergey Bugaev
  • Re: SSE registers in thread state Samuel Thibault
  • Re: SSE registers in thread state Sergey Bugaev
• [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Janneke Nieuwenhuizen
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Guy-Fleury Iteriteka
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Janneke Nieuwenhuizen
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Damien Zammit
  • Switch to fresh pruned rumpkernel archive? [WAS: Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits.] Janneke Nieuwenhuizen
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Samuel Thibault
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Samuel Thibault
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Samuel Thibault
  • Re: [PATCH rumpkernel] prune.sh: Remove ~1.1G of currently unused bits. Janneke Nieuwenhuizen
• Recent patches break ACPI tables Damien Zammit
  • Re: Recent patches break ACPI tables Samuel Thibault
  • Re: Recent patches break ACPI tables luca
  • Re: Recent patches break ACPI tables Almudena Garcia
  • Re: Recent patches break ACPI tables luca
  • Re: Recent patches break ACPI tables Luca
  • Re: Recent patches break ACPI tables Almudena Garcia
  • Re: Recent patches break ACPI tables Damien Zammit
  • Re: Recent patches break ACPI tables Samuel Thibault
  • Re: Recent patches break ACPI tables Almudena Garcia
• [PATCH] Remove error procedure directives Sergey Bugaev
  • Re: [PATCH] Remove error procedure directives Samuel Thibault
• [PATCH 1/3] x86_64: use solid intstack already during bootstrap Luca Dariz
  • [PATCH 2/3] x86_64: install emergency handler for double fault Luca Dariz
  • Re: [PATCH 2/3] x86_64: install emergency handler for double fault Samuel Thibault
  • Re: [PATCH 2/3] x86_64: install emergency handler for double fault Luca Dariz
  • Re: [PATCH 2/3] x86_64: install emergency handler for double fault Almudena Garcia
  • Re: [PATCH 2/3] x86_64: install emergency handler for double fault luca
  • [PATCH v2] x86_64: install emergency handler for double fault Luca Dariz
  • Re: [PATCH v2] x86_64: install emergency handler for double fault Samuel Thibault
  • [PATCH 3/3] x86_64: add a critical section on entry and exit from syscall/sysret Luca Dariz
  • Re: [PATCH 3/3] x86_64: add a critical section on entry and exit from syscall/sysret Samuel Thibault
  • Re: [PATCH 1/3] x86_64: use solid intstack already during bootstrap Samuel Thibault
• [PATCH] Fix copying in MACH_PORT_DEAD on x86_64 Sergey Bugaev
  • Re: [PATCH] Fix copying in MACH_PORT_DEAD on x86_64 Samuel Thibault
• [VERY RFC PATCH] x86_64: Rework storing segment registers Sergey Bugaev
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Samuel Thibault
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Sergey Bugaev
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Samuel Thibault
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Luca
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Sergey Bugaev
  • Re: [VERY RFC PATCH] x86_64: Rework storing segment registers Luca
• [PATCH hurd] Check for file_utimens since that's the correct RPC for changing access/modification times Flavio Cruz
  • Re: [PATCH hurd] Check for file_utimens since that's the correct RPC for changing access/modification times Samuel Thibault
• [PATCH hurd] Replace msgh_kind with msgh_seqno Flavio Cruz
  • Re: [PATCH hurd] Replace msgh_kind with msgh_seqno Samuel Thibault
• [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Flavio Cruz
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) luca
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Sergey Bugaev
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Flávio Cruz
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Flávio Cruz
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
  • Re: [PATCH gnumach] Update the 64bit RPC ABI to be simpler (v2) Samuel Thibault
• Debian GNU/Hurd 2023 released! Samuel Thibault
  • Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Sergey Bugaev
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) jbranso
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Samuel Thibault
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Wojciech Aniszewski
  • Re: Everything's broken (was: Debian GNU/Hurd 2023 released!) Almudena Garcia
  • Debian GNU/Hurd 2023 released! Nathan Dehnel
• [PATCH gnumach] copyinmsg: allow for the last message element to have msgt_number = 0. Flavio Cruz
  • Re: [PATCH gnumach] copyinmsg: allow for the last message element to have msgt_number = 0. Samuel Thibault
• notes for 2023 release Samuel Thibault
  • Re: notes for 2023 release Sergey Bugaev
  • Re: notes for 2023 release Samuel Thibault
  • Re: notes for 2023 release Sergey Bugaev
  • Re: notes for 2023 release Samuel Thibault
• [PATCH v3 0/2] O_IGNORE_CTTY everywhere Sergey Bugaev
  • [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Sergey Bugaev
  • Re: [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Adhemerval Zanella Netto
  • Re: [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Sergey Bugaev
  • Re: [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Adhemerval Zanella Netto
  • Re: [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Sergey Bugaev
  • Re: [PATCH v3 1/2] include/fcntl.h: Define O_IGNORE_CTTY Adhemerval Zanella Netto
  • [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Florian Weimer
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Sergey Bugaev
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Paul Eggert
  • Re: [PATCH v3 2/2] Use O_IGNORE_CTTY where appropriate Samuel Thibault

• Earlier messages
• Later messages