Skip to contentSkip to conversation

Bluetooth update for 2.6

DISCUSSION Marcel Holtmann 2 participants 4 messages Jul 6, 2006 – Jul 7, 2006

Subsystems (2)
lore
Share & tools
lore
#0 lore raw

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.

maintainer
#1 lore raw

From: 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.

#2 lore raw

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

maintainer
#3 lore raw

From: 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.