summaryrefslogtreecommitdiff
path: root/net/bluetooth/rfcomm/Makefile
AgeCommit message (Collapse)Author
2019-05-21treewide: Add SPDX license identifier - Makefile/KconfigThomas Gleixner
Add SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any form These files fall under the project license, GPL v2 only. The resulting SPDX license identifier is: GPL-2.0-only Signed-off-by: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Greg Kroah-Hartman <gregkh@linuxfoundation.org>
2005-10-28[Bluetooth] Move CRC table into RFCOMM coreMarcel Holtmann
This patch moves rfcomm_crc_table[] into the RFCOMM core, because there is no need to keep it in a separate file. Signed-off-by: Marcel Holtmann <marcel@holtmann.org>
2002-12-14[PATCH] Remove Rules.make from Makefiles (3/3)Brian Gerst
Makefiles no longer need to include Rules.make, which is currently an empty file. This patch removes it from the remaining Makefiles, and removes the empty Rules.make file.
2002-10-23kbuild: Allow for <mod>-y as well as <mod>-objs for multipart objects.Kai Germaschewski
Traditionally, the individual components of a multipart module are listed in <mod>-objs. Allow for using <mod>-y as well, as that turns out to simplify declaring optional parts of multi-part modules, see the converted examples in net/*/Makefile. This change is backwards-compatible, i.e. not converted Makefiles still work just fine.
2002-10-13Consistent naming for Bluetooth function and constants.Maksim Krasnyanskiy
Some of them were named like BT_XXX and bt_xxx others BLUEZ_XXX and bluez_xxx. From now on use BT_XXX and bt_xxx throughout Bluetooth code, including CONFIG_ defines. Clean up small typos and misspelling along the way.
2002-10-06[PATCH] Bluetooth kbuild fix and config cleanupMarcel Holtmann
This removes the obsolete O_TARGET and cleans up the Config.* and *.c files to have a unique CONFIG_BLUEZ prefix. Additional two missing help entries are added.
2002-10-04RFCOMM protocol support.Maksim Krasnyanskiy
RFCOMM socket and TTY emulation APIs.