Hi John,
Here's our first bluetooth-next pull request for the 3.18 kernel. Our
tree is based on net-next so you'd need to pull from there first before
pulling from our tree.
The changes consists of:
- Coding style fixes to HCI drivers
- Corrupted ack value fix for the H5 HCI driver
- A couple of Enhanced L2CAP fixes
- Conversion of SMP code to use common L2CAP channel API
- Page scan optimizations when using the kernel-side whitelist
- Various mac802154 and and ieee802154 6lowpan cleanups
- One new Atheros USB ID
Please let me know if there are any issues pulling. Thanks.
Johan
---
The following changes since commit f0094b28f3038936c1985be64dbe83f0e950b671:
Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2014-08-13 18:27:40 -0600)
are available in the git repository at:
git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next.git for-upstream
for you to fetch changes up to 13cac15296afe7e42088ecfcd0f1d4b658248c46:
Bluetooth: Fix ERTM L2CAP resend packet (2014-08-14 09:47:02 +0200)
----------------------------------------------------------------
Alexander Aring (1):
ieee802154: 6lowpan: remove unused function
Himangi Saraogi (4):
Bluetooth: Remove typedef bluecard_info_t
Bluetooth: Remove typedef btuart_info_t
Bluetooth: Remove typedefs nsh_t and dtl1_info_t
Bluetooth: Remove typedef bt3c_info_t
Johan Hedberg (35):
Bluetooth: Add convenience function to check for pending power off
Bluetooth: Create unified helper function for updating page scan
Bluetooth: Disable page scan if all whitelisted devices are connected
Bluetooth: Remove redundant check for remote_key_dist
Bluetooth: Fix confusion between parent and child channel for 6lowpan
Bluetooth: Fix reference counting of global L2CAP channels
Bluetooth: Fix __l2cap_no_conn_pending() usage with all channels
Bluetooth: Resume BT_CONNECTED state after LE security elevation
Bluetooth: Remove special handling of ATT in l2cap_security_cfm()
Bluetooth: Refactor l2cap_connect_cfm
Bluetooth: Move L2CAP fixed channel creation into l2cap_conn_cfm
Bluetooth: Improve fixed channel lookup based on link type
Bluetooth: Remove special ATT data channel handling
Bluetooth: Move parts of fixed channel initialization to l2cap_add_scid
Bluetooth: Call L2CAP teardown callback before clearing chan->conn
Bluetooth: Call l2cap_le_conn_ready after notifying channels
Bluetooth: Fix using HCI_CONN_LE_SMP_PEND to check for SMP context
Bluetooth: Fix hci_update_random_address() error return for no crypto
Bluetooth: Fix IRK lookup when tfm_aes is not available
Bluetooth: Refactor SMP (de)initialization into separate functions
Bluetooth: Move SMP initialization after HCI init
Bluetooth: Move SMP (de)initialization to smp.c
Bluetooth: Add more L2CAP convenience callbacks
Bluetooth: Add SMP L2CAP channel skeleton
Bluetooth: Make AES crypto context private to SMP
Bluetooth: Convert SMP to use l2cap_chan infrastructure
Bluetooth: Use L2CAP resume callback to call smp_distribute_keys
Bluetooth: Add public l2cap_conn_shutdown() API to request disconnection
Bluetooth: Call l2cap_conn_shutdown() when SMP recv callback fails
Bluetooth: Fix double free of SMP data skb
Bluetooth: Add SMP-internal timeout callback
Bluetooth: Remove unused l2cap_conn->security_timer
Bluetooth: Move canceling security_timer into smp_chan_destroy()
Bluetooth: Always call smp_distribute_keys() from a workqueue
Bluetooth: Make smp_chan_destroy() private to smp.c
Loic Poulain (1):
Bluetooth: Fix HCI H5 corrupted ack value
Lukasz Rymanowski (2):
Bluetooth: Improve data packing in SAR mode
Bluetooth: Fix ERTM L2CAP resend packet
Varka Bhadram (4):
MAINTAINERS: update maintainers info
mac802154: cleanup in rx path
mac802154: common error path
mac802154: common tx error path
Vincent Zwanenburg (1):
Add a new PID/VID 0227/0930 for AR3012.
MAINTAINERS | 9 +-
drivers/bluetooth/ath3k.c | 2 +
drivers/bluetooth/bluecard_cs.c | 35 +-
drivers/bluetooth/bt3c_cs.c | 27 +-
drivers/bluetooth/btuart_cs.c | 27 +-
drivers/bluetooth/btusb.c | 1 +
drivers/bluetooth/dtl1_cs.c | 36 +-
drivers/bluetooth/hci_h5.c | 2 +-
include/net/bluetooth/hci_core.h | 8 +-
include/net/bluetooth/l2cap.h | 33 +-
net/bluetooth/6lowpan.c | 10 +-
net/bluetooth/hci_core.c | 71 +++-
net/bluetooth/hci_event.c | 11 +-
net/bluetooth/l2cap_core.c | 309 +++++++--------
net/bluetooth/l2cap_sock.c | 15 +-
net/bluetooth/mgmt.c | 124 ++----
net/bluetooth/smp.c | 726 +++++++++++++++++++++++------------
net/bluetooth/smp.h | 10 +-
net/ieee802154/6lowpan_rtnl.c | 8 -
net/mac802154/rx.c | 5 +-
net/mac802154/tx.c | 15 +-
net/mac802154/wpan.c | 10 +-
22 files changed, 877 insertions(+), 617 deletions(-)
On Thu, Aug 14, 2014 at 05:50:00PM +0300, Johan Hedberg wrote:
> Hi John,
>
> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> tree is based on net-next so you'd need to pull from there first before
> pulling from our tree.
>
> The changes consists of:
>
> - Coding style fixes to HCI drivers
> - Corrupted ack value fix for the H5 HCI driver
> - A couple of Enhanced L2CAP fixes
> - Conversion of SMP code to use common L2CAP channel API
> - Page scan optimizations when using the kernel-side whitelist
> - Various mac802154 and and ieee802154 6lowpan cleanups
> - One new Atheros USB ID
>
> Please let me know if there are any issues pulling. Thanks.
>
> Johan
>
> ---
> The following changes since commit f0094b28f3038936c1985be64dbe83f0e950b671:
>
> Merge git://git.kernel.org/pub/scm/linux/kernel/git/davem/net (2014-08-13 18:27:40 -0600)
>
> are available in the git repository at:
>
>
> git://git.kernel.org/pub/scm/linux/kernel/git/bluetooth/bluetooth-next.git for-upstream
>
> for you to fetch changes up to 13cac15296afe7e42088ecfcd0f1d4b658248c46:
>
> Bluetooth: Fix ERTM L2CAP resend packet (2014-08-14 09:47:02 +0200)
Pulling now...
--
John W. Linville Someday the world will need a hero, and you
[email protected] might be all we have. Be ready.
Hi John,
>> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
>> tree is based on net-next so you'd need to pull from there first before
>> pulling from our tree.
>
> What did you need from net-next that made you base on that instead
> of wireless-next? I generally like to decide for myself what level
> of net-next needs to be the base of wireless-next...
mainly the merge conflict resolution for 6lowpan and all the ieee802154 patches before we ended up taking this through bluetooth-next. It just made sense to start out with a clean base tree in this case.
If you prefer, then we can just do that against a new wireless-next tree once you have that ready. I honestly just assumed you are going to pull net-next anyway. So my apologizes for that.
Regards
Marcel
On Thu, Aug 14, 2014 at 05:50:00PM +0300, Johan Hedberg wrote:
> Hi John,
>
> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> tree is based on net-next so you'd need to pull from there first before
> pulling from our tree.
What did you need from net-next that made you base on that instead
of wireless-next? I generally like to decide for myself what level
of net-next needs to be the base of wireless-next...
John
--
John W. Linville Someday the world will need a hero, and you
[email protected] might be all we have. Be ready.
Hi Stephen,
>> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
>> tree is based on net-next so you'd need to pull from there first before
>> pulling from our tree.
>
> This is in a branch that will be included in linux-next today. I guess
> you didn't read my (very often) repeated request that no v3.18 material
> be included until after v3.17-rc1 is released ... Please do not do that.
to be honest I did not know about this rule. Next time, I will create a special tree for the time during the merge window so that we can continue pushing out patches for the next release. For us the world is not standing still just because we have a 2 week merge window.
Regards
Marcel
Hi Johan,
On Fri, 15 Aug 2014 09:55:47 +1000 Stephen Rothwell <[email protected]> wrote:
>
> On Thu, 14 Aug 2014 17:50:00 +0300 Johan Hedberg <[email protected]> wrote:
> >
> > Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> > tree is based on net-next so you'd need to pull from there first before
> > pulling from our tree.
>
> This is in a branch that will be included in linux-next today. I guess
> you didn't read my (very often) repeated request that no v3.18 material
> be included until after v3.17-rc1 is released ... Please do not do that.
It has also all been rebased since yesterday ...
--
Cheers,
Stephen Rothwell [email protected]
Hi Johan,
On Thu, 14 Aug 2014 17:50:00 +0300 Johan Hedberg <[email protected]> wrote:
>
> Here's our first bluetooth-next pull request for the 3.18 kernel. Our
> tree is based on net-next so you'd need to pull from there first before
> pulling from our tree.
This is in a branch that will be included in linux-next today. I guess
you didn't read my (very often) repeated request that no v3.18 material
be included until after v3.17-rc1 is released ... Please do not do that.
--
Cheers,
Stephen Rothwell [email protected]