Bluetooth update for 2.6
Subsystems (2)
Hi Dave,
this is the second part of pending updates of the Bluetooth subsystem for the upcoming 2.6.18 kernel. A couple of them are only coding style cleanups which I failed to submit for the previous kernel release. They slipped somehow. The rest is driver model integration stuff. Please push them to Linus as soon as possible.
Regards
Marcel
Please pull from
git://git.kernel.org/pub/scm/linux/kernel/git/holtmann/bluetooth-2.6.git
This will update the following files:
drivers/bluetooth/bfusb.c | 322 +++++++++++++++++++-------------------- drivers/bluetooth/hci_ldisc.c | 4 drivers/bluetooth/hci_vhci.c | 97 +++++------ include/net/bluetooth/hci_core.h | 6 net/bluetooth/bnep/core.c | 26 ++- net/bluetooth/cmtp/capi.c | 4 net/bluetooth/cmtp/core.c | 3 net/bluetooth/hci_conn.c | 8 net/bluetooth/hci_core.c | 7 net/bluetooth/hci_sysfs.c | 115 +++++++++++-- net/bluetooth/hidp/core.c | 26 ++- net/bluetooth/rfcomm/core.c | 9 - net/bluetooth/rfcomm/tty.c | 24 ++ net/bluetooth/sco.c | 12 - 14 files changed, 405 insertions(+), 258 deletions(-)
through these ChangeSets:
Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:59:00 +0200
[Bluetooth] Avoid NULL pointer dereference with tty->driver
This patch checks for tty->driver before trying to call flush_buffer().
Signed-off-by: Marcel Holtmann <[email protected]>Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:58:55 +0200
[Bluetooth] Code cleanup of the drivers source code
This patch is an attempt to cleanup the drivers source code to make all Bluetooth drivers look more unique.
Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:58:50 +0200
[Bluetooth] Remaining transitions to use kzalloc()
This patch makes the remaining transitions to use kzalloc().
Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:58:45 +0200
[Bluetooth] Integrate services into the driver model
This patch integrates the services of the Bluetooth protocols RFCOMM, BNEP and HIDP into the driver model. This makes it possible to assign the virtual TTY, network and input devices to a specific Bluetooth connection.
Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:58:40 +0200
[Bluetooth] Integrate low-level connections into the driver model
This patch integrates the low-level connections (ACL and SCO) into the driver model. Every connection is presented as device with the parent set to its host controller device.
Marcel Holtmann <[email protected]> Thu, 06 Jul 2006 21:58:35 +0200
[Bluetooth] Remove unused host controller attributes
This patch removes the unused device attribute entries for the Bluetooth host controllers.
David Miller
maintainerFrom: Marcel Holtmann <[email protected]>
Date: Thu, 06 Jul 2006 22:09:20 +0200
Quoted 5 lines
this is the second part of pending updates of the Bluetooth subsystem for the upcoming 2.6.18 kernel. A couple of them are only coding style cleanups which I failed to submit for the previous kernel release. They slipped somehow. The rest is driver model integration stuff. Please push them to Linus as soon as possible.
The merge window for 2.6.18 is closed, so you will need to eliminate things like code cleanups and other non-bugfixes.
Hi Dave,
Quoted 8 lines
Quoted 5 lines
this is the second part of pending updates of the Bluetooth subsystem for the upcoming 2.6.18 kernel. A couple of them are only coding style cleanups which I failed to submit for the previous kernel release. They slipped somehow. The rest is driver model integration stuff. Please push them to Linus as soon as possible.
The merge window for 2.6.18 is closed, so you will need to eliminate things like code cleanups and other non-bugfixes.
yes, I saw that, but actually these patches were meant to get to you before the merge window closed. I failed to prepare the tree, because I lost remote access to one of my machines were I unfortunately had queued all of these patches. Do you think Linus will make an exception?
Regards
Marcel
David Miller
maintainerFrom: Marcel Holtmann <[email protected]>
Date: Sat, 08 Jul 2006 00:54:30 +0200
Quoted 1 line
Do you think Linus will make an exception?
I actually hope that he won't.
He even let it go beyond a week this time, it was closer to 2 weeks. This gave you ample opportunity to merge your changes in on time, sorry.