From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: Pavel Machek <pavel@ucw.cz>, Peter Zijlstra <peterz@infradead.org>
Cc: mtk.manpages@gmail.com, Thomas Gleixner <tglx@linutronix.de>,
Darren Hart <dvhart@linux.intel.com>,
Carlos O'Donell <carlos@redhat.com>, Ingo Molnar <mingo@elte.hu>,
Jakub Jelinek <jakub@redhat.com>,
"linux-man@vger.kernel.org" <linux-man@vger.kernel.org>,
lkml <linux-kernel@vger.kernel.org>,
Davidlohr Bueso <dave@stgolabs.net>,
Arnd Bergmann <arnd@arndb.de>,
Steven Rostedt <rostedt@goodmis.org>,
Linux API <linux-api@vger.kernel.org>,
Torvald Riegel <triegel@redhat.com>,
Roland McGrath <roland@hack.frob.com>,
Darren Hart <dvhart@infradead.org>,
Anton Blanchard <anton@samba.org>,
Eric Dumazet <edumazet@google.com>,
bill o gallmeister <bgallmeister@gmail.com>,
Jan Kiszka <jan.kiszka@siemens.com>,
Daniel Wagner <wagi@monom.org>, Rich Felker <dalias@libc.org>,
Andy Lutomirski <luto@amacapital.net>,
bert hubert <bert.hubert@netherlabs.nl>,
Rusty Russell <rusty@rustcorp>
Subject: Re: Revised futex(2) man page for review
Date: Mon, 27 Jul 2015 13:10:49 +0200 [thread overview]
Message-ID: <55B611B9.9030708@gmail.com> (raw)
In-Reply-To: <20150427203705.GE29351@xo-6d-61-c0.localdomain>
Hello Pavel,
On 04/27/2015 10:37 PM, Pavel Machek wrote:
> Hi!
>
>> The FUTEX_WAIT_OP operation is equivalent to execute the follow???
>> ing code atomically and totally ordered with respect to other
>> futex operations on any of the two supplied futex words:
>
> "to executing"?
Yep. Fixed.
>> The operation and comparison that are to be performed are
>> encoded in the bits of the argument val3. Pictorially, the
>> encoding is:
>>
>> +---+---+-----------+-----------+
>> |op |cmp| oparg | cmparg |
>> +---+---+-----------+-----------+
>> 4 4 12 12 <== # of bits
>>
>
> :-)
>
>> RETURN VALUE
>> In the event of an error, all operations return -1 and set errno to
>> indicate the cause of the error. The return value on success depends
>> on the operation, as described in the following list:
>
> Did you say (at the begining) that there is no glibc wrapper?
Yes, this could be clearer. I changed it to
RETURN VALUE
In the event of an error (and assuming that futex() was invoked
via syscall(2)), all operations return -1 and set errno to indi‐
cate the cause of the error.
>> EINVAL The operation in futex_op is one of those that employs a time???
>> out, but the supplied timeout argument was invalid (tv_sec was
>> less than zero, or tv_nsec was not less than 1000,000,000).
>
> 1,000...?
Fixed.
Thanks for the comments!
Cheers,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
WARNING: multiple messages have this Message-ID (diff)
From: "Michael Kerrisk (man-pages)" <mtk.manpages@gmail.com>
To: Pavel Machek <pavel@ucw.cz>, Peter Zijlstra <peterz@infradead.org>
Cc: mtk.manpages@gmail.com, Thomas Gleixner <tglx@linutronix.de>,
Darren Hart <dvhart@linux.intel.com>,
"Carlos O'Donell" <carlos@redhat.com>,
Ingo Molnar <mingo@elte.hu>, Jakub Jelinek <jakub@redhat.com>,
"linux-man@vger.kernel.org" <linux-man@vger.kernel.org>,
lkml <linux-kernel@vger.kernel.org>,
Davidlohr Bueso <dave@stgolabs.net>,
Arnd Bergmann <arnd@arndb.de>,
Steven Rostedt <rostedt@goodmis.org>,
Linux API <linux-api@vger.kernel.org>,
Torvald Riegel <triegel@redhat.com>,
Roland McGrath <roland@hack.frob.com>,
Darren Hart <dvhart@infradead.org>,
Anton Blanchard <anton@samba.org>,
Eric Dumazet <edumazet@google.com>,
bill o gallmeister <bgallmeister@gmail.com>,
Jan Kiszka <jan.kiszka@siemens.com>,
Daniel Wagner <wagi@monom.org>, Rich Felker <dalias@libc.org>,
Andy Lutomirski <luto@amacapital.net>,
bert hubert <bert.hubert@netherlabs.nl>,
Rusty Russell <rusty@rustcorp.com.au>,
Heinrich Schuchardt <xypron.glpk@gmx.de>
Subject: Re: Revised futex(2) man page for review
Date: Mon, 27 Jul 2015 13:10:49 +0200 [thread overview]
Message-ID: <55B611B9.9030708@gmail.com> (raw)
In-Reply-To: <20150427203705.GE29351@xo-6d-61-c0.localdomain>
Hello Pavel,
On 04/27/2015 10:37 PM, Pavel Machek wrote:
> Hi!
>
>> The FUTEX_WAIT_OP operation is equivalent to execute the follow???
>> ing code atomically and totally ordered with respect to other
>> futex operations on any of the two supplied futex words:
>
> "to executing"?
Yep. Fixed.
>> The operation and comparison that are to be performed are
>> encoded in the bits of the argument val3. Pictorially, the
>> encoding is:
>>
>> +---+---+-----------+-----------+
>> |op |cmp| oparg | cmparg |
>> +---+---+-----------+-----------+
>> 4 4 12 12 <== # of bits
>>
>
> :-)
>
>> RETURN VALUE
>> In the event of an error, all operations return -1 and set errno to
>> indicate the cause of the error. The return value on success depends
>> on the operation, as described in the following list:
>
> Did you say (at the begining) that there is no glibc wrapper?
Yes, this could be clearer. I changed it to
RETURN VALUE
In the event of an error (and assuming that futex() was invoked
via syscall(2)), all operations return -1 and set errno to indi‐
cate the cause of the error.
>> EINVAL The operation in futex_op is one of those that employs a time???
>> out, but the supplied timeout argument was invalid (tv_sec was
>> less than zero, or tv_nsec was not less than 1000,000,000).
>
> 1,000...?
Fixed.
Thanks for the comments!
Cheers,
Michael
--
Michael Kerrisk
Linux man-pages maintainer; http://www.kernel.org/doc/man-pages/
Linux/UNIX System Programming Training: http://man7.org/training/
next prev parent reply other threads:[~2015-07-27 11:10 UTC|newest]
Thread overview: 44+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-03-28 8:53 Revised futex(2) man page for review Michael Kerrisk (man-pages)
2015-03-28 8:53 ` Michael Kerrisk (man-pages)
[not found] ` <55166C01.7000803-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-03-28 8:56 ` Michael Kerrisk (man-pages)
2015-03-28 8:56 ` Michael Kerrisk (man-pages)
2015-03-28 11:47 ` Peter Zijlstra
2015-03-28 11:47 ` Peter Zijlstra
[not found] ` <20150328114725.GJ27490-IIpfhp3q70z/8w/KjCw3T+5/BudmfyzbbVWyRVo5IupeoWH0uzbU5w@public.gmane.org>
2015-03-28 12:03 ` Peter Zijlstra
2015-03-28 12:03 ` Peter Zijlstra
[not found] ` <20150328120337.GB32047-IIpfhp3q70xoDWY/xQGDymt3HXsI98Cx0E9HWUfgJXw@public.gmane.org>
2015-03-31 20:36 ` Davidlohr Bueso
2015-03-31 20:36 ` Davidlohr Bueso
[not found] ` <1427834205.20009.19.camel-h16yJtLeMjHk1uMJSBkQmQ@public.gmane.org>
2015-07-27 11:00 ` Michael Kerrisk (man-pages)
2015-07-27 11:00 ` Michael Kerrisk (man-pages)
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-03-31 14:45 ` Davidlohr Bueso
2015-03-31 14:45 ` Davidlohr Bueso
[not found] ` <1427813146.20009.2.camel-h16yJtLeMjHk1uMJSBkQmQ@public.gmane.org>
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
[not found] ` <55B611B3.7030005-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-07-28 3:16 ` Davidlohr Bueso
2015-07-28 3:16 ` Davidlohr Bueso
[not found] ` <1438053377.2249.25.camel-h16yJtLeMjHk1uMJSBkQmQ@public.gmane.org>
2015-07-28 7:44 ` Michael Kerrisk (man-pages)
2015-07-28 7:44 ` Michael Kerrisk (man-pages)
[not found] ` <55B732C6.9080905-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
2015-07-28 17:52 ` Davidlohr Bueso
2015-07-28 17:52 ` Davidlohr Bueso
[not found] ` <1438105974.2249.67.camel-h16yJtLeMjHk1uMJSBkQmQ@public.gmane.org>
2015-07-28 18:09 ` Michael Kerrisk (man-pages)
2015-07-28 18:09 ` Michael Kerrisk (man-pages)
2015-04-14 21:40 ` Thomas Gleixner
2015-04-14 21:40 ` Thomas Gleixner
2015-04-15 10:28 ` Torvald Riegel
2015-04-15 10:28 ` Torvald Riegel
[not found] ` <1429093725.2909.29.camel-I2ZjUw8blINjztcc/or7kQ@public.gmane.org>
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-04-27 20:37 ` Pavel Machek
2015-04-27 20:37 ` Pavel Machek
2015-07-27 11:10 ` Michael Kerrisk (man-pages) [this message]
2015-07-27 11:10 ` Michael Kerrisk (man-pages)
2015-07-28 2:52 ` Davidlohr Bueso
2015-07-28 2:52 ` Davidlohr Bueso
[not found] ` <1438051964.2249.9.camel-h16yJtLeMjHk1uMJSBkQmQ@public.gmane.org>
2015-07-28 6:39 ` Michael Kerrisk (man-pages)
2015-07-28 6:39 ` Michael Kerrisk (man-pages)
2015-03-31 1:48 ` Rusty Russell
2015-03-31 1:48 ` Rusty Russell
[not found] ` <871tk6os1y.fsf-8n+1lVoiYb80n/F98K4Iww@public.gmane.org>
2015-07-27 11:03 ` Michael Kerrisk (man-pages)
2015-07-27 11:03 ` Michael Kerrisk (man-pages)
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=55B611B9.9030708@gmail.com \
--to=mtk.manpages@gmail.com \
--cc=anton@samba.org \
--cc=arnd@arndb.de \
--cc=bert.hubert@netherlabs.nl \
--cc=bgallmeister@gmail.com \
--cc=carlos@redhat.com \
--cc=dalias@libc.org \
--cc=dave@stgolabs.net \
--cc=dvhart@infradead.org \
--cc=dvhart@linux.intel.com \
--cc=edumazet@google.com \
--cc=jakub@redhat.com \
--cc=jan.kiszka@siemens.com \
--cc=linux-api@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-man@vger.kernel.org \
--cc=luto@amacapital.net \
--cc=mingo@elte.hu \
--cc=pavel@ucw.cz \
--cc=peterz@infradead.org \
--cc=roland@hack.frob.com \
--cc=rostedt@goodmis.org \
--cc=rusty@rustcorp \
--cc=tglx@linutronix.de \
--cc=triegel@redhat.com \
--cc=wagi@monom.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.