Linux Man Pages

• Thread Index

• [PATCH 2/4] string.3 fixes
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH 0/4] improvements for strncpy.3 etc
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v2 3/3] strtcpy.3, string_copying.7: Add strtcpy(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 2/3] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/3] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 0/3] Improve string_copying(7)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• [PATCH 2/2] string_copying.7: BUGS: Document strl{cpy,cat}(3)'s performance problems
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] string_copying.7: BUGS: *cat(3) functions aren't always bad
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 0/2] Expand BUGS section of string_copying(7).
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218105] Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page charsets.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] remove mailmap from README
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] remove mailmap from README
  • From: Florian Lehner <dev@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• PSA: This list is being migrated (no action required)
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Andreas Schwab <schwab@xxxxxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• [PATCH v2 2/2] stpncpy.3, string.3, string_copying.7: Clarify that st[rp]ncpy() pad with null bytes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 1/2] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: catenate vs concatenate
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Xi Ruoyao <xry111@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• catenate vs concatenate (was: strncpy clarify result may not be null terminated)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• [PATCH] stpncpy.3, string_copying.7: Clarify that st[rp]ncpy() do NOT produce a string
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Carlos O'Donell" <carlos@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: "Zack Weinberg" <zack@xxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Thorsten Kukuk <kukuk@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Oskari Pirhonen <xxc3ncoredxx@xxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v4 4/6] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: PSA: migrating linux-man to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 5/6] add listmount(2) syscall
  • From: Jonathan Corbet <corbet@xxxxxxx>
• Re: [PATCH v6] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v6] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v5] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v5] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: Two STANDARDS sections in strncpy(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Two STANDARDS sections in strncpy(3)
  • From: Jonathan Wakely <jwakely@xxxxxxxxxx>
• Re: PSA: migrating linux-man to new vger infrastructure
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• PSA: migrating linux-man to new vger infrastructure
  • From: Konstantin Ryabitsev <konstantin@xxxxxxxxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Karel Zak <kzak@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• [Bug 218105] New: Incorrect path name in description of creating a threaded cgroups tree
  • From: bugzilla-daemon@xxxxxxxxxx
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: strncpy clarify result may not be null terminated
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• strncpy clarify result may not be null terminated
  • From: Jonny Grant <jg@xxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Nikolaos Chatzikonstantinou <nchatz314@xxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Issue in man page regex.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page setlogmask.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page regex.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page catan.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page readlink.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: Issue in man page syscalls.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page bcmp.3.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Jakub Wilk <jwilk@xxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page posixoptions.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page adjtime.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page syscalls.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page mount_namespaces.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: Issue in man page malloc_get_state.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page open.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page motd.5
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page motd.5
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page open.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page INFINITY.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page nfsservctl.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getnetent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page INFINITY.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page hostname.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page getservent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getgrnam.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getgrent.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getent.1
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page execve.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page getdents.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: Issue in man page connect.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clone.2
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Issue in man page clog.3
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page catan.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page bcmp.3.
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page syscalls.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page syscalls.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page setlogmask.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page regex.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page adjtime.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page readlink.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page regex.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page open.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page posixoptions.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page malloc_get_state.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page motd.5
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page nfsservctl.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page mount_namespaces.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getgrnam.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getnetent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page hostname.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getservent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page INFINITY.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page clone.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page connect.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getent.1
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page execve.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getgrent.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page getdents.2
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page clog.3
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• [no subject]
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issues in man pages
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Issue in man page charsets.7
  • From: Helge Kreutzmann <debian@xxxxxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 0/6] querying mount attributes
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Bruno Haible <bruno@xxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH] prctl.2: Fix typo
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: groff 1.23.0 stability (was: using the TQ macro)
  • From: Sam James <sam@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• s/PP/P/; s/LP/P/
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] man2/clone.2: clarify that CLONE_CLEAR_SIGHAND does not affect SIG_IGN
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH] prctl.2: Fix typo
  • From: Bruno Haible <bruno@xxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• groff 1.23.0 stability (was: using the TQ macro)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• managing tagged paragraphs (was: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Ingo Schwarze <schwarze@xxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing?
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing?
  • From: Ingo Schwarze <schwarze@xxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Why does man(7) have 3 paragraph macros for the same thing? (was: `\c`, mdoc(7), and man(7) extension macros)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• `\c`, mdoc(7), and man(7) extension macros (was: [PATCH 1/2] man*/: srcfix)
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH 1/2] man*/: srcfix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 1/2] man*/: srcfix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH v4 0/2] migrate man page cross references to MR macro
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: using the TQ macro
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] man*/: ffix (Place short options after long options)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4 3/6] namespace: extract show_path() helper
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 2/6] mounts: keep list of mounts in an rbtree
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v10 0/1] smartpqi man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v10 1/1] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v10 0/1] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• using the TQ macro
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• [PATCH v4 5/6] add listmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 6/6] wire up syscalls for statmount/listmount
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 4/6] add statmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 0/6] querying mount attributes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v4 1/6] add unique mount ID
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [PATCH v9 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 2/3] smartpqi: remove sysfs entry for version
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v9 1/3] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v9 0/3] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 3/3] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 2/3] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v9 1/3] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: DJ Delorie <dj@xxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] mcheck.3, mtrace.3: update examples for glibc 2.34
  • From: Vincent Lefevre <vincent@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Stefan Puiu <stefan.puiu@xxxxxxxxx>
• [PATCH v3] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 1/2] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2 2/2] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH v2 1/2] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH v2 0/2] Some ld.so updates
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 5/5] ld.so.8: Describe the --list-diagnostics loader option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 4/5] ld.so.8: Describe glibc Hardware capabilities
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 3/5] ld.so.8: Add add filtered out environment variable in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH 2/5] ld.so.8: Clarify LD_PROFILE in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 5/5] ld.so.8: Describe the --list-diagnostics loader option
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 3/5] ld.so.8: Add add filtered out environment variable in secure-execution mode
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 4/5] ld.so.8: Describe glibc Hardware capabilities
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 0/5] Some ld.so updates
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• [PATCH 1/5] ld.so.8: Update environment variables from recent glibc versions
  • From: Adhemerval Zanella <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH v3 2/3] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 3/3] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 1/3] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v3 2/3] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 3/3] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 1/3] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v3 0/3] userfaultfd man page updates
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Guillem Jover <guillem@xxxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Adhemerval Zanella Netto <adhemerval.zanella@xxxxxxxxxx>
• Re: [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• [PATCH 1/2] ioctl_userfaultfd.2: add UFFD_FEATURE_WP_ASYNC
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• [PATCH 2/2] ioctl_pagemap_scan: add page for pagemap_scan IOCTL
  • From: Muhammad Usama Anjum <usama.anjum@xxxxxxxxxxxxx>
• Re: man7 - useradd query
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v8 3/3] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v8 1/3] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [Bug 218018] New: dl_iterate_phdr should mention Elf64_Phdr (in addition to Elf32_Phdr).
  • From: bugzilla-daemon@xxxxxxxxxx
• [PATCH v8 2/3] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 3/3] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 1/3] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v8 0/3] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Mike Frysinger <vapier@xxxxxxxxxx>
• Re: [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] ldd: Do not recommend binutils as the safer option
  • From: Siddhesh Poyarekar <siddhesh@xxxxxxxxxx>
• Re: [PATCH] set_thread_area.2: Add C-SKY document
  • From: Guo Ren <guoren@xxxxxxxxxx>
• Re: [PATCH] set_thread_area.2: Add C-SKY document
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: set_thread_area.2: csky architecture undocumented
  • From: Guo Ren <guoren@xxxxxxxxxx>
• [PATCH] set_thread_area.2: Add C-SKY document
  • From: guoren@xxxxxxxxxx
• Re: [PATCH] fanotify.7: Fix field name in struct fanotify_event_info_fid
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] fanotify.7: Fix field name in struct fanotify_event_info_fid
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: set_thread_area.2: csky architecture undocumented
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 4/4] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 3/4] smartpqi: add host attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v7 1/4] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: man7 - useradd query
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v5] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v5] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: string_copying.7: Clarifying ustr and zustr
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: string_copying.7: Clarifying ustr and zustr
  • From: "Serge E. Hallyn" <serge@xxxxxxxxxx>
• Re: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Using hg and git (Was: [PATCH v4] execve.2: execve also returns E2BIG if a string is too long)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v7 4/4] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 3/4] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 1/4] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 2/4] smartpqi: remove sysfs entry for version
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v7 0/4] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH v3] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v2] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• [PATCH v2] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH] execve.2: execve also returns E2BIG if a string is too long
  • From: Rik van Riel <riel@xxxxxxxxxxx>
• Re: [PATCH 10/10] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• string_copying.7: Clarifying ustr and zustr
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Catalin Marinas <catalin.marinas@xxxxxxx>
• Re: [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 10/10] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 08/10] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 02/10] userfaultfd.2: reword to account for new fault resolution ioctls
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 03/10] userfaultfd.2: comment on feature detection in the example program
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH 01/10] userfaultfd.2: briefly mention two-step feature handshake process
  • From: Mike Rapoport <rppt@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] man2/userfaultfd.2: ffix
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 3/6] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 2/6] smartpqi: update FILES section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v6 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 0/5] userfaultfd man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 2/5] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 1/5] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Yannik Sembritzki <yannik@xxxxxxxxxxxxxx>
• [PATCH] Correct list of flags returned by SIOCGIFFLAGS in netdevice.7
  • From: Yannik Sembritzki <yannik@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH] man2/userfaultfd.2: ffix
  • From: "G. Branden Robinson" <g.branden.robinson@xxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 1/4] add unique mount ID
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 4/4] add listmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [PATCH v3 3/4] add statmount(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• [PATCH v6 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 5/6] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 6/6] smartpqi: add HISTORY section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 4/6] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 3/6] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 0/6] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v6 2/6] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v2 4/5] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 1/5] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 0/5] userfaultfd man page updates
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 3/5] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 5/5] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v2 2/5] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH v5 2/6] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 0/6] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 4/6] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 6/6] smartpqi: add HISTORY section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 3/6] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 5/6] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v5 1/6] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH] prctl.2: Document PR_SET_MDWE and PR_GET_MDWE
  • From: Florent Revest <revest@xxxxxxxxxxxx>
• Re: Manual pages from glibc-doc
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [patch v3] truncate.2: EINVAL is returned for non regular files except directories
  • From: Quentin Armitage <quentin@xxxxxxxxxxxxxxx>
• Re: Manual pages from glibc-doc
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Missing pthread manual pages
  • From: Arnav Rawat <rawat.arnav@xxxxxxxxx>
• Re: [PATCH v4 3/5] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4 1/5] smartpqi: add module parameter ctrl_ready_timeout
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [patch v2] truncate.2: EINVAL is returned for non regular files except directories
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v4 0/5] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 5/5] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 4/5] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 3/5] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 1/5] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4 2/5] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH v3 06/10] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 06/10] smartpqi: update host attribute descriptions
  • From: <Don.Brace@xxxxxxxxxxxxx>
• [patch v2] truncate.2: EINVAL is returned for non regular files except directories
  • From: Quentin Armitage <quentin@xxxxxxxxxxxxxxx>
• Re: [patch] truncate.2: EINVAL is returned for non regular files except directories
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [patch] truncate.2: EINVAL is returned for non regular files except directories
  • From: Quentin Armitage <quentin@xxxxxxxxxxxxxxx>
• Re: groff features for hyperlinked man pages (was: No 6.05/.01 pdf book available)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 3/4] add statmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [PATCH v3 10/10] smartpqi: add sg entry to see_also
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 09/10] smartpqi: add device attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 08/10] smartpqi: add host attributes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 05/10] smartpqi: update FILES section
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 07/10] smartpqi: update device attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 06/10] smartpqi: update host attribute descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 04/10] smartpqi: add module parameter ctrl_ready_timeout
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] smartpqi: add sg entry to see_also
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v4] smartpqi: add module parameter disable_managed_interrupts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 3/4] add statmount(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 3/4] add statmount(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• [PATCH v3 3/4] add statmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v3 4/4] add listmount(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v3 0/4] querying mount attributes
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v3 2/4] namespace: extract show_path() helper
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• [PATCH v3 1/4] add unique mount ID
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH] smartpqi: add sg entry to see_also
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v4] smartpqi: add module parameter disable_managed_interrupts
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH v3 03/10] smartpqi: add-module parameter disable_managed_interrupts
  • From: <Don.Brace@xxxxxxxxxxxxx>
• Re: No NOTES section in snprintf(3)
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] man2/splice.2: document SPLICE_F_NOWAIT
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• No NOTES section in snprintf(3)
  • From: Дилян Палаузов <dilyan.palauzov@xxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [PATCH v3 01/10] smarpqi: update copyright and email addresses
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 03/10] smartpqi: add-module parameter disable_managed_interrupts
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v3 02/10] smartpqi: update module parameter descriptions
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 00/10] smartpqi man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• [PATCH v3 05/10] smartpqi: update FILES section
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 01/10] smarpqi: update copyright and email addresses
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 08/10] smartpqi: add host attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 10/10] smartpqi: add sg entry to see_also
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 00/10] smartpqi man page updates
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 04/10] smartpqi: add module parameter ctrl_ready_timeout
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 09/10] smartpqi: add device attributes
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 02/10] smartpqi: update module parameter descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 06/10] smartpqi: update host attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 07/10] smartpqi: update device attribute descriptions
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• [PATCH v3 03/10] smartpqi: add-module parameter disable_managed_interrupts
  • From: Don Brace <don.brace@xxxxxxxxxxxxx>
• Re: [PATCH 08/10] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• [PATCH v2] man2/splice.2: document SPLICE_F_NOWAIT
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] man2/splice.2: document SPLICE_F_NOWAIT
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• [PATCH] man2/splice.2: document SPLICE_F_NOWAIT
  • From: Max Kellermann <max.kellermann@xxxxxxxxx>
• Re: [PATCH] fseek.3: incorporate fseeko()/ftello().
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH v2] tmpfs.5: extend with new noswap documentation
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2 00/10] smartpqi man page updates
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: 3p page wording
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH] fseek.3: incorporate fseeko()/ftello().
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 08/10] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 04/10] ioctl_userfaultfd.2: fix a few trivial mistakes
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 03/10] userfaultfd.2: comment on feature detection in the example program
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 02/10] userfaultfd.2: reword to account for new fault resolution ioctls
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH 01/10] userfaultfd.2: briefly mention two-step feature handshake process
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: SPDX license review requests
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: man-intro(1) [patch]
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] pipe.7: read(2) returns with zero while the write end is closed.
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [PATCH v2] select.2: blocks on the read end (if the write end of the fifo has never been opened).
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: "Arnd Bergmann" <arnd@xxxxxxxx>
• Re: POSIX manual pages
  • From: Alejandro Colomar <alx@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• [PATCH v2] tmpfs.5: extend with new noswap documentation
  • From: Luis Chamberlain <mcgrof@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [PATCH v2 00/10] smartpqi man page updates
  • From: <Don.Brace@xxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• RE: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: David Laight <David.Laight@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Dave Chinner <david@xxxxxxxxxxxxx>
• Re: [PATCH] difftime.3: be more explict about "difference".
  • From: Paul Eggert <eggert@xxxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: 3p page wording
  • From: enh <enh@xxxxxxxxxx>
• [PATCH] difftime.3: be more explict about "difference".
  • From: enh <enh@xxxxxxxxxx>
• Re: [PATCH] fseek.3: incorporate fseeko()/ftello().
  • From: enh <enh@xxxxxxxxxx>
• [PATCH 10/10] ioctl_userfaultfd.2: document new UFFDIO_POISON ioctl
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 09/10] ioctl_userfaultfd.2: fix / update UFFDIO_REGISTER error code list
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 08/10] ioctl_userfaultfd.2: clarify the state of the uffdio_api structure on error
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 06/10] ioctl_userfaultfd.2: describe missing UFFDIO_API feature flags
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 05/10] ioctl_userfaultfd.2: describe two-step feature handshake
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 04/10] ioctl_userfaultfd.2: fix a few trivial mistakes
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 07/10] ioctl_userfaultfd.2: correct and update UFFDIO_API ioctl error codes
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 02/10] userfaultfd.2: reword to account for new fault resolution ioctls
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 03/10] userfaultfd.2: comment on feature detection in the example program
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 01/10] userfaultfd.2: briefly mention two-step feature handshake process
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• [PATCH 00/10] userfaultfd man page updates
  • From: Axel Rasmussen <axelrasmussen@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Paul Moore <paul@xxxxxxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: 3p page wording
  • From: Florian Weimer <fweimer@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Andreas Dilger <adilger@xxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Jeff Layton <jlayton@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Christian Brauner <brauner@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Sargun Dhillon <sargun@xxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Miklos Szeredi <mszeredi@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Matthew House <mattlloydhouse@xxxxxxxxx>
• Re: [RFC PATCH 0/3] quering mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] quering mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: POSIX manual pages
  • From: Brian Inglis <Brian.Inglis@xxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Miklos Szeredi <miklos@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] quering mount attributes
  • From: Amir Goldstein <amir73il@xxxxxxxxx>
• Re: [RFC PATCH 1/3] add unique mount ID
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH 0/3] quering mount attributes
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH 2/3] add statmnt(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>
• Re: [RFC PATCH 3/3] add listmnt(2) syscall
  • From: Ian Kent <raven@xxxxxxxxxx>