Commit Graph

18 Commits

Author SHA1 Message Date
wiz 4721bd8970 Drop trailing whitespace, remove superfluous Pp. 2007-12-02 20:59:29 +00:00
plunky b0d7f48f6f use optarg instead of mode when reporting failure - mode is uninitialised 2007-11-19 19:49:58 +00:00
pavel 5e809e89c6 Attempt at fixing build failures after proplib was converted to bool:
FALSE -> false, TRUE -> true, boolean_t -> bool, int -> bool when
appropriate, include stdbool.h . proplib.h no longer provides boolean_t,
so it is necessary to change to bool.

From Tom Spindler (dogcow@).
2007-08-17 17:59:15 +00:00
plunky f5db72e7b7 Add 'service level' security for L2CAP and RFCOMM connections, following
the Linux (BlueZ) API.

    - L2CAP or RFCOMM connections can require the baseband radio link
    mode be any of:
	authenticated (devices are paired)
	encrypted (implies authentication)
	secured (encryption, plus generate new link key)

    - for sockets, the mode is set using setsockopt(2) and the socket
    connection will be aborted if the mode change fails.

    - mode settings will be applied during connection establishment, and
    for safety, we enter a wait state and will only proceed when the mode
    settings are successfuly set.

    - It is possible to change the mode on already open connections, but
    not possible to guarantee that data already queued (from either end)
    will not be delivered. (this is a feature, not a bug)

    - bthidev(4) and rfcomm_sppd(1) support "auth", "encrypt" and
    "secure" options

    - btdevctl(8) by default enables "auth" for HIDs, and "encrypt" for
    keyboards (which are required to support it)
2007-04-21 06:15:22 +00:00
plunky 6b1f9646c6 release prop objects after they have been retained by dictionary 2007-04-11 20:01:01 +00:00
plunky 51bb5141d1 constify char *service 2007-04-11 19:59:02 +00:00
plunky ebb327f7cd back off previous changes since the 'memory leak' fix - we dont need any of
that, just use the _nocopy version of the function.
2006-09-29 18:48:17 +00:00
he 06658349aa Back out previous, <stdlib.h> was the right include. 2006-09-28 09:13:56 +00:00
he e189b3cc42 Now that we use free(), we also need <malloc.h>. 2006-09-28 09:11:04 +00:00
dbj 6e35df57f8 include stdlib.h for free()
i've also cleared the -kk flag and reset it to -kkv
2006-09-28 07:44:24 +00:00
christos 39feec939d Coverity CID 4177: fix memory leak. 2006-09-27 22:07:20 +00:00
plunky ed4d8d47a0 also include service name in dictionary being sent to kernel.
(this is not used just yet, but it might be in the future and it will
be easier if we dont have to provide code to handle its absence)
2006-09-11 18:30:27 +00:00
he d4831ce469 Print explicit 64-bit types using the format macros from int_fmtio.h.
Unbreaks the build for our LP64 ports, where "long long" typically is
not 64 bits.
2006-09-10 19:13:54 +00:00
plunky 4f1cbddc12 update to bluetooth device attachment:
remove pseudo-device btdev(4) and inherent limitations

add bthub(4) which autoconfigures at bluetooth controllers as they
are enabled. bluetooth devices now attach here.

btdevctl(8) and its cache is updated to handle new semantics

etc/rc.d/btdevctl is updated to configure devices from a list
in /etc/bluetooth/btdevctl.conf
2006-09-10 15:45:55 +00:00
plunky c980b109dd BluetootH SCO Audio update.
Provide an ioctl to set the SCO mtu value in the controller and
place limits in the SCO code such that only packets of this size
may be sent.

Move the mtu option from btsco(4) and btdevctl(8), to the
btconfig(8) program.

Remove temporary BLUETOOTH_SCO kernel option, and enable SCO
socket access.

Fix incoming connection handling for btsco(4) and SCO sockets.

Fix documentation to reflect the new world order.
2006-08-27 11:41:58 +00:00
plunky 3445aa6e08 Print the error string on failure 2006-08-17 20:18:23 +00:00
plunky 3762d2c843 always create dictionary entry for local-bdaddr as it is wanted by btdev(4) 2006-08-17 20:16:54 +00:00
plunky 885b13c515 rename btcontrol(8) as btdevctl(8) to make it fit with the NetBSD naming
scheme for control programs. This fixes pr 34051.
2006-08-13 09:03:21 +00:00