Up to [cvs.NetBSD.org] / src / etc / bluetooth
Request diff between arbitrary revisions
Keyword substitution: kv
Default branch: MAIN
Pull up following revision(s) (requested by riastradh in ticket #1800): etc/ssh/Makefile: revision 1.4 usr.bin/mail/Makefile: revision 1.41 external/ibm-public/postfix/etc/Makefile: revision 1.2 etc/bluetooth/Makefile: revision 1.6 crypto/external/bsd/openssh/bin/Makefile: revision 1.5 etc/root/Makefile: revision 1.5 etc/iscsi/Makefile: revision 1.4 /root: Install .cshrc and .profile links with the same mode. Previously we would: 1. Install /root/.cshrc and /root/.profile with mode FILESMODE=644 as requested in src/etc/root/Makefile and as echoed in /etc/mtree/special. 2. Create hard links at /.cshrc and /.profile through CONFIGLINKS. 3. Because LINKSMODE was unset and defaults to NOBINMODE=444, change the mode to 444. This scenario is confusing, and mtree objects to it, which is bad for warning fatigue in a security-relevant mechanism. (There are also several other files mtree objects to out of the box -- we should fix those too.) With this change we install the links with the same mode as the original files, in agreement with the mtree. The files, .cshrc and .profile, are intended to be editable configuration files, so 644 makes sense while 444 makes no sense and gets in the way of editors like vi. Discussed on tech-userlevel: https://mail-index.netbsd.org/tech-userlevel/2022/08/29/msg013498.html etc: Fix permissions of various editable configuration files. This way they match the mtree and make sense and don't cause editors to ask to override read-only files when editing them. Exception: Not sure /etc/bluetooth/protocols makes as much sense to edit, but the mtree says 644, so if you want to change it, make sure to change it in both places -- Makefile and mtree. /etc/ssh: Install ssh_known_hosts with mode 644. Makes it agree with the mtree and more convenient for admin to edit.
Pull up following revision(s) (requested by riastradh in ticket #1604): etc/ssh/Makefile: revision 1.4 usr.bin/mail/Makefile: revision 1.41 external/ibm-public/postfix/etc/Makefile: revision 1.2 etc/bluetooth/Makefile: revision 1.6 crypto/external/bsd/openssh/bin/Makefile: revision 1.5 etc/root/Makefile: revision 1.5 etc/iscsi/Makefile: revision 1.4 /root: Install .cshrc and .profile links with the same mode. Previously we would: 1. Install /root/.cshrc and /root/.profile with mode FILESMODE=644 as requested in src/etc/root/Makefile and as echoed in /etc/mtree/special. 2. Create hard links at /.cshrc and /.profile through CONFIGLINKS. 3. Because LINKSMODE was unset and defaults to NOBINMODE=444, change the mode to 444. This scenario is confusing, and mtree objects to it, which is bad for warning fatigue in a security-relevant mechanism. (There are also several other files mtree objects to out of the box -- we should fix those too.) With this change we install the links with the same mode as the original files, in agreement with the mtree. The files, .cshrc and .profile, are intended to be editable configuration files, so 644 makes sense while 444 makes no sense and gets in the way of editors like vi. Discussed on tech-userlevel: https://mail-index.netbsd.org/tech-userlevel/2022/08/29/msg013498.html etc: Fix permissions of various editable configuration files. This way they match the mtree and make sense and don't cause editors to ask to override read-only files when editing them. Exception: Not sure /etc/bluetooth/protocols makes as much sense to edit, but the mtree says 644, so if you want to change it, make sure to change it in both places -- Makefile and mtree. /etc/ssh: Install ssh_known_hosts with mode 644. Makes it agree with the mtree and more convenient for admin to edit.
etc: Fix permissions of various editable configuration files. This way they match the mtree and make sense and don't cause editors to ask to override read-only files when editing them. Exception: Not sure /etc/bluetooth/protocols makes as much sense to edit, but the mtree says 644, so if you want to change it, make sure to change it in both places -- Makefile and mtree. XXX pullup-8 XXX pullup-9
Sync with HEAD.
some changes to serial bluetooth host controller interfaces btuartd(8) should be named btattach(8) for consistency with other parts of NetBSD make btattach(8) a single-use tool for less complexity device specicific initialisation (from btuart(4)) is carried out prior to activating the line discipline (in btattach(8)), which simplifies the API somewhat and means that the user tool and the kernel do not need to be kept in sync. btuart(4) driver is much reduced; naming is made consistent and all tsleep() and delay() are removed to userland
Supprot Bluetooth HCI UART (H4) driver and daemon.
Pull up following revision(s) (requested by plunky in ticket #161): sys/dev/bluetooth/btdev.h: revision 1.4 distrib/sets/lists/comp/mi: revision 1.922 usr.sbin/postinstall/postinstall: revision 1.25 sys/netbt/hci_unit.c: revision 1.3 sys/netbt/hci_ioctl.c: revision 1.4 usr.sbin/sdpd/profile.c: revision 1.2 usr.sbin/btdevctl/btdevctl.c: revision 1.2 share/man/man4/Makefile: revision 1.405 distrib/sets/lists/man/mi: revision 1.930 distrib/sets/lists/etc/mi: revision 1.176 usr.sbin/sdpd/profile.c: revision 1.3 usr.sbin/btdevctl/btdevctl.c: revision 1.3 etc/MAKEDEV.tmpl: revision 1.62 distrib/sets/lists/base/mi: revision 1.650 usr.sbin/btdevctl/btdevctl.h: revision 1.2 usr.bin/sdpquery/sdpquery.1: revision 1.4 sys/netbt/rfcomm_session.c: revision 1.2 usr.sbin/btdevctl/btdevctl.8: revision 1.3 usr.bin/sdpquery/search.c: revision 1.2 usr.sbin/sdpd/Makefile: revision 1.2 sys/dev/bluetooth/Makefile: revision 1.3 usr.sbin/btdevctl/cfg.c: file removal sys/netbt/files.netbt: revision 1.4 usr.sbin/btdevctl/sdp.c: revision 1.1 sys/dev/bluetooth/bthidev.c: revision 1.3 etc/bluetooth/Makefile: revision 1.3 sys/dev/pcmcia/files.pcmcia: revision 1.51 sys/dev/bluetooth/bthidev.c: revision 1.4 sys/dev/bluetooth/bthidev.h: revision 1.3 usr.sbin/btdevctl/dev.c: file removal sys/dev/bluetooth/files.bluetooth: revision 1.10 sys/arch/i386/conf/GENERIC: revision 1.777 share/man/man4/ubt.4: revision 1.6 share/man/man4/bthub.4: revision 1.3 sys/netbt/hci.h: revision 1.5 sys/arch/i386/conf/GENERIC_LAPTOP: revision 1.202 lib/libsdp/sdp.h: revision 1.2 usr.sbin/btdevctl/print.c: revision 1.1 share/man/man4/bthidev.4: revision 1.5 share/man/man4/btdev.4: file removal usr.sbin/btdevctl/print.c: revision 1.2 sys/arch/i386/conf/GENERIC_LAPTOP: revision 1.205 usr.sbin/btdevctl/Makefile: revision 1.2 sys/dev/usb/files.usb: revision 1.70 sys/netbt/l2cap_signal.c: revision 1.2 sys/netbt/hci_link.c: revision 1.4 sys/dev/bluetooth/bthub.c: revision 1.3 share/man/man4/btsco.4: revision 1.5 sys/netbt/hci_link.c: revision 1.5 share/man/man4/btdev.4: revision 1.4 sys/dev/bluetooth/btkbd.c: revision 1.3 sys/dev/bluetooth/btdev.c: file removal sys/netbt/hci_event.c: revision 1.2 sys/dev/bluetooth/btsco.h: revision 1.2 etc/mtree/special: revision 1.101 sys/dev/bluetooth/btsco.c: revision 1.3 sys/conf/majors: revision 1.27 usr.sbin/sdpd/hf.c: revision 1.1 sys/dev/bluetooth/btsco.c: revision 1.4 share/man/man5/rc.conf.5: revision 1.107 sys/dev/bluetooth/btdev.c: revision 1.2 etc/rc.d/btdevctl: revision 1.2 usr.sbin/btdevctl/db.c: revision 1.1 etc/rc.d/btdevctl: revision 1.3 etc/bluetooth/btdevctl.conf: revision 1.1 usr.sbin/btdevctl/hid.c: file removal sys/arch/i386/conf/GENERIC: revision 1.781 sys/dev/bluetooth/btdev.h: revision 1.3 Make btdev default count explicit Fix typo in variable name 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 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) clarify the CAVEAT section somewhat Add service discovery support for the Handsfree profile Replace static 'FreeBSD' string with operating system name gleaned from uname(3) Halt the callout on detach btsco.c: - sco_getopt(..., SO_SCO_MTU, ...) expects the address of a uint16_t, not an int. So change sc_mtu's type to uint16_t. - Try a little harder to ensure btsco_round_blocksize() does not return zero. Prevents a subsequent panic in audio_init_ringbuffer(). from scw@ Endian issues: hci_event.c: - Convert memo->response.clock_offset to host-endian. hci_ioctl.c: - printf format tweak (size_t) hci_link.c: - Convert memo->response.clock_offset from host-endian. - Tweak a DIAGNOSTIC message. l2cap_signal.c: - In l2cap_recv_config_req(), rp->scid is little-endian so make sure we convert from host-endian. from scw@ hci_link.c: - In hci_link_free(), do not unlink items from a LIST queue within a LIST_FOREACH() iterator. rfcomm_session.c: - In rfcomm_session_recv_mcc_nsc(), do not unlink items from a LIST queue within a LIST_FOREACH() iterator. from scw@ guard against a possible situation where the list of l2cap channels is changed when the bluetooth code is not expecting it to be. During a disconnect, we can detach the channel that is being disconnected, but its not really safe to detach any others. 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.
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
Bluetooth fixes by Iain Hibbert: Remove bluetooth.conf(5) and config parsing from libbluetooth(3) as this is no longer required.
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.