doc: KDBUS_MSG_SYNC_REPLY was replaced by KDBUS_SEND_SYNC_REPLY
authorDjalal Harouni <tixxdz@opendz.org>
Sat, 24 Jan 2015 21:37:47 +0000 (22:37 +0100)
committerDjalal Harouni <tixxdz@opendz.org>
Sat, 24 Jan 2015 21:37:47 +0000 (22:37 +0100)
There is no more KDBUS_MSG_SYNC_REPLY, it was replaced by
KDBUS_SEND_SYNC_REPLY. This is only a documentation fix.

Signed-off-by: Djalal Harouni <tixxdz@opendz.org>
kdbus.txt

index c149ccc8aa874c4aeeb353a1d2699928f4353e4d..2ddc9894051c54edae5925e6be34f7077141a0a8 100644 (file)
--- a/kdbus.txt
+++ b/kdbus.txt
@@ -807,7 +807,7 @@ struct kdbus_cmd_send {
       non-blocking. However, as there are many use cases that need to wait
       for a remote peer to answer a method call, there's a way to send a
       message and wait for a reply in a synchronous fashion. This is what
-      the KDBUS_MSG_SYNC_REPLY controls. The KDBUS_CMD_SEND ioctl will block
+      the KDBUS_SEND_SYNC_REPLY controls. The KDBUS_CMD_SEND ioctl will block
       until the reply has arrived, the timeout limit is reached, in case the
       remote connection was shut down, or if interrupted by a signal before
       any reply; see signal(7).
@@ -1990,7 +1990,7 @@ For KDBUS_CMD_SEND:
                sockets. Both are currently unsupported
   -EINVAL      The submitted payload type is KDBUS_PAYLOAD_KERNEL,
                KDBUS_MSG_EXPECT_REPLY was set without timeout or cookie
-               values, KDBUS_MSG_SYNC_REPLY was set without
+               values, KDBUS_SEND_SYNC_REPLY was set without
                KDBUS_MSG_EXPECT_REPLY, an invalid item was supplied,
                src_id was non-zero and was different from the current
                connection's ID, a supplied memfd had a size of 0, a string was