Yuri Kozlov | 3 Feb 17:29 2016
Picon

[PATCH] filesystems.5: tfix

---
 man5/filesystems.5 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/man5/filesystems.5 b/man5/filesystems.5
index e4d3930..16a66e3 100644
--- a/man5/filesystems.5
+++ b/man5/filesystems.5
 <at>  <at>  -49,7 +49,7  <at>  <at>  it; see
 .BR mount (8).

 Below a short description of the available or historically available
-filesystems in Linux kernel
+filesystems in Linux kernel.
 See kernel documentation for a comprehensive
 description of all options and limitations.
 .TP 10
--

-- 
2.1.4

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Jakub Wilk | 2 Feb 21:50 2016
Picon

[PATCH 1/5] msgop.2: tfix

Signed-off-by: Jakub Wilk <jwilk@...>
---
 man2/msgop.2 | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/man2/msgop.2 b/man2/msgop.2
index ba3830f..1dff1ef 100644
--- a/man2/msgop.2
+++ b/man2/msgop.2
 <at>  <at>  -430,7 +430,7  <at>  <at>  the process caught a signal; see
 .BR signal (7).
 .TP
 .B EINVAL
-.I msgqid
+.I msgid
 was invalid, or
 .I msgsz
 was less than 0.
--

-- 
2.7.0

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Michael Kerrisk (man-pages | 2 Feb 20:19 2016
Picon
Gravatar

Re: Typo on shmget manpage

Hi Fernando,

On 02/02/2016 11:14 AM, Fernando Monteiro wrote:
> Hi
> 
> There is a typo on return value section of shmget manpage.
> 
> On success, a valid shared memory identifier is returned.  On *errir*, -1
>        is returned, and errno is set to indicate the error.

Thanks for the report, but that typo was fixed about 20 releases ago!
Always best to check the git version or http://man7.org/linux/man-pages/
to see if an error is still present in the latest pages.

Thanks,

Michael

--

-- 
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
the body of a message to majordomo@...
More majordomo info at  http://vger.kernel.org/majordomo-info.html

Eric Dumazet | 2 Feb 00:35 2016
Picon

[PATCH] ip.7: add IP_BIND_ADDRESS_NO_PORT description

From: Eric Dumazet <edumazet@...>

Documentation for IP_BIND_ADDRESS_NO_PORT socket option
added in linux-4.2
http://git.kernel.org/cgit/linux/kernel/git/torvalds/linux.git/commit/?id=90c337da1524863838658078ec34241f45d8394d

Signed-off-by: Eric Dumazet <edumazet@...>
---
 man7/ip.7 |    5 +++++
 1 file changed, 5 insertions(+)

diff --git a/man7/ip.7 b/man7/ip.7
index 1c51a50..f8d4e63 100644
--- a/man7/ip.7
+++ b/man7/ip.7
 <at>  <at>  -338,6 +338,11  <at>  <at>  application wants to receive data from.
 This option can be used multiple times to allow
 receiving data from more than one source.
 .TP
+.BR IP_BIND_ADDRESS_NO_PORT " (since Linux 4.2)
+Instruct kernel to not reserve an ephemeral port at bind() time.
+The port will be automatically chosen at connect() time, in a way
+that allows sharing a source port as long as the 4-tuples are unique.
+.TP
 .BR IP_BLOCK_SOURCE " (since Linux 2.4.22 / 2.5.68)"
 Stop receiving multicast data from a specific source in a given group.
 This is valid only after the application has subscribed

--
To unsubscribe from this list: send the line "unsubscribe linux-man" in
(Continue reading)

Andreas Gruenbacher | 1 Feb 10:46 2016
Picon

[PATCH] aio.7: Improve example

When aio_sigevent.sigev_notify is set to SIGEV_SIGNAL, signal handlers
called for asychronous I/O operations will have si->si_code set to
SI_ASYNCIO.  Check to make sure that si->si_value.sival_ptr is defined.

Signed-off-by: Andreas Gruenbacher <agruenba@...>
---
 aio.7 | 12 +++++++-----
 1 file changed, 7 insertions(+), 5 deletions(-)

diff --git a/aio.7 b/aio.7
index 1f861da..21193fd 100644
--- a/aio.7
+++ b/aio.7
 <at>  <at>  -281,12 +281,14  <at>  <at>  quitHandler(int sig)
 static void                 /* Handler for I/O completion signal */
 aioSigHandler(int sig, siginfo_t *si, void *ucontext)
 {
-    write(STDOUT_FILENO, "I/O completion signal received\\n", 31);
+    if (si->si_code == SI_ASYNCIO) {
+        write(STDOUT_FILENO, "I/O completion signal received\\n", 31);

-    /* The corresponding ioRequest structure would be available as
-           struct ioRequest *ioReq = si\->si_value.sival_ptr;
-       and the file descriptor would then be available via
-           ioReq\->aiocbp\->aio_fildes */
+        /* The corresponding ioRequest structure would be available as
+               struct ioRequest *ioReq = si\->si_value.sival_ptr;
+           and the file descriptor would then be available via
+               ioReq\->aiocbp\->aio_fildes */
+    }
(Continue reading)

Nikos Mavrogiannopoulos | 29 Jan 10:08 2016
Gravatar

[patch] select.2: Mention the fd size limitation early and refer to poll

That is because the serious limitation of select imposing a limit
on the values a file descriptor can have, is mentioned too late
in the documentation in the notes section. The manpage should
warn and refer to poll as soon as possible.

(patch attached)
Michael Kerrisk (man-pages | 28 Jan 10:42 2016
Picon
Gravatar

Re: [PATCH] elf.5: wfix

On 01/27/2016 11:50 PM, Chris Pick wrote:
> Clarify PT_LOPROC/PT_HIPROC and SHN_LOPROC/SHN_HIPROC ranges.
> 

Thanks for catching that. I actually applied a different, somewhat
large patch. See below.

Cheers,

Michael

diff --git a/man5/elf.5 b/man5/elf.5
index fb4ee30..4de3cea 100644
--- a/man5/elf.5
+++ b/man5/elf.5
 <at>  <at>  -739,14 +739,9  <at>  <at>  occur only if the program header table is part of the memory image of the
 program.
 If it is present, it must precede any loadable segment entry.
 .TP
-.BR PT_LOPROC
-Values greater than or equal to
-.BR PT_HIPROC
-are reserved for processor-specific semantics.
-.TP
-.BR PT_HIPROC
-Values less than or equal to
-.BR PT_LOPROC
+.BR PT_LOPROC ", " PT_HIPROC
+Values in the inclusive range
+.RB [ PT_LOPROC ", " PT_HIPROC ]
(Continue reading)

Joachim Wuttke | 28 Jan 10:24 2016
Picon
Picon

exp(3) should refer to expm1(3)

expm1(3) should be added to the "see also" section of exp(3) -

compare log(3), which appropriately refers to log1p(3).

Attachment (smime.p7s): application/pkcs7-signature, 6805 bytes
Chris Pick | 27 Jan 23:57 2016

[PATCH] elf.5: remove erroneous, duplicate SHN_* section

The ELF header section's e_shstrndx contained a duplicate desription of
the SHN_* special section header indicies.  Remove them.
Chris Pick | 27 Jan 23:55 2016

Fwd: [PATCH] elf.5: wfix

Clarify PT_LOPROC/PT_HIPROC and SHN_LOPROC/SHN_HIPROC ranges.
Attachment (0001-elf.5-wfix.patch): text/x-patch, 1681 bytes
Carlos O'Donell | 27 Jan 20:16 2016
Picon
Gravatar

[patch] Consistency fix: Use "saddr" as the postfix for "struct sockaddr"-based type names.

The goal is to make it easier for a reader to follow along with the
documentation, prototypes, and examples that use "struct sockaddr".
We achieve this by using a consistent naming for "struct sockaddr"
-based types. Instead of using "sa", or "name" or "local" we use
"saddr", "name_saddr" and "local_saddr". We avoid variable names
like "sa" which are used for "sigaction" examples.

Instead of the generic "addr" we use "saddr" in places where we accept
"struct sockaddr" as an argument, either the struct or a pointer to the
struct. Where the eventual goal is to cast the variable to a 
"struct sockaddr"-based type, such variable names are adjusted. So for
example if we have a "struct sockaddr_un" variable we call it 
"local_saddr" if it will eventually be cast to "struct sockaddr *".

We might have standardized on just "addr" but that's ambiguous
and I'd like to use, where appropriate, slightly different variable
names for the various forms of "struct sockaddr" like "sockaddr_un",
"sockaddr_in", "sockaddr_storage" and others, so "addr" is a poor
choice when helping the reader follow along (not to mention the
confusion with virtual memory addresses and mmap).

Please apply.

Patch against master.

Signed-off-by: Carlos O'Donell <carlos@...>
---
 man2/accept.2      |   14 +++++++-------
 man2/bind.2        |   38 +++++++++++++++++++-------------------
 man2/connect.2     |   12 ++++++------
(Continue reading)


Gmane