Return-Path: Message-ID: <1329748173.2172.0.camel@aeonflux> Subject: Re: [RFCv6 00/14] Bluetooth: Change socket lock to l2cap_chan lock From: Marcel Holtmann To: Emeltchenko Andrei Cc: linux-bluetooth@vger.kernel.org Date: Mon, 20 Feb 2012 15:29:33 +0100 In-Reply-To: <1329747685-4163-1-git-send-email-Andrei.Emeltchenko.news@gmail.com> References: <1329747685-4163-1-git-send-email-Andrei.Emeltchenko.news@gmail.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 Sender: linux-bluetooth-owner@vger.kernel.org List-ID: Hi Andrei, > Changing socket lock to L2CAP chan lock in L2CAP code. Needed for implementing > protocol above L2CAP without creating sockets. > > Changes: > * RFCv6: Same code but patches 2,3 and 4 from RFCv5 are merged together > following recommendations from review. > * RFCv5: Fixed locking bug in l2cap_data_channel, added locks in > l2cap_sock_shutdown function, fixed several styles issues. > * RFCv4: Better split patches so they looks more clear and obvious, > taking coments about naming change and delete unused vars. See diff change > from the previous version below: > * RFCv3: Split the big patch to several small (I believe logical) chunks, > remove unneded locks from cleanup_listen, use the same arguments for > locked/unlocked socket error functions. > * RFCv2: Convert l2cap channel list back to mutex from RCU list. so what is the general status of this patch series. Are there still concerns or opens? Or should it be go for final review and be merged? Regards Marcel