Linux Man Pages

• Thread Index

• Re: A minor fault in documentation.
  • From: Walter Harms <wharms@xxxxxx>
• proc(5) typo, "admiin_reserve_kbytes"
  • From: Stan Schwertly <stan@xxxxxxxxxxxxx>
• Re: Man-page bug report
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH] proc.5: Describe ambiguities in /proc/<pid>/maps
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] man2/vmsplice: splice pages from pipe to memory
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: Man-page bug report
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] resolv.conf.5: document no-reload option
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] namespaces.7: tfix
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] rename.2: renameat2() now has a glibc wrapper; remove mention of syscall(2)
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] statx.2: statx() now has a glibc wrapper; remove mention of syscall(2)
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] namespaces.7: tfix
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH] rename.2: renameat2() now has a glibc wrapper; remove mention of syscall(2)
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• [PATCH] statx.2: statx() now has a glibc wrapper; remove mention of syscall(2)
  • From: Tobias Klauser <tklauser@xxxxxxxxxx>
• Re: [PATCH 1/1] strcmp.3: clarify that strcmp() is not locale aware
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] memfd_create.2: fix header for memfd_create()
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: Man Page strncpy: Misleading word.
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] proc.5: document /proc/[pid]/status Speculation_Store_Bypass field
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] proc.5: Correct description of NStgid
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: A minor fault in documentation.
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: uselocale(3) manpage typo
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [Manpages typo] sched_yield(2)
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] sched_yield.2: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: Typo in capabilities(7) -- shed_ vs. sched_ at CAP_SYS_NICE -- LKnl 4.16
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] uselocale.3: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] proc.5: Correct description of NStgid
  • From: Keno Fischer <keno@xxxxxxxxxxxxxxxxxx>
• Re : man7.org : Strategies to improve your website ranking
  • From: jakeslee@xxxxxxxxxxxxxxxxxxxxxxx
• [patch] uselocale.3: tfix
  • From: Antonio Ospite <ao2@xxxxxx>
• Re: [PATCH] unshare.2: note another reason EINVAL might be returned
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: A minor fault in documentation.
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• A minor fault in documentation.
  • From: Göran Häggsjö <goran.haggsjo@xxxxxxxxxx>
• Re: Mount command should document EROFS
  • From: Harry Mallon <hjmallon@xxxxxxxxx>
• Re: Mount command should document EROFS
  • From: Walter Harms <wharms@xxxxxx>
• Mount command should document EROFS
  • From: Harry Mallon <hjmallon@xxxxxxxxx>
• [PATCH] proc.5: document /proc/[pid]/status Speculation_Store_Bypass field
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Re: Man Page strncpy: Misleading word.
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• [PATCH] memfd_create.2: fix header for memfd_create()
  • From: Lucas De Marchi <lucas.demarchi@xxxxxxxxx>
• Re: [patch] perf_event_open.2: Document the PERF_EVENT_IOC_QUERY_BPF ioctl
  • From: Yonghong Song <yhs@xxxxxx>
• [PATCH 1/1] strcmp.3: clarify that strcmp() is not locale aware
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• [PATCH] proc.5: Describe ambiguities in /proc/<pid>/maps
  • From: lineprinter <lineprinter@xxxxxxxxxxxx>
• [PATCH] unshare.2: note another reason EINVAL might be returned
  • From: Shawn Landden <shawn@xxxxxxx>
• [PATCH] io_submit.2: Add IOCB_FLAG_IOPRIO
  • From: adam.manzanares@xxxxxxx
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Sean Young <sean@xxxxxxxx>
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Mauro Carvalho Chehab <mchehab+samsung@xxxxxxxxxx>
• [PATCH bpf-next 3/3] tools: bpf: build and install man page for eBPF helpers from bpftool/
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: Man Page strncpy: Misleading word.
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Man Page strncpy: Misleading word.
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• [PATCH] resolv.conf.5: document no-reload option
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Typo in capabilities(7) -- shed_ vs. sched_ at CAP_SYS_NICE -- LKnl 4.16
  • From: Jason Mills <jmills@xxxxxxxxxxx>
• [MANPAGE PATCH] Add manpage for fsinfo(2)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [MANPAGE PATCH] Add manpage for fsopen(2), fspick(2) and fsmount(2)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [MANPAGE PATCH] Add manpages for move_mount(2) and open_tree(2)
  • From: David Howells <dhowells@xxxxxxxxxx>
• [patch] perf_event_open.2: Document the PERF_EVENT_IOC_MODIFY_ATTRIBUTES ioctl
  • From: Vince Weaver <vincent.weaver@xxxxxxxxx>
• [patch] perf_event_open.2: Document the PERF_EVENT_IOC_QUERY_BPF ioctl
  • From: Vince Weaver <vincent.weaver@xxxxxxxxx>
• Re: [patch v2] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [tz] "time zone" vs "timezone" in documentation
  • From: Walter Harms <wharms@xxxxxx>
• [patch] sched_yield.2: tfix
  • From: Mark Schott <schottm@xxxxxxxxxx>
• [[patch] v2 3/3] zic.8: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [[patch] v2 2/3] zdump.8: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [[patch] v2 1/3] tzfile.5: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: "time zone" vs "timezone" in documentation
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 1/1] unix.7: correct example
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [patch] vcs.4: broken example code
  • From: Mattias Engdegård <mattiase@xxxxxxx>
• Re: [patch] vcs.4: broken example code
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• [patch] vcs.4: broken example code
  • From: Mattias Engdegård <mattiase@xxxxxxx>
• Re: Documentation in man 2 send about blocking
  • From: Li-yao Xia <lysxia@xxxxxxxxx>
• Re: [PATCH] ptrace.2: BUGS: may set errno to zero
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: Documentation in man 2 send about blocking
  • From: Florian Weimer <fw@xxxxxxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [tz] "time zone" vs "timezone" in documentation
  • From: "Clive D.W. Feather" <clive@xxxxxxxxxx>
• Re: [tz] "time zone" vs "timezone" in documentation
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] shmctl.2, semctl.2, msgctl.2: add STAT_ANY commands
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [PATCH] shmctl.2, semctl.2, msgctl.2: add STAT_ANY commands
  • From: Davidlohr Bueso <dave@xxxxxxxxxxxx>
• [PATCH] shmctl.2, semctl.2, msgctl.2: add STAT_ANY commands
  • From: Joe Lawrence <joe.lawrence@xxxxxxxxxx>
• Re: [tz] "time zone" vs "timezone" in documentation
  • From: Robert Elz <kre@xxxxxxxxxxxxx>
• Re: [tz] "time zone" vs "timezone" in documentation
  • From: "Philip Paeps" <philip@xxxxxxxxxx>
• "time zone" vs "timezone" in documentation
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH] ptrace.2: BUGS: may set errno to zero
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2] clone.2: pending CLONE_NEWPID prevents thread creation
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [patch] perf_event_open.2: Document the PERF_EVENT_IOC_PAUSE_OUTPUT ioctl
  • From: Vince Weaver <vincent.weaver@xxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [[patch] 1/3] tzfile.5: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Re: [[patch] 1/3] tzfile.5: Sync from tzdb upstream
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• Documentation in man 2 send about blocking
  • From: Li-yao Xia <lysxia@xxxxxxxxx>
• [PATCH] New Page: byte.7: Document what "byte" means, theory and practice
  • From: Michael Witten <mfwitten@xxxxxxxxx>
• [PATCH] usleep.3: ffix
  • From: Lucas Werkmeister <mail@xxxxxxxxxxxxxxxxxxx>
• [[patch] 2/3] zdump.8: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [[patch] 3/3] zic.8: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [[patch] 1/3] tzfile.5: Sync from tzdb upstream
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH] socket.7: Clarify that poll() and select() are affected by SO_RCVLOWAT
  • From: Anmol Sarma <me@xxxxxxxxxxxxx>
• Re: [PATCH] clone.2: pending CLONE_NEWPID prevents thread creation
  • From: Jann Horn <jannh@xxxxxxxxxx>
• manpage bug/improvement: pthread_setschedparam does not need privilege to set real-time policy
  • From: Chris Fryer <chrisf1874@xxxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: Claudio Scordino <claudio@xxxxxxxxxxxxxxx>
• [patch] perf_event_open.2: Exclude_idle clarification
  • From: Vince Weaver <vincent.weaver@xxxxxxxxx>
• Re: [patch] perf_event_open.2: fix prctl behavior description
  • From: Alexander Monakov <amonakov@xxxxxxxxx>
• Re: [PATCH] clone.2: pending CLONE_NEWPID prevents thread creation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] proc.5: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] strcpy.3: Fix example code for strncpy, which could pass an incorrect length
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] pread.2: wfix
  • From: mihir@xxxxxxxxxxxxx
• [patch] perf_event_open.2: fix prctl behavior description
  • From: Vince Weaver <vincent.weaver@xxxxxxxxx>
• Re: [PATCH] man2/vmsplice: splice pages from pipe to memory
  • From: Andrei Vagin <avagin@xxxxxxxxxxxxx>
• [PATCH] strcpy.3: Fix example code for strncpy, which could pass an incorrect length
  • From: Matthew Kilgore <mattkilgore12@xxxxxxxxx>
• [PATCH] proc.5: document ESRCH after process exit
  • From: Lucas Werkmeister <mail@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Sean Young <sean@xxxxxxxx>
• Re: [PATCH] _exit.2/exit.3: fix old definition of "status"
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [patch] getopt.3: ffix
  • From: Wolf <wolf@xxxxxxxxxxx>
• Re: [PATCH v12.1] prctl.2: PR_[SET|GET]_SPECULATION_CTRL
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] proc.5: tfix
  • From: Lucas Werkmeister <mail@xxxxxxxxxxxxxxxxxxx>
• Re: mlock() confusing 1 half of system RAM limit
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: mlock() confusing 1 half of system RAM limit
  • From: Alex Richman <alex.r@xxxxxxxxxxxx>
• Re: mlock() confusing 1 half of system RAM limit
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• Re: mlock() confusing 1 half of system RAM limit
  • From: Alex Richman <alex.r@xxxxxxxxxxxx>
• Re: mlock() confusing 1 half of system RAM limit
  • From: Michal Hocko <mhocko@xxxxxxxxxx>
• mlock() confusing 1 half of system RAM limit
  • From: Alex Richman <alex.r@xxxxxxxxxxxx>
• [PATCH] proc.5: document fdinfo format for timerfd
  • From: Lucas Werkmeister <mail@xxxxxxxxxxxxxxxxxxx>
• [PATCH 2/2] inotify.2: Note errors that can occur for IN_MASK_CREATE
  • From: henry.wilson@xxxxxxxxxxx
• [PATCH 1/2] inotify.7: Added doumentation for new flag IN_MASK_CREATE
  • From: henry.wilson@xxxxxxxxxxx
• Re: [PATCH 1/2] inotify.7: Added doumentation for new flag IN_EXCL_ADD
  • From: Henry Wilson <henry.wilson@xxxxxxxxxxx>
• Re: [PATCH 1/2] inotify.7: Added doumentation for new flag IN_EXCL_ADD
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] setns.2: tfix
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] setns.2: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 1/2] inotify.7: Added doumentation for new flag IN_EXCL_ADD
  • From: henry.wilson@xxxxxxxxxxx
• [PATCH 2/2] inotify.2: Note EEXIST error that can occur for IN_EXCL_ADD
  • From: henry.wilson@xxxxxxxxxxx
• [patch v2] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• syscall(2) documentation of superh syscall method
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: Juri Lelli <juri.lelli@xxxxxxxxxx>
• Re: [PATCH v12.1] prctl.2: PR_[SET|GET]_SPECULATION_CTRL
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] Document PR_[SET|GET]_SPECULATION_CTRL
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] write.2: Partial direct I/O writes
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: Man 3 putenv typo
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: John David Anglin <dave.anglin@xxxxxxxx>
• mmap(2): MAP_ANON
  • From: Heinrich Schuchardt <xypron.glpk@xxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [PATCH] Document PR_[SET|GET]_SPECULATION_CTRL
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: Helge Deller <deller@xxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: SIGNAL(7): Still "calling process" instead of "calling thread".
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] Document PR_[SET|GET]_SPECULATION_CTRL
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] vdso.7: Fix parisc gateway page description
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: joeyli <jlee@xxxxxxxx>
• [patch] vdso.7: Fix parisc gateway page description
  • From: Helge Deller <deller@xxxxxx>
• [PATCH v12.1] prctl.2: PR_[SET|GET]_SPECULATION_CTRL
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] Document PR_[SET|GET]_SPECULATION_CTRL
  • From: Konrad Rzeszutek Wilk <konrad.wilk@xxxxxxxxxx>
• [PATCH] write.2: Partial direct I/O writes
  • From: Goldwyn Rodrigues <rgoldwyn@xxxxxxx>
• Re: [PATCH v2] host.conf.5: clarify glibc versions in which spoof options
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] open.2: Document ENXIO for sockets
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] exit.3: note wider sysexits.h availability
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] scripts: mark them executable
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] _exit.2/exit.3: fix old definition of "status"
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] clone.2: pending CLONE_NEWPID prevents thread creation
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Sean Young <sean@xxxxxxxx>
• Re: Does the `select.2` ignore the `O_NONBLOCK`?
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: SIGNAL(7): Still "calling process" instead of "calling thread".
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: Rich Felker <dalias@xxxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• Re: glibc and linux-man disagrees about pkey_alloc
  • From: "Dmitry V. Levin" <ldv@xxxxxxxxxxxx>
• glibc and linux-man disagrees about pkey_alloc
  • From: Szabolcs Nagy <szabolcs.nagy@xxxxxxx>
• SIGNAL(7): Still "calling process" instead of "calling thread".
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• Does the `select.2` ignore the `O_NONBLOCK`?
  • From: Robin Kuzmin <kuzmin.robin@xxxxxxxxx>
• SCM_RIGHTS and file descriptor limits
  • From: Andres Freund <andres@xxxxxxxxxxx>
• [PATCH] clone.2: pending CLONE_NEWPID prevents thread creation
  • From: Jann Horn <jannh@xxxxxxxxxx>
• [PATCH v2] host.conf.5: clarify glibc versions in which spoof options
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• Re: [bpf-next PATCH 0/5] bpf, doc: convert Documentation/bpf to RST-formatting
  • From: Alexei Starovoitov <alexei.starovoitov@xxxxxxxxx>
• Re: [bpf-next PATCH 0/5] bpf, doc: convert Documentation/bpf to RST-formatting
  • From: Y Song <ys114321@xxxxxxxxx>
• Re: [PATCH] host.conf.5: clarify glibc versions in which spoof options were recognized
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [bpf-next PATCH 5/5] bpf, doc: howto use/run the BPF selftests
  • From: Silvan Jegen <s.jegen@xxxxxxxxx>
• Re: [bpf-next PATCH 5/5] bpf, doc: howto use/run the BPF selftests
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH] _exit.2/exit.3: fix old definition of "status"
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [bpf-next PATCH 5/5] bpf, doc: howto use/run the BPF selftests
  • From: Silvan Jegen <s.jegen@xxxxxxxxx>
• [bpf-next PATCH 5/5] bpf, doc: howto use/run the BPF selftests
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [bpf-next PATCH 4/5] bpf, doc: convert bpf_devel_QA.rst to use RST formatting
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [bpf-next PATCH 3/5] bpf, doc: convert bpf_design_QA.rst to use RST formatting
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [bpf-next PATCH 2/5] bpf, doc: rename txt files to rst files
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [bpf-next PATCH 0/5] bpf, doc: convert Documentation/bpf to RST-formatting
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [bpf-next PATCH 1/5] bpf, doc: add basic README.rst file
  • From: Jesper Dangaard Brouer <brouer@xxxxxxxxxx>
• [PATCH] [RFC] add wait3(2) when wait4(2) is mentioned
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] scripts: mark them executable
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] _exit.2/exit.3: change 0377 octal to 0xff hex
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• [PATCH] host.conf.5: clarify glibc versions in which spoof options were recognized
  • From: Nikola Forró <nforro@xxxxxxxxxx>
• [PATCH] exit.3: note wider sysexits.h availability
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: Jens Thoms Toerring <jt@xxxxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: Jens Thoms Toerring <jt@xxxxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] open.2: Document ENXIO for sockets
  • From: Lucas Werkmeister <mail@xxxxxxxxxxxxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: Jens Thoms Toerring <jt@xxxxxxxxxxx>
• Re: [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• [patch] gettimeofday.2: mention reasons for failure of settimeofday()
  • From: Jens Thoms Toerring <jt@xxxxxxxxxxx>
• [PATCH] man2/getdents.2: Correct linux_dirent definition in example code; it is "unsigned long" earlier up in the file
  • From: Chris Lamb <lamby@xxxxxxxxxx>
• fsync notes
  • From: Georg Sauthoff <mail@xxxxxxxx>
• Re: [PATCH 24/24] debugfs: Restrict debugfs when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• Re: [patch] add IN_ONLYDIR based errors in inotify_add_watch(2)
  • From: Paul Millar <paul.millar@xxxxxxx>
• Re: [PATCH] open.2: Remove O_DIRECT-related quotation
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] add IN_ONLYDIR based errors in inotify_add_watch(2)
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• Re: man section terminology
  • From: "Michael Kerrisk (man-opages)" <mtk.manpages@xxxxxxxxx>
• [PATCH] open.2: Remove O_DIRECT-related quotation
  • From: Andrew Price <andy@xxxxxxxxxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• man-pages-4.16 released
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• Re: [man-pages PATCH v2 4/4] man2: describe s390_guarded_storage s390-specific system call
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] mmap.2: MAP_FIXED is okay if the address range has been reserved
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [man-pages PATCH v2 4/4] man2: describe s390_guarded_storage s390-specific system call
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• Re: [man-pages PATCH v2 4/4] man2: describe s390_guarded_storage s390-specific system call
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [man-pages PATCH v2 3/4] s390_sthyi.2: some minor additions
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [man-pages PATCH v2 1/4] s390_runtime_instr.2: add a note about runtime_instr.h availability
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 3/3] set_thread_area.2: mention related prctl requests in SEE ALSO
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/3] set_thread_area.2: mention the get_thread_area is also Linux-specific
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/3] set_thread_area.2: describe [sg]et_thread_areay syscalls on m68k/MIPS
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] termios.3: note an XTABS alpha issue
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] perf_event_open.2: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: luca abeni <luca.abeni@xxxxxxxxxxxxxxx>
• Re: timerfd_create(2) minor grammar error
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: Claudio Scordino <claudio@xxxxxxxxxxxxxxx>
• timerfd_create(2) minor grammar error
  • From: Daniel Kamil Kozar <dkk089@xxxxxxxxx>
• [patch] bpf-helpers.7: Add new man page for eBPF helper functions
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/1] sched_setattr: add new flags recently introduced
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH] open.2: Add missing argument for snprintf
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 2/2] unix.7: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH 1/2] capabilities.7: tfix
  • From: "Michael Kerrisk (man-pages)" <mtk.manpages@xxxxxxxxx>
• Re: [PATCH bpf-next v4 00/10] bpf: document eBPF helpers and add a script to generate man page
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• [PATCH 1/2] capabilities.7: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH] open.2: Add missing argument for snprintf
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• [PATCH 2/2] unix.7: tfix
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Jiri Kosina <jikos@xxxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: "Rafael J. Wysocki" <rjw@xxxxxxxxxxxxx>
• Re: [PATCH 07/24] hibernate: Disable when the kernel is locked down
  • From: Pavel Machek <pavel@xxxxxx>
• [PATCH bpf-next v4 02/10] bpf: add documentation for eBPF helpers (01-11)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 03/10] bpf: add documentation for eBPF helpers (12-22)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 10/10] bpf: update bpf.h uapi header for tools
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 06/10] bpf: add documentation for eBPF helpers (42-50)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 08/10] bpf: add documentation for eBPF helpers (58-64)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 09/10] bpf: add documentation for eBPF helpers (65-66)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 07/10] bpf: add documentation for eBPF helpers (51-57)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 04/10] bpf: add documentation for eBPF helpers (23-32)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 05/10] bpf: add documentation for eBPF helpers (33-41)
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 01/10] bpf: add script and prepare bpf.h for new helpers documentation
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• [PATCH bpf-next v4 00/10] bpf: document eBPF helpers and add a script to generate man page
  • From: Quentin Monnet <quentin.monnet@xxxxxxxxxxxxx>
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: ebiederm@xxxxxxxxxxxx (Eric W. Biederman)
• Re: [manpages PATCH] capabilities.7: describe namespaced file capabilities
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: reviewing the definition of semaphore in sem_overview.7
  • From: Ricardo Biehl Pasquali <pasqualirb@xxxxxxxxx>
• [PATCH] lirc.4: remove ioctls and feature bits which were never implemented
  • From: Sean Young <sean@xxxxxxxx>
• Re: [PATCH bpf-next v3 4/8] bpf: add documentation for eBPF helpers (23-32)
  • From: Daniel Borkmann <daniel@xxxxxxxxxxxxx>
• man section terminology
  • From: Doug McIlroy <doug@xxxxxxxxxxxxxxxx>
• [PATCH] termios.3: note an XTABS alpha issue
  • From: Eugene Syromyatnikov <evgsyr@xxxxxxxxx>
• 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>