Signed-off-by: Sergei Zviagintsev <ser...@s15v.net>
---
 ipc/kdbus/connection.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/ipc/kdbus/connection.c b/ipc/kdbus/connection.c
index 9993753d11de..df072487e23c 100644
--- a/ipc/kdbus/connection.c
+++ b/ipc/kdbus/connection.c
@@ -646,7 +646,7 @@ int kdbus_conn_quota_inc(struct kdbus_conn *c, struct 
kdbus_user *u,
         * allocation schemes. Furthermore, resource utilization should be
         * maximized, so only minimal resources stay reserved. However, we need
         * to adapt to a dynamic number of users, as we cannot know how many
-        * users will talk to a connection. Therefore, the current allocations
+        * users will talk to a connection. Therefore, the current allocation
         * works like this:
         * We limit the number of bytes in a destination's pool per sending
         * user. The space available for a user is 33% of the unused pool space
@@ -688,7 +688,7 @@ int kdbus_conn_quota_inc(struct kdbus_conn *c, struct 
kdbus_user *u,
 
        /*
         * Pool owner slices are un-accounted slices; they can claim more
-        * than 50% of the queue. However, the slice we're dealing with here
+        * than 50% of the queue. However, the slices we're dealing with here
         * belong to the incoming queue, hence they are 'accounted' slices
         * to which the 50%-limit applies.
         */
-- 
1.8.3.1

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majord...@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Reply via email to