Received: by 2002:a25:6193:0:0:0:0:0 with SMTP id v141csp3239587ybb; Mon, 6 Apr 2020 05:08:51 -0700 (PDT) X-Google-Smtp-Source: APiQypJzyZ+tgdN/kjSSCWbZak2aADBwmayJCveCWeyZ+frRvwv75KI0/jGlnu5krjTSaH3SxZpC X-Received: by 2002:a9d:67c6:: with SMTP id c6mr17171461otn.11.1586174931860; Mon, 06 Apr 2020 05:08:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1586174931; cv=none; d=google.com; s=arc-20160816; b=kPabhWfwuOaDuqaWyxFGwWxAtaHygSgQkSYII5KWLa7T4CuglPvwFRbnWF/DDlo6Ea QLy1CANGbxoSac9CwnTZLyWftybbtVIDglXFTUfL5LzXymxwJ53E81os+/cnM4IkPUkC XxQ/W1HaZJvJf+QGn/XwifBvpRR6hj3Q0FWw+SopvV2dCrnKNwx/eTgi5eOnM4w4hHbt pGqKfvn5xY2Xv/897pVSPERb//CoszK2arpWZm048WsanYj7gOA7lCPqgf8hWMjbJ023 zALeNR6zqFKNJ5Y/i7Ekf8brD2oNFTbf6Sxw4BrPMvSYS6RFa/609v7fHFW8vCj475d6 Rh2A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:to:references:message-id :content-transfer-encoding:cc:date:in-reply-to:from:subject :mime-version; bh=QDrnIKlbFAvJR5Z8M/WCjyIs79r/MhrAN4WxD7fqM5Q=; b=Ej6xc/zlZTl0PuX9TknP+LMBrlRq88lFuApda0QhJhOUPAjmukoR5p3VCLkUZV3vnV hmjWSLP9Sz8v5imTvcJzdSRPshF1FXtOflgWlSLnCrCQEIGxt7Y3yoBOKE4mhpgnOJfz oefyVKARDsPkGzHgi8SNQGdlUOFP9k+gCeYsQ5AYzgAf75OfushLuXIiR3LuXqnC4Ug4 rWHiMBYOewogHkbt+0CwguMpirkAzjbvIwpR1+oSXEXf7LdfSW/9NteY399qo7qmy2/h asTNpsBovbOG1GcHL8MFXhWiiVMC/RuvIXKsz2ljchRfok4tBTppsASNHqolSXMJXMP8 xFIA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 50si8100373otv.259.2020.04.06.05.08.38; Mon, 06 Apr 2020 05:08:51 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727837AbgDFMIO convert rfc822-to-8bit (ORCPT + 99 others); Mon, 6 Apr 2020 08:08:14 -0400 Received: from coyote.holtmann.net ([212.227.132.17]:34267 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727666AbgDFMIO (ORCPT ); Mon, 6 Apr 2020 08:08:14 -0400 Received: from marcel-macbook.fritz.box (p4FEFC5A7.dip0.t-ipconnect.de [79.239.197.167]) by mail.holtmann.org (Postfix) with ESMTPSA id B2988CECC4; Mon, 6 Apr 2020 14:17:46 +0200 (CEST) Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 13.4 \(3608.80.23.2.2\)) Subject: Re: [PATCH v1] Bluetooth: debugfs option to unset MITM flag From: Marcel Holtmann In-Reply-To: Date: Mon, 6 Apr 2020 14:08:12 +0200 Cc: linux-bluetooth , Johan Hedberg , Archie Pusaka , "David S. Miller" , Jakub Kicinski , LKML , netdev@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: <39BBAF39-1552-48A2-AC0C-F6148987E804@holtmann.org> References: <20200406165542.v1.1.Ibfc500cbf0bf2dc8429b17f064e960e95bb228e9@changeid> <9673F164-A14E-4DD6-88FB-277694C50328@holtmann.org> To: Archie Pusaka X-Mailer: Apple Mail (2.3608.80.23.2.2) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Archie, > The way I implemented it is, if HCI_ENFORCE_MITM_SMP is set (which it > is by default), then it will assume the default behavior. > However, if it is toggled to false, then it will not set the MITM flag > although the io capability supports that. > > I am reluctant to use names with "no" on it, especially since it is a > boolean. But if it is OK then I shall update to HCI_FORCE_NO_MITM, > this way it will become more separable with the default behavior. > > Sure, I will move that to hci_debugfs.c. I dislike setting a flag for default behavior. So we need the invert here. I want the “force” in front of it that it clearly indicates that it is not default behavior. Similar to the force_static_addr flag. Regards Marcel