doc: document the new KDBUS_HELLO_ACCEPT_MEMFD flag

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

connection: use KDBUS_HELLO_ACCEPT_MEMFD to check for passed memfds

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

test-activator: add more tests for the activation logic

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

test-util: add test_is_capable() to check for capabilities and use it

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

test-util: move RUN_UNPRIVILEGED definitions to kdbus-util.h

Will be used by other tests

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

kdbus.h: add KDBUS_HELLO_ACCEPT_MEMFD (ABI break)

Add another flags to the connection's flags to denote whether it
want to receive memfds. Reject messages with -ECOMM if it contains
a memfd if the receiver can't cope with it.

Signed-off-by: Daniel Mack <daniel@zonque.org>

tests: strncpy() corrections

Use the correct maximum size with strncpy(), even though we're using
small static strings as sources.

Signed-off-by: Daniel Mack <daniel@zonque.org>

doc: KDBUS_MSG_FLAGS_SYNC_REPLY can be interrupted by a signal delivery

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

test-sync: ensure sync is interruptible and it ignors SA_RESTART flag

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

test: test monitor connections for broadcast messages

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

test-fd: ensure that broadcasting fds and memfds will fail with -ENOTUNIQ

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

kdbus.txt: fix things spotted by Alban Crequy

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.txt: fixes

Fix issues spotted by Greg.

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle: do not look at 'features' for now

We still need to decide how we wanna handle this.

Signed-off-by: Daniel Mack <daniel@zonque.org>

Merge branch 'master' of https://code.google.com/p/d-bus

Merge pull request #26 from michelecurti/master

test: fix typo

names: on KDBUS_CMD_NAME_RELEASE check that connection can see the name

Before trying to release a name verify that the connection is able to
see the name on the endpoint, we do this since custom endpoint may
install policies to restrict SEE access if we do not perform this check,
then a connection may try KDBUS_CMD_NAME_RELEASE ioctl() and brute force
names owned by other connections, in this case it will get the
-EADDRINUSE error which indicates that the name is in use, later it can
monitor the name by re-trying the call, this way it can bypass the
notification checks that are done for
{KDBUS_ITEM_NAME_ADD|KDBUS_ITEM_NAME_REMOVE}.

The kdbus_ep_policy_check_notification() checks first if the connection
is able to see the notifications. So follow and don't leak hints from
KDBUS_CMD_NAME_RELEASE.

No need to check for OWN access, since for other connections as stated
above a name will fail with -EADDRINUSE.

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

endpoint: add function kdbus_ep_policy_check_see_access() and use it

Add the locked version of kdbus_ep_policy_check_see_access_unlocked()
and use it where appropriate.

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

broadcast: add TALK access checks for broadcast messages

Add code to perform broadcast access checks, we split the shared code
into two functions:
kdbus_custom_ep_check_talk_access()
kdbus_ep_has_default_talk_access()

And add kdbus_ep_policy_check_broadcast() to do the broadcast access
checks.

To perform broadcast, these rules must be satisfied:

1) Check custom endpoint policies, if it allows the TALK continue,
   otherwise block.

2) If the sender connection is a privileged connection, allow
broadcast.

3) If the sender and receiver run under the same user, allow broadcast.

4) If the sender connection owns names on the bus and if
the destination connection do not own names, allow broadcast. Otherwise
fail check the bus policy rules for these two reasons:

   * anonymous connections should not signal to other connections.
   * receivers that own names may have policies that block the TALK
     access, so do not bypass this.

  This openes the case where connections that own names may gain TALK
  access to other connections on the bus through broadcast! Yes but
  since this is the intended behaviour of signals we can't do
  otherwise. Of course as stated above if the destination owns names
  then broadcasts are subject to policy rules (we do not bypass policy
  rules).

5) If the policy rules of the default endpoint block the TALK access,
then block broadcasts, otherwise allow it.

These are the same rules that apply to TALK access and unicast checks,
the only exception is rule 4) that was introduced to allow services to
signal on the bus.

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

connection: make conn->name_count atomic

Make conn->name_count an atomic type, so it can be checked safely later
when checking that the connection does really own names.

While we are it fix another count bug in kdbus_cmd_name_acquire() now we
register a slot by increment the counter before all operations, and we
decrement it before returning, this way we do not race for names and no
need to use complex locks.

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

test: test-policy-priv do broadcast tests after a policy holder is uploaded

Add more broadcast tests that will run after a policy holder is uploaded
on the bus.

Each test is documented. Currently we fail at these tests, next patches
will fix this.

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

test: test-policy-priv do broadcast tests before a policy holder is uploaded

Add broadcast tests, and modify RUN_UNPRIVILEGED() so we can specify
the uid/gid of the user to drop in and run tests.

Move all the tests that check the default behaviour of the bus and
before a policy holder is uploaded to their function:
test_priv_before_policy_upload().

Each test is documented.

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

doc: document the new broadcast behaviour

Currently we do not check senders when doing broadcasts.

In order to block the following scenarios, we need to improve the
broadcast logic and check the policy rules before allowing broadcast
messages.

* Since unprivileged users can't use unicast to communicate unless a
  policy that permits this was uploaded, follow and block broadcast
  communications between unprivileged users unless a policy rule that
  allows this is satisfied.

* We do not want unprivileged connections that do not own names to
  send signals to privileged connections.

* We do not want unprivileged connections that do not own names to
  send signals to other connections that might own names.

So to achieve this and to allow broadcast messages for legitimate
scenarios, we follow the same unicast checks, and we introduce one
implicit rule to allow broadcast from connections that own names.

1) Check custom endpoint policies, if it allows the TALK continue,
otherwise block.

2) If the sender connection is a privileged connection, allow broadcast.

3) If the sender and receiver run under the same user, allow broadcast.

4) If the sender connection owns names on the bus and if the
   destination connection do not own names, allow broadcast.
   Otherwise check bus policy rules for these two reasons:

   * anonymous connections should not signal to other connections.
   * receivers that own names may have policies that block the TALK
     access, so do not bypass this.

   This openes the case where connections that own names may gain TALK
   access to other connections on the bus through broadcast! Yes but
   since this is the intended behaviour of signals we can't do
   otherwise. Of course as stated above if the destination owns names
   then broadcasts are subject to policy rules (we do not bypass policy
   rules).

5) If the policy rules of the default endpoint block the TALK access,
then block broadcasts, otherwise allow it.

These are the same rules that apply to TALK access and unicast checks,
the only exception is rule 4) that was instroduced to allow services to
signal on the bus.

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

connection: attach KDBUS_ATTACH_NAMES | KDBUS_ATTACH_CONN_NAME to faked creds

If the source connection has faked credentials, the metadata object
associated with the kmsg may still be augmented by KDBUS_ATTACH_NAMES
and KDBUS_ATTACH_CONN_NAME.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: fix typo

fix typo in bybye test description

connection: style nit

Signed-off-by: Daniel Mack <daniel@zonque.org>

connection: check for msg->dst_id == name_entry->conn->id

When sending a message, we now allow both the ID and the name to be
specified. In such cases, make sure to reject the message if the
connection that currently owns the name does not match the given ID.

This allows us to tie the action of sending a message to the fact that
the connection still owns a certain name, which is essential for
enforcing a policy from userspace (bus-proxyd) in a race-free way.

Signed-off-by: Daniel Mack <daniel@zonque.org>

message: allow both names and unique IDs at the same time

Do not bail if a name item is passed while the message is addressed to
a unique ID. We'll use that message configuration in the next patch.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.txt: more information about faked credentials and metadata attachment

Signed-off-by: Daniel Mack <daniel@zonque.org>

TODO: update

connection: suppress message metadata attachment for faked creds

If a connection has installed faked credentials upon its creation, alter
the message treatment so that

 a) the kmsg's metadata is not a freshly allocated one but a full copy
    of the source connection's owner_meta

 b) no new items are attached to that metadata object

The problem here is that when a privileged bus user provided fake
credentials, it did that because it wants to be a proxy for another
task. In this case, 'current' would point us to the information of
the proxy's task, not the proxied one. As we don't want to provide
receivers with wrong information, make sure the only metadata items
that are added to messages are those which we have in faked form
already.

Signed-off-by: Daniel Mack <daniel@zonque.org>

metadata: add kdbus_meta_dup()

Add a way to duplicate a metadata object. This will be needed to dup
conn->owner_meta and attach that to messages, instead of new items
retrieved from 'current'.

Signed-off-by: Daniel Mack <daniel@zonque.org>

tree-wide: reject unknown flags

After further discussion, we concluded that we need to be strict on
the checking of flags and reject everything that we don't know.

If we eventually need more flags, we have to deal with feature
negotiation.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: print filename in assertion

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle: use sizeof(*type)

Just a cosmetic change for the sake of consistency.

Signed-off-by: Daniel Mack <daniel@zonque.org>

metadata: clean up code, and remove invalid comment

Signed-off-by: Daniel Mack <daniel@zonque.org>

tree-wide: s/_EP_/_ENDPOINT_/g (API break)

Avoid abbr. and rename EP → ENDPOINT.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.h: add features bitmask to cmd_make and cmd_hello (ABI BREAK)

Add a new field called 'features' to struct kdbus_cmd_make and
kdbus_cmd_hello. In these bitmasks, userspace can request features from
the kernel, and the kernel can itself request features from userspace.

For now, we check that this field is set to 0, and bail with
 -EOPNOTSUPP otherwise.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: fix some 'dead assignment' errors

test-endpoint: fix nul-termination of string

Found by coverity.

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle.c: add kdbus_copy_from_user() helper

Add a little helper to check for 8-byte aligment as well as doing
the actual copy_from_user(). Use it from location where we used to
open-code the same functionality.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.h: implement KDBUS_CMD_{MSG_CANCEL,FREE} with structs (ABI break)

Rather than passing a pointer to a u64 with these ioctls, use a struct.
That also allows us to pass (currently unused) flags around.

Signed-off-by: Daniel Mack <daniel@zonque.org>

pool: kdbus_pool_slice_alloc() release the pool lock on errors

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

doc: KDBUS_CMD_NAME_LIST ioctl might fail with -ENOBUFS

KDBUS_CMD_NAME_LIST might fail with -ENOBUFS if there is no available
memory in the connection's pool.

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

names: simplify code in kdbus_cmd_name_acquire()

There's no need to flush notifications after
kdbus_ep_policy_check_own_access(). Hence, we can get rid of the
jump label.

Signed-off-by: Daniel Mack <daniel@zonque.org>

names: don't refuse unknown flags

We need to allow for forward-compat, so just ignore invalid flags in
kdbus_cmd_name_acquire().

Signed-off-by: Daniel Mack <daniel@zonque.org>

connection: make kdbus_conn_broadcast() void

As we never return any error from this function anyway, we can as well
make it void.

Signed-off-by: Daniel Mack <daniel@zonque.org>

doc: policy: specify on which endpoint implicit rules are enforced

Separate implicit rules doc into two parts one for default endpoints and
the other for custom ones.

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

endpoint: check if the endpoint has a policy before locking DB and connection

Littel optimization on kdbus_ep_policy_check_notification().

Default bus endpoints do not enforce the endpoint policy, so instead
of checking if the endpoint is using the policy in
kdbus_ep_policy_check_see_access_unlocked(), just do the check at the
beginning and avoid all the useless locking.

This is already done for kdbus_ep_policy_check_src_names().

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

connection: broadcast and signaling hide non-fatal errors

Broadcast is one way, we should not care for receivers or their errors.

Currently we may return an error on custom endpoints if the last
receiver is not authorized to see name's of the sender. Even if we
have signaled all previous receivers, if we fail for the last one we may
return an error.

Improve this by just ignoring this type of error. We hide non-fatal
errors, and we return an error only if kdbus_meta_append() fails since
it can not recover. kdbus_meta_append() fails with -ENOMEM, its logic
can perhaps be improved later to have at least a nofail version where we
can recover.

And from D-Bus spec:

"Errors

Messages of type ERROR are most commonly replies to a METHOD_CALL, but
may be returned in reply to any kind of message. The message bus for
example will return an ERROR in reply to a signal emission if the bus
does not have enough memory to send the signal. "

So take this shortcut here, and hide non-fatal errors.

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

endpoint: fix kernel doc for kdbus_ep_policy_check_src_names()

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

kdbus-doc: fix policy doc on default behaviour on buses and custom endpoints

Operations are denied by default on default endpoints unless they are
covered by one of the implicit policy rules.

Operations are denied by default on custom endpoints unless the policy
is instructed to allow some exceptions...

The custom endpoint policy if any goes on top of the bus policy.

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

connection: allow unlimited bus connections for privileged users

As described in https://code.google.com/p/d-bus/issues/detail?id=9 by
Simon McVittie:

  kdbus allows 256 connections per uid per bus, which the CAP_IPC_OWNER
  may exceed.

  This could get quite tight for the session bus: I currently have 46
  session bus connections, so I'm only an order of magnitude away from
  the limit. The session bus is currently restricted to its owning uid
  only, and even if other uids are allowed in (perhaps via restricted
  endpoints) for Android-style sandboxing, I expect it will be mostly
  populated by its owning uid.

I agree with David Herrmann's solution:

  Connections are already limited by the per-user FD limit. So maybe we
  should just allow unlimited connections by the bus UID, too? All other
  connections must be limited, obviously. Otherwise, they can trigger
  slow-paths and reduce performance of the bus considerably.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.txt: more details on matches and rules

Signed-off-by: Daniel Mack <daniel@zonque.org>

match: add flags to kdbus_cmd_match (ABI break!)

Add a 64-bit flags field to struct kdbus_cmd_match, and define a flag
that allows for a race-free way of replacing existing matches.

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle: clean up 'cmd' variable namespace

'cmd' is an integer variable in the ioctl callbacks that denotes the
actual command. A few places in those handlers, however, used to
define a struct by the same name.

Clean up the namespace be renaming the latter.

Signed-off-by: Daniel Mack <daniel@zonque.org>

match: make KDBUS_CMD_MATCH_REMOVE return -ENOENT when cookie was not found

When the cookie specified in the command struct was not found in the
match database, return -ENOENT.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus.h: attach items[] to kdbus_cmd_conn_info, not name[] (ABI break!)

Instead of directly attaching the string to kdbus_cmd_conn_info, use
items as we do in all other commands. That allows for more flexibility
later.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: fix benchmark stats accounting

We should not reset stats before retying a test, otherwise, the test will
file in batch mode as stats.count is 0.

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

test: add benchmark-mode to clear attach-flags

Processing message attachments can take quite some time. Add a mode to
skip those.

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

test: beef up benchmark

Make some adjustments to the kdbus benchmark:
 * use CLOCK_THREAD_CPUTIME_ID
 * use nano-second precision
 * make memfd-usage optional
 * add UDS comparison

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

endpoint: name the DEVTYPE 'endpoint' rather than 'ep'

Signed-off-by: Tom Gundersen <teg@jklm.no>

kdbus.txt: document fixed implicit policy rules on custom endpoints

Signed-off-by: Daniel Mack <daniel@zonque.org>

test/test-endpoint: add checks on conn_info and update_endpoint

Implement a new helper update_endpoint() to update a custom endpoint,
and duplicate the checks to verify that they succeed after the policy
has been updated on the endpoint.

Also, check that conn_info denies handing out information with an empty
policy set, and allows it after the update.

Signed-off-by: Daniel Mack <daniel@zonque.org>

connection: limit kdbus_cmd_conn_info()

Don't leak information on connection through KDBUS_CMD_CONN_INFO if
the asking connection is not allowed to see the other connection.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test/kdbus-util: add kdbus_conn_info()

Add a user of KDBUS_CMD_CONN_INFO as utility function to the test suite.

Signed-off-by: Daniel Mack <daniel@zonque.org>

policy: don't allow privileged bus users to own names

That check was moved to endpoint.c, but I forgot to stage that hunk.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test-endpoint: enable test of changed policy behavior

Now that the policy does the right thing, actually check that the
custom endpoint connection has not gotten a name change notification.

This would have failed previously.

Signed-off-by: Daniel Mack <daniel@zonque.org>

policy: move credential checks from policy.c to endpooint.c

When checking the policy on custom endpoints, we cannot white-list
privileged users. Even when the bus owner and the bus client are
using the same uid, we still have to look at the policy entries,

For connections on the default endpoint, however, things are different,
so move the checks from policy.c into endpoint.c and conduct them
after checking the custom endpoint's policy db, but before the default
endpoint's is looked at.

Signed-off-by: Daniel Mack <daniel@zonque.org>

kdbus: document -ENOBUFS error code

Signed-off-by: Daniel Mack <daniel@zonque.org>

Revert "item: make kdbus_items_get_str() work with KDBUS_ITEM_NAME_{ADD,REMOVE,CHANGE}"

Turns out the only use case for this tweak can be done differently.
Remove it for now. We might eventually switch to a more generic
implementation that hands out the entire item.

This reverts commit c9f76f807f366625f446053a4d529995aca9b37a.

endpoint: use kmsg->notify_name in kdbus_ep_policy_check_notification()

Use kmsg->notify_name rather than walking the items of the kmsg in
kdbus_ep_policy_check_notification(). We have that short-cut already
anyway, and it's faster.

Signed-off-by: Daniel Mack <daniel@zonque.org>

add temporary defines for memfd_create() syscall

connection: minor documentation fixes

endpoint: introduce kdbus_ep_policy_check_src_names()

In order to consequently block connections on custom endpoints from
seeing particular names, we must filter broadcast messages unless the
receiver is allowed to see any of the sender's currently owned names.

For this, introduce kdbus_ep_policy_check_src_names(). We might
eventually need a cache here for speeding up things.

Signed-off-by: Daniel Mack <daniel@zonque.org>

endpoint: fix kernel-doc

Fix kernel-doc spelling for kdbus_ep_policy_check_notification()

Signed-off-by: Daniel Mack <daniel@zonque.org>

connection: switch to timespec64

Signed-off-by: Daniel Mack <daniel@zonque.org>

ep: add kdbus_ep_policy_check_notification()

When delivering notification to connections, make sure to check whether
their carried name is allowed by the destination endpoint's policy, and
supress the notification otherwise.

This is important to we don't leak notifications on added names if the
endpoint enforces a SEE policy.

Signed-off-by: Daniel Mack <daniel@zonque.org>

item: make kdbus_items_get_str() work with KDBUS_ITEM_NAME_{ADD,REMOVE,CHANGE}

KDBUS_ITEM_NAME_{ADD,REMOVE,CHANGE} embed their string in
item->name_change.name, not item->str. Handle that case.

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle.c: drop unused include

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle: document kdbus_handle.ptr

Signed-off-by: Daniel Mack <daniel@zonque.org>

test-util: fix kdbus_msg_recv_poll()

Implement kdbus_msg_recv_poll() so that it really takes the time before
and after poll() is called, so that we know how ofter we have to repeat
the loop before we give up.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: add custom endpoint test

Add a test to check the behavior of custom endpoints. Not finished yet.

Signed-off-by: Daniel Mack <daniel@zonque.org>

item: add kdbus_items_get_str()

Introduce a new helper function called kdbus_items_get_str(), which
walks a list of items in order to find one which matches a given type
and return the ->str pointer inside of it.

This allows us to ditch various implementations of similar functions.

Signed-off-by: Daniel Mack <daniel@zonque.org>

endpoint: don't leak hints on whether a name exists on a custom endpoint

The whole point of installing policy on custom endpoint is not not let
users of that endpoint know that a name exists. Returning -EPERM in
response to such attempts leaks the information that the name in fact
exists, but is firewalled.

To fix this, return -ENOENT when policy returns -EPERM on custom
endpoints.

Signed-off-by: Daniel Mack <daniel@zonque.org>

endpoint: clean up kdbus_ep_policy_check_see_access_unlocked()

Just a cosmetic cleanup.

Signed-off-by: Daniel Mack <daniel@zonque.org>

handle: don't leak endpoint when KDBUS_HANDLE_EP_OWNER handle is released

Signed-off-by: Tom Gundersen <teg@jklm.no>

handle: minor fix to documentation

bus: fix typo in comment

endpoint: embed 'struct device'

Same as for domains: there is no reason to keep dynamically allocated
devices. We can safely embed it in our own object and drop the kref
ref-count.

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

domain: embed 'struct device'

We currently allocate a dynamic "struct device" object as domain->dev.
There is really no need to do that. We can safely embed it as part of
"struct kdbus_domain" and get rid of our own ref-counter. Instead, use the
ref-counter of the device.

This way, container_of(device, struct kdbus_domain, dev) on "struct
device" will return a pointer to our kdbus-domain. This will be very handy
once we embed char-devs, too. We can finally get rid of our own IDRs and
use the char-dev IDRs for lookup.

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

domain: simplify kdbus_domain_find()

This helper is unlocked. There is no reason to take references to domains
if we never use them.

Signed-off-by: David Herrmann <dh.herrmann@gmail.com>

connection: release the write lock on errors

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

test: utils: restore previous logic of kdbus_msg_recv_poll()

kdbus_msg_recv_poll() must return -ETIMEDOUT, and return the result of
kdbus_msg_recv() and in case of -EAGAIN (Resource temporarily
unavailable) we need to try again...

Currently all of these are ignored, so restor them back.

Our tests and logic depend on this.

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

test: clean up kdbus_hello() a bit

Make clean in the struct layout where the conn_name item is.

Signed-off-by: Daniel Mack <daniel@zonque.org>

test: use kdbus_msg_recv_poll() from utils

Where we can, use kdbus_msg_recv_poll(), and actually implement that
function with poll().

Signed-off-by: Daniel Mack <daniel@zonque.org>

test-sync: fix errornously disabled sync test

That was a debugging left-over.

Signed-off-by: Daniel Mack <daniel@zonque.org>

bus: kdbus_bus_make_user - drop unused variable

Signed-off-by: Tom Gundersen <teg@jklm.no>

bus: don't accept KDBUS_CMD_BUS_MAKE with more than one KDBUS_ITEM_BLOOM_PARAMETER

In the same way we handle KDBUS_ITEM_MAKE_NAME.

Signed-off-by: Tom Gundersen <teg@jklm.no>

bus: fix typos and whitespace in comments

Signed-off-by: Tom Gundersen <teg@jklm.no>