Linux Man Pages

• Thread Index

• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: reviewing the definition of semaphore in sem_overview.7
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [patch] add IN_ONLYDIR based errors in inotify_add_watch(2)
  • From: Paul Millar <paul.millar@xxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: fseek(3) man page mistake
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 6/8] bpf: add documentation for eBPF helpers (42-50)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 5/8] bpf: add documentation for eBPF helpers (33-41)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• fseek(3) man page mistake
  • From: "Owen, Andy" <andrew.owen@xxxxxxxxx>
• Re: [PATCH bpf-next v3 6/8] bpf: add documentation for eBPF helpers (42-50)
  • From: Martin KaFai Lau <kafai@xxxxxx>
• Re: [PATCH bpf-next v3 6/8] bpf: add documentation for eBPF helpers (42-50)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v3 5/8] bpf: add documentation for eBPF helpers (33-41)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v3 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• reviewing the definition of semaphore in sem_overview.7
  • From: Ricardo Biehl Pasquali <pasqualirb@xxxxxxxxx>
• Re: [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: Claudio Scordino <claudio@xxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC PATCH] fs: introduce ST_HUGE flag and set it to tmpfs and hugetlbfs
  • From: Yang Shi <yang.shi@xxxxxxxxxxxxxxxxx>
• Re: [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Andrey Ignatov <rdna@xxxxxx>
• Re: [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Yonghong Song <yhs@xxxxxx>
• [PATCH bpf-next v3 5/8] bpf: add documentation for eBPF helpers (33-41)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 6/8] bpf: add documentation for eBPF helpers (42-50)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 0/8] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v3 1/8] bpf: add script and prepare bpf.h for new helpers documentation
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 1/2] posixoptions.7: Expand XSI Options groups.
  • From: Zack Weinberg <zackw@xxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Zack Weinberg <zackw@xxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Nikos Mavrogiannopoulos <nmav@xxxxxxxxxx>
• [PATCH 3/3] set_thread_area.2: mention related prctl requests in SEE ALSO
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [PATCH 2/3] set_thread_area.2: mention the get_thread_area is also Linux-specific
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [PATCH 1/3] set_thread_area.2: describe [sg]et_thread_areay syscalls on m68k/MIPS
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [PATCH] perf_event_open.2: tfix
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH v2 4/4] man2: describe s390_guarded_storage s390-specific system call
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH v2 3/4] s390_sthyi.2: some minor additions
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH v2 2/4] s390_runtime_instr.2: document signum argument behavior change
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [man-pages PATCH v2 1/4] s390_runtime_instr.2: add a note about runtime_instr.h availability
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH v2 0/4] some minor s390-specific syscall-related updates
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] posixoptions.7: Expand XSI Options groups.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] posixoptions.7: Expand XSI Options groups.
  • From: Rical Jasan <rj@xxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: Rical Jasan <rj@xxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC bpf-next v2 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] posixoptions.7: Expand XSI Options groups.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [RFC bpf-next v2 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 2/2] crypt.3, encrypt.3: Add notes about _XOPEN_CRYPT.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• [PATCH 1/2] posixoptions.7: Expand XSI Options groups.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH] getcwd.3: Mention that "(unreachable)" is no longer returned for glibc > 2.27.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] readv.2, io_submit.2: Document RWF_APPEND added in Linux 4.16
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Missing EBADF return value for sendmsg(2)/unix(7)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [patch] keyring.7: wfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Jordan Glover <Golden_Miller83@xxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Greg KH <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Greg KH <greg@xxxxxxxxx>
• Re: [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Miguel Ojeda <miguel.ojeda.sandonis@xxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Justin Forbes <jmforbes@xxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: Randy Dunlap <rdunlap@xxxxxxxxxxxxx>
• Re: [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH 05/24] Restrict /dev/{mem, kmem, port} when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 04/24] Enforce module signatures if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 03/24] ima: require secure_boot rules in lockdown mode
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 02/24] Add a SysRq option to lift kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 01/24] Add the ability to lock down access to the running kernel image
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 06/24] kexec_load: Disable at runtime if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 08/24] uswsusp: Disable when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 09/24] PCI: Lock down BAR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 10/24] x86: Lock down IO port access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 12/24] ACPI: Limit access to custom_method when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 13/24] acpi: Ignore acpi_rsdp kernel param when the kernel has been locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 14/24] acpi: Disable ACPI table override if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 15/24] acpi: Disable APEI error injection if the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 16/24] Prohibit PCMCIA CIS storage when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 17/24] Lock down TIOCSSERIAL
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 18/24] Lock down module params that specify hardware parameters (eg. ioport)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 19/24] x86/mmiotrace: Lock down the testmmiotrace module
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 20/24] Lock down /proc/kcore
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 21/24] Lock down kprobes
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 23/24] Lock down perf
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 22/24] bpf: Restrict kernel image access functions when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 11/24] x86/msr: Restrict MSR access when the kernel is locked down
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH 00/24] security: Add kernel lockdown
  • From: David Howells <dhowells@xxxxxxxxxx>
• [RFC bpf-next v2 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 1/8] bpf: add script and prepare bpf.h for new helpers documentation
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [RFC bpf-next v2 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• Re: [RFC bpf-next v2 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [RFC bpf-next v2 1/8] bpf: add script and prepare bpf.h for new helpers documentation
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC bpf-next v2 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Andrey Ignatov <rdna@xxxxxx>
• Re: [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Yonghong Song <yhs@xxxxxx>
• [RFC bpf-next v2 2/8] bpf: add documentation for eBPF helpers (01-11)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 3/8] bpf: add documentation for eBPF helpers (12-22)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 0/8] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 8/8] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 7/8] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 5/8] bpf: add documentation for eBPF helpers (33-41)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 6/8] bpf: add documentation for eBPF helpers (42-50)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [RFC bpf-next v2 1/8] bpf: add script and prepare bpf.h for new helpers documentation
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• [patch] keyring.7: wfix
  • From: Konstantin Grinemayer <cdlscpmv@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Markus Heiser <markus.heiser@xxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Markus Heiser <markus.heiser@xxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Markus Heiser <markus.heiser@xxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [RFC bpf-next] bpf: document eBPF helpers and add a script to generate man page
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Missing EBADF return value for sendmsg(2)/unix(7)
  • From: Rusty Russell <rusty@xxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: joeyli <jlee@xxxxxxxx>
• [PATCH v2] readv.2, io_submit.2: Document RWF_APPEND added in Linux 4.16
  • From: Jürg Billeter <j@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] readv.2, io_submit.2: Document RWF_APPEND added in Linux 4.16
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: jlee@xxxxxxxx
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alan Cox <gnomes@xxxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Mimi Zohar <zohar@xxxxxxxxxxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: joeyli <jlee@xxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Thomas Gleixner <tglx@xxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Jones <pjones@xxxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• An actual suggestion (Re: [GIT PULL] Kernel lockdown for secure boot)
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Mike Galbraith <efault@xxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: "Theodore Y. Ts'o" <tytso@xxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Greg Kroah-Hartman <gregkh@xxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Peter Dolding <oiaohm@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Justin Forbes <jforbes@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: James Morris <jmorris@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Al Viro <viro@xxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Linus Torvalds <torvalds@xxxxxxxxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Matthew Garrett <mjg59@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Kees Cook <keescook@xxxxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: Andy Lutomirski <luto@xxxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• Re: [GIT PULL] Kernel lockdown for secure boot
  • From: James Morris <jmorris@xxxxxxxxx>
• [GIT PULL] Kernel lockdown for secure boot
  • From: David Howells <dhowells@xxxxxxxxxx>
• [PATCH] readv.2, io_submit.2: Document RWF_APPEND added in Linux 4.16
  • From: Jürg Billeter <j@xxxxxxxxx>
• Re: Single-word correction in read(2) man page
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: Single-word correction in read(2) man page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Single-word correction in read(2) man page
  • From: Stefan Ring <stefanrin@xxxxxxxxx>
• Re: [PATCH v2] ld.so.8: make lack of separator escaping explicit
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] ld.so.8: make lack of separator escaping explicit
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] tsearch.3: tdelete() can return dangling pointers
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] tsearch.3: clarify items vs nodes
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] open.2: document more -ETXTBSY conditions
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: man 7 socket SO_INCOMING_CPU example typo
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• man 7 socket SO_INCOMING_CPU example typo
  • From: "Salminen, Tomi" <tsalminen@xxxxxxxxxxxxxx>
• [PATCH] tsearch.3: tdelete() can return dangling pointers
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2] tsearch.3: clarify items vs nodes
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] tsearch.3: clarify items vs nodes
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH] tsearch.3: clarify items vs nodes
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• [PATCH] open.2: document more -ETXTBSY conditions
  • From: Jann Horn <jannh@xxxxxxxxxx>
• ipv6(7) manpage typo
  • From: Ivan Pizhenko <ivan.pizhenko@xxxxxxxxx>
• Re: [patch] pthread_create.3 : explicit default thread stack size for several architectures
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch] pthread_create.3 : explicit default thread stack size for several architectures
  • From: Frederic Brault <fbrault@xxxxxxxxxx>
• [patch] pthread_create.3 : explicit default thread stack size for x86_64
  • From: Frederic Brault <fbrault@xxxxxxxxxx>
• Re: [PATCH] List ENOMSG as possible errno for recvmsg(2)
  • From: Ahmad Fatoum <ahmad@xxxxxx>
• Re: [PATCH] environ.7: srcfix in the manual
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] environ.7: srcfix in the manual
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• Re: [PATCH] recvmmsg.2: tfix
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: mmap.2: clarify alignment of mapping
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: Man Page Typo (waitpid.2)?
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] fallocate.2: Mention introduction of FALLOC_FL_ZERO_RANGE to btrfs
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] environ.7: srcfix in the manual
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] syscall.2: riscv
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] syscall.2: riscv
  • From: Adam Borowski <kilobyte@xxxxxxxxxx>
• [PATCH] environ.7: srcfix in the manual
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• Re: [PATCH] List ENOMSG as possible errno for recvmsg(2)
  • From: Ahmad Fatoum <ahmad@xxxxxx>
• [PATCH] recvmmsg.2: tfix
  • From: Mattias Andrée <maandree@xxxxxx>
• mmap.2: clarify alignment of mapping
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] mtrace.1: srcfix; some cleaning of the manual
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• Man Page Typo (waitpid.2)?
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• [PATCH] man-pages.7: srcfix, ffix: some cleaning of the manual
  • From: Bjarni Ingi Gislason <bjarniig@xxxxxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: minus signs instead of hyphen-minuses in man-pages-posix-2013-a (was: man 1 getopts example code - w
  • From: Daniel Lublin <daniel@xxxxxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ptrace.2: ffix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Man Page Typo (atexit.3)?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ptrace.2: copy retval info for SECCOMP_GET_FILTER to right section
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: word missing in "find"
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] ptrace.2: copy retval info for SECCOMP_GET_FILTER to right section
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Fwd: Man page (sigaltstack.2) cases a question.
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• word missing in "find"
  • From: Florian Elleringmann <comenius@xxxxxxxxxx>
• Re: [PATCH v2] ld.so.8: make lack of separator escaping explicit
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH v2] ld.so.8: make lack of separator escaping explicit
  • From: walter harms <wharms@xxxxxx>
• [PATCH] ptrace.2: ffix
  • From: Elvira Khabirova <lineprinter@xxxxxxxxxxxx>
• [PATCH v2] ld.so.8: make lack of separator escaping explicit
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] ld.so(8): make lack of separator escaping explicit
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] getcwd.3: Mention that "(unreachable)" is no longer returned for glibc > 2.27.
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] ld.so(8): make lack of separator escaping explicit
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] ld.so(8): make lack of separator escaping explicit
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: [PATCH] vdso.7: __kernel_clock_gettime *_COARSE clock support in PPC64
  • From: Santosh Sivaraj <santosh@xxxxxxxxxx>
• Re: [PATCH] tmpfs(5): document current mount options
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] put(3): fix formatting of trailing period
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] shutdown(2): Add backlink to close(2)
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: abort(3) and flushing
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• man-pages-4.15 released
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] fallocate.2: Mention introduction of FALLOC_FL_ZERO_RANGE to btrfs
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: abort(3) and flushing
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• abort(3) and flushing
  • From: Egmont Koblinger <egmont@xxxxxxxxx>
• [PATCH] tmpfs(5): document current mount options
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] cgroups.7: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] cgroups.7: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [patch] shutdown(2): Add backlink to close(2)
  • From: Carsten Grohmann <carstengrohmann@xxxxxx>
• Re: [man-pages PATCH 1/5] s390_runtime_instr.2: note that runtime_instr.h is not a public header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH 1/5] s390_runtime_instr.2: note that runtime_instr.h is not a public header
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• write(2) and write(3) ERRORS section and equivalent calls
  • From: Fihlman Emil <emil.fihlman@xxxxxxxx>
• Re: [man-pages PATCH 5/5] man2: describe s390_guarded_storage s390-specific system call
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [man-pages PATCH 1/5] s390_runtime_instr.2: note that runtime_instr.h is not a public header
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• [PATCH] put(3): fix formatting of trailing period
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: moving filesystem mount options from util-linux to man-pages
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: moving filesystem mount options from util-linux to man-pages
  • From: Karel Zak <kzak@xxxxxxxxxx>
• moving filesystem mount options from util-linux to man-pages
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [man-pages PATCH 5/5] man2: describe s390_guarded_storage s390-specific system call
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH 4/5] s390_sthyi.2: some minor additions
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH 3/5] s390_sthyi.2: wfix
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH 2/5] s390_runtime_instr.2: document the removal of the second argument
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH 1/5] s390_runtime_instr.2: note that runtime_instr.h is not a public header
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• [man-pages PATCH 0/5] some minor s390 syscall updates
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): extending man-pages documentation for cgroups v2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Roman Gushchin <guro@xxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Roman Gushchin <guro@xxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting the nsdelegate mount option
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 thread mode
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting the nsdelegate mount option
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH v2] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH v2] create [k,u]probe with perf_event_open
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] perf_event_open.2: add type kprobe and uprobe
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v2] recvmmsg.2, sendmmsg.2: point out that error handling is unreliable
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2] recvmmsg.2, sendmmsg.2: point out that error handling is unreliable
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Re: [PATCH] recvmmsg.2, sendmmsg.2: point out that error handling is unreliable
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Re: cgroups(7): documenting /sys/kernel/cgroup files
  • From: Roman Gushchin <guro@xxxxxx>
• [PATCH] create [k,u]probe with perf_event_open
  • From: Song Liu <songliubraving@xxxxxx>
• [PATCH] perf_event_open.2: add type kprobe and uprobe
  • From: Song Liu <songliubraving@xxxxxx>
• Re: [PATCH] copy_file_range: update for glibc compatibility
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] copy_file_ranges can file with EFBIG
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] recvmmsg.2, sendmmsg.2: point out that error handling is unreliable
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): extending man-pages documentation for cgroups v2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting the nsdelegate mount option
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• cgroups(7): documenting /sys/kernel/cgroup files
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Cgroups v2 thread mode "domain invalid" state
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Cgroups v2 thread mode "domain invalid" state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroups v2 delegation
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: cgroups(7): extending man-pages documentation for cgroups v2
  • From: Tejun Heo <tj@xxxxxxxxxx>
• Re: [PATCH] recvmmsg.2, sendmmsg.2: point out that error handling is unreliable
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Re: cgroups(7): documenting cgroup.stat
  • From: Roman Gushchin <guro@xxxxxx>
• [PATCH] copy_file_ranges can file with EFBIG
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH] cgroups.7: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH] cgroups.7: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroup.stat
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: cgroups(7): documenting cgroup.stat
  • From: Roman Gushchin <guro@xxxxxx>
• cgroups(7): documenting cgroups v2 thread mode
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• cgroups(7): documenting cgroup.stat
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• cgroups(7): extending man-pages documentation for cgroups v2
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• cgroups(7): documenting cgroups v2 delegation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] copy_file_range: update for glibc compatibility
  • From: Shawn Landden <slandden@xxxxxxxxx>
• SCM credentials in netlink packets
  • From: Tobias Deiminger <haxtibal@xxxxxxxxx>
• Re: [PATCH] vdso.7: __kernel_clock_gettime *_COARSE clock support in PPC64
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] bpf.2: Sync list of supported maps with 4.14 kernel
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] bpf.2: Sync list of supported maps with 4.14 kernel
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• Re: [PATCH] vdso.7: __kernel_clock_gettime *_COARSE clock support in PPC64
  • From: Santosh Sivaraj <santosh@xxxxxxxxxx>
• Re: [PATCH] vdso.7: __kernel_clock_gettime *_COARSE clock support in PPC64
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Cgroups v2 thread mode "domain invalid" state
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] vdso.7: __kernel_clock_gettime *_COARSE clock support in PPC64
  • From: Santosh Sivaraj <santosh@xxxxxxxxxx>
• Re: Cgroups v2 thread mode "domain invalid" state
  • From: Tejun Heo <tj@xxxxxxxxxx>
• [PATCH] List ENOMSG as possible errno for recvmsg(2)
  • From: Ahmad Fatoum <ahmad@xxxxxx>
• Cgroups v2 thread mode "domain invalid" state
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] fcntl.2, read.2, write.2: document "Lost locks" as cause for EIO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mount.2: Add EINVAL error condition when MS_BINDing MNT_LOCKED submounts
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: sched(7)
  • From: Andrea Parri <parri.andrea@xxxxxxxxx>
• Re: sched(7)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: fts man page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] fcntl.2, read.2, write.2: document "Lost locks" as cause for EIO.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] fcntl.2, read.2, write.2: document "Lost locks" as cause for EIO.
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Fwd: Missing { in sigaltstack example code
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] fcntl.2, read.2, write.2: document "Lost locks" as cause for EIO.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ip.7: INADDR_* values cannot be assigned directly to s_addr
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] cgroups.7: Add information about RDMA controller
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: fifo(7) minor typo
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: usleep man page issue
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Fwd: Missing { in sigaltstack example code
  • From: Elie Roudninski <xademax@xxxxxxxxx>
• [PATCH] cgroups.7: Add information about RDMA controller
  • From: Nikolay Borisov <nborisov@xxxxxxxx>
• [PATCH] ip.7: INADDR_* values cannot be assigned directly to s_addr
  • From: Ricardo Biehl Pasquali <pasqualirb@xxxxxxxxx>
• fifo(7) minor typo
  • From: Adam Liddell <ml+kernel.org@xxxxxxxxxxxx>
• [PATCH] fcntl.2, read.2, write.2: document "Lost locks" as cause for EIO.
  • From: NeilBrown <neilb@xxxxxxxx>
• usleep man page issue
  • From: erbenton <erbenton@xxxxxxxxxxx>
• Re: [PATCH] vsock.7: clarify send(2)/recv(2) families of system calls
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] vsock.7: clarify send(2)/recv(2) families of system calls
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v2] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v5] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• [PATCH v5] mmap.2: MAP_FIXED updated documentation
  • From: john.hubbard@xxxxxxxxx
• Re: [PATCH v2] vsock.7: document VSOCK socket address family
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] vsock.7: document VSOCK socket address family
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] Changes.old: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Incorrect macro identifier IFNAMSZ in socket(7)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v4] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v4] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v4] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH] Changes.old: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Incorrect macro identifier IFNAMSZ in socket(7)
  • From: Joel Williamson <jwilliamson@xxxxxxxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] vsock.7: document VSOCK socket address family
  • From: "Jorgen S. Hansen" <jhansen@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• [PATCH v4] mmap.2: MAP_FIXED updated documentation
  • From: john.hubbard@xxxxxxxxx
• [PATCH v2] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• [PATCH v3] mmap.2: MAP_FIXED updated documentation
  • From: john.hubbard@xxxxxxxxx
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mount.2: Add EINVAL error condition when MS_BINDing MNT_LOCKED submounts
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mount.2: Add EINVAL error condition when MS_BINDing MNT_LOCKED submounts
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] Standarize on "nonzero".
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] pthread_mutexattr_init.3: Wrong function name fix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Mike Rapoport <rppt@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: Cyril Hrubis <chrubis@xxxxxxx>
• [PATCH v2] mmap.2: MAP_FIXED updated documentation
  • From: john.hubbard@xxxxxxxxx
• [PATCH] pthread_mutexattr_init.3: Wrong function name fix
  • From: roblabla <man-pages@xxxxxxxxx>
• [PATCH] Standarize on "nonzero".
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: walter harms <wharms@xxxxxx>
• minus signs instead of hyphen-minuses in man-pages-posix-2013-a (was: man 1 getopts example code - wrong dash)
  • From: "Nico R." <nico@xxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH RFC] stat.2: Document that stat can fail with EINTR
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: John Hubbard <jhubbard@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: Jann Horn <jannh@xxxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: Matthew Wilcox <willy@xxxxxxxxxxxxx>
• [PATCH] mmap.2: MAP_FIXED is no longer discouraged
  • From: john.hubbard@xxxxxxxxx
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "Jorgen S. Hansen" <jhansen@xxxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: [PATCH] vsock.7: document VSOCK socket address family
  • From: "Jorgen S. Hansen" <jhansen@xxxxxxxxxx>
• [PATCH] vsock.7: document VSOCK socket address family
  • From: Stefan Hajnoczi <stefanha@xxxxxxxxxx>
• Re: Is man7.org down?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Is man7.org down?
  • From: walter harms <wharms@xxxxxx>
• Re: Is man7.org down?
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: Is man7.org down?
  • From: walter harms <wharms@xxxxxx>
• Is man7.org down?
  • From: Yubin Ruan <ablacktshirt@xxxxxxxxx>
• [PATCH] mount.2: Add EINVAL error condition when MS_BINDing MNT_LOCKED submounts
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re: Why can GDB mask tracee's SIGKILL after attaching
  • From: Yubin Ruan <ablacktshirt@xxxxxxxxx>
• Re: [PATCH] perf/core: fast breakpoint modification via _IOC_MODIFY_BREAKPOINT
  • From: Jiri Olsa <jolsa@xxxxxxxxxx>
• man-pages-4.14 released
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Why can GDB mask tracee's SIGKILL after attaching
  • From: Yubin Ruan <ablacktshirt@xxxxxxxxx>
• Re: [PATCH] makedev.3: glibc has deprecated exposing the definitions via <sys/types.h>
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] makedev.3: glibc has deprecated exposing the definitions via <sys/types.h>
  • From: Adrian Bunk <bunk@xxxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: Stefan Raspl <raspl@xxxxxxxxxxxxxxxxxx>
• Re: [manpages PATCH] open_by_handle_at.2: clarify MAX_HANDLE_SZ
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [manpages PATCH] open_by_handle_at.2: clarify MAX_HANDLE_SZ
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v3 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: walter harms <wharms@xxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] errno.3: Add values for all errors
  • From: Christoph Hellwig <hch@xxxxxxxxxxxxx>
• [PATCH] errno.3: Add values for all errors
  • From: Wesley Aptekar-Cassels <w.aptekar@xxxxxxxxx>
• Re: [PATCH v2 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: [manpages PATCH] open_by_handle_at: clarifications needed due to NFS reexport
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH v2 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH v2 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• [manpages PATCH] open_by_handle_at: clarifications needed due to NFS reexport
  • From: NeilBrown <neilb@xxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: Heiko Carstens <heiko.carstens@xxxxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: chmod man page bug - clear setuid/setgid with numerical value
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2] io_submit.2: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] proc.5: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: Improving documentation of parent-ID field in /proc/PID/mountinfo
  • From: Ram Pai <linuxram@xxxxxxxxxx>
• chmod man page bug - clear setuid/setgid with numerical value
  • From: OL Isaac <oliverlydiaisaac@xxxxxxxxx>
• [PATCH 2/2] io_submit.2: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 1/2] proc.5: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH] ioctl_tty.2: add TIOCGPTPEER documentation
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH 1/1] s390_sthyi.2: New page for s390-specific s390_sthyi(2)
  • From: QingFeng Hao <haoqf@xxxxxxxxxxxxxxxxxx>
• Re: [PATCH] ioctl_tty.2: add TIOCGPTPEER documentation
  • From: Christian Brauner <christian.brauner@xxxxxxxxxxx>
• Re: [PATCH] Add iocb details to io_submit
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Incorrect behaviour or documentation problem of SO_RXQ_OVFL
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Bug in socket(7) man page
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] ioctl_tty.2: add TIOCGPTPEER documentation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] pkey_alloc.2: Fix argument order
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Improving documentation of parent-ID field in /proc/PID/mountinfo
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Improving documentation of parent-ID field in /proc/PID/mountinfo
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: Improving documentation of parent-ID field in /proc/PID/mountinfo
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch] strptime(3) ISO 8601 compliance
  • From: Philipp Gesang <phg@xxxxxxxxxxxxx>