Received: by 2002:a25:23cc:0:0:0:0:0 with SMTP id j195csp1721890ybj; Wed, 6 May 2020 04:13:41 -0700 (PDT) X-Google-Smtp-Source: APiQypJPvQkhwWk+PpPeQDRjevcaRz/0FL+zR6rad7mzJ7RMX2Rp/+DR65yJsCx31nT1/1fo8x6F X-Received: by 2002:a17:906:7e19:: with SMTP id e25mr7135131ejr.358.1588763621693; Wed, 06 May 2020 04:13:41 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1588763621; cv=none; d=google.com; s=arc-20160816; b=clqHcR1+9d7NOV8ygj5sS8/kaycqGPysYpogjVXxOMMmOsGxWT4p1WuWdHzaEnP0CK /5zrCJo2D9pKyBzgUlJD8phtPsExKwqjse21waIlXTha+GOgcj3ycLwSA+68KoOAl4Ms Tg1s3UeBM/mT+i4iXHoQ6JWPES5Ha7nwwRFnpg7xO/apv+14ZwinRvDSbMgPyGBIclYS brW/DoMAxzjOl0zByYh9r569Qh1xEK2iVdbCGB0pMkvvlCRV7NcTtXXD+lhGE+djc2FI eZnLytCHTha+lF8yf2VfykAU3cXrCfZQrNqPN+UxLwOVcmN6c03ytWQFszMdjGOlgrZJ 1qOQ== 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=KFG3flRtCLtibWh+CsR+Yo4vGpQZ7z2cOsqRHiZMiyY=; b=oAXZEG/vDl121o7faKUNYlnGHy+8DX+K2auMWA64MZDQcnKCdDLuY7gzfZg3NumKjb mN97a8wKrBB1ymq+H9miSRlbgf5Q6GXT5M/BSSC+alCcBxIHhfdhVnzd2BQXX44Fbv2e ChLBFbUF0ka2249T9xfoRpVbcJt4tyPgAoZO123OUhVic27t75OhAglycttW9qDLCyLM 4pa4HZAOcSbNf1xB4fL+Ia+nAyHmCcziF9PBKtyy21+p+ZpMBNwYq5lCcQOvvXCD6Q+L S67EmjRH/LaVCypS6PhFHPgmTbb0HhkS5ug3OqXJksko7YKHj1lN6VC2KKZh3ug2jX1O LJ2A== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id dh23si855365edb.223.2020.05.06.04.13.03; Wed, 06 May 2020 04:13:41 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-bluetooth-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-bluetooth-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727810AbgEFLGc convert rfc822-to-8bit (ORCPT + 99 others); Wed, 6 May 2020 07:06:32 -0400 Received: from coyote.holtmann.net ([212.227.132.17]:56194 "EHLO mail.holtmann.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727124AbgEFLGc (ORCPT ); Wed, 6 May 2020 07:06:32 -0400 Received: from marcel-macbook.fritz.box (p4FEFC5A7.dip0.t-ipconnect.de [79.239.197.167]) by mail.holtmann.org (Postfix) with ESMTPSA id B3E81CED02; Wed, 6 May 2020 13:16:12 +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] build: Add an option to explicitly disable installing hid2hci From: Marcel Holtmann In-Reply-To: <20200506005528.2897-1-sonnysasaka@chromium.org> Date: Wed, 6 May 2020 13:06:31 +0200 Cc: linux-bluetooth@vger.kernel.org Content-Transfer-Encoding: 8BIT Message-Id: <56F32068-E8EC-45DD-B233-DBDAFBFA0187@holtmann.org> References: <20200506005528.2897-1-sonnysasaka@chromium.org> To: Sonny Sasaka X-Mailer: Apple Mail (2.3608.80.23.2.2) Sender: linux-bluetooth-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-bluetooth@vger.kernel.org Hi Sonny, > --- > configure.ac | 5 ++++- > 1 file changed, 4 insertions(+), 1 deletion(-) > > diff --git a/configure.ac b/configure.ac > index 1433ace4a..ba9937a16 100644 > --- a/configure.ac > +++ b/configure.ac > @@ -218,8 +218,11 @@ if (test "${enable_udev}" != "no" && test -z "${path_udevdir}"); then > fi > AC_SUBST(UDEV_DIR, [${path_udevdir}]) > > +AC_ARG_ENABLE(hid2hci, AC_HELP_STRING([--disable-hid2hci], > + [disable hid2hci tool]), [enable_hid2hci=${enableval}]) > AM_CONDITIONAL(HID2HCI, test "${enable_tools}" != "no" && > - test "${enable_udev}" != "no") > + test "${enable_udev}" != "no" && > + test "${enable_hid2hci}" != "no") can you give me a bit of background why you need that. We did have that and I removed it in favor of putting everything behind udev. Mainly since we really don’t need most of these things anymore. Can’t you just disable udev support and get the same result? Regards Marcel