Commit Graph

10 Commits

Author SHA1 Message Date
wiz
5140adc8f3 Sort sections. 2010-11-03 12:21:50 +00:00
plunky
a4d969557b In server mode, relax the requirement to specify a channel number. If
one is not given, attempt to allocate the first unused one.
2010-11-03 08:27:27 +00:00
plunky
ff185da4c9 -s can be used in server mode too 2010-11-02 19:44:09 +00:00
plunky
48b6f8e46b Add a new feature, allow to specify an alternative PSM value for the
RFCOMM protocol to use in client or server mode. Also, handle the case
where service search of the remote device returns non-standard PSM.
2009-09-24 18:30:37 +00:00
wiz
8ed18604e6 Drop trailing whitespace. Fix typo and casing. 2007-12-02 20:41:40 +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
d7e75bcc12 rework the -c and -s options to make them a bit more consistent.
when EOF is reached, we are done.
2007-03-01 21:44:30 +00:00
wiz
c8db62531e Sort sections. New sentence, new line. 2007-02-01 06:54:40 +00:00
plunky
defc1075ef This comprises a rewrite, which
- adds a server mode for incoming bluetooth connections
	- does not cfmakeraw the slave tty as this caused problems
	- does not hold open the slave tty as this prevented multiple opens
	- modifies the termios for stdio so that this can be used directly
	  by a user.
2007-01-31 08:12:21 +00:00
gdamore
a5c89047c0 Initial import of bluetooth stack on behalf of Iain Hibbert. (plunky@,
NetBSD Foundation Membership still pending.)  This stack was written by
Iain under sponsorship from Itronix Inc.

The stack includes support for rfcomm networking (networking via your
bluetooth enabled cell phone), hid devices (keyboards/mice), and headsets.

Drivers for both PCMCIA and USB bluetooth controllers are included.
2006-06-19 15:44:33 +00:00