Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753790AbaFKEzW (ORCPT ); Wed, 11 Jun 2014 00:55:22 -0400 Received: from mail-la0-f43.google.com ([209.85.215.43]:49192 "EHLO mail-la0-f43.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750995AbaFKEzT (ORCPT ); Wed, 11 Jun 2014 00:55:19 -0400 Date: Wed, 11 Jun 2014 07:55:10 +0300 From: Johan Hedberg To: Kamal Mostafa Cc: linux-kernel@vger.kernel.org, stable@vger.kernel.org, kernel-team@lists.ubuntu.com, Marcel Holtmann Subject: Re: [PATCH 3.13 131/160] Bluetooth: Fix redundant encryption request for reauthentication Message-ID: <20140611045510.GA28823@t440s.P-661HNU-F1> References: <1402429600-20477-1-git-send-email-kamal@canonical.com> <1402429600-20477-132-git-send-email-kamal@canonical.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1402429600-20477-132-git-send-email-kamal@canonical.com> Organization: Intel Finland Oy - BIC 0357606-4 - PL 281, 00181 Helsinki User-Agent: Mutt/1.5.23 (2014-03-12) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi, On Tue, Jun 10, 2014, Kamal Mostafa wrote: > 3.13.11.3 -stable review patch. If anyone has any objections, please let me know. > > ------------------ > > From: Johan Hedberg > > commit 09da1f3463eb81d59685df723b1c5950b7570340 upstream. > > When we're performing reauthentication (in order to elevate the > security level from an unauthenticated key to an authenticated one) we > do not need to issue any encryption command once authentication > completes. Since the trigger for the encryption HCI command is the > ENCRYPT_PEND flag this flag should not be set in this scenario. > Instead, the REAUTH_PEND flag takes care of all necessary steps for > reauthentication. > > Signed-off-by: Johan Hedberg > Signed-off-by: Marcel Holtmann > Signed-off-by: Kamal Mostafa > --- > net/bluetooth/hci_conn.c | 9 ++++++--- > 1 file changed, 6 insertions(+), 3 deletions(-) This one has a regression reported against it: https://bugzilla.kernel.org/show_bug.cgi?id=77541 The report also has a working fix for the issue which we'll be sending to the stable trees (it's already in the Bluetooth subsystem tree). So I'm not sure what the right way to proceed here: ignore this patch until the other patch is available, apply this one and wait for the other one, or just forget about both patches for the stable trees. Johan -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/