Received: by 2002:ac0:a5a6:0:0:0:0:0 with SMTP id m35-v6csp334439imm; Wed, 29 Aug 2018 00:58:16 -0700 (PDT) X-Google-Smtp-Source: ANB0VdYEQmzlDwy26fHoJdGy3mzvmoBUfeZq9d6dK+oHhRkOteOQVVI9/R/1u80rwMtLIgy3CP5N X-Received: by 2002:a63:c347:: with SMTP id e7-v6mr4765306pgd.240.1535529496547; Wed, 29 Aug 2018 00:58:16 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1535529496; cv=none; d=google.com; s=arc-20160816; b=Jza2iQ6F82nGbGI2PPA1or83QVdhGku/5e6xgUD9spHELOLXMb3ifc6un8jxN5K31b FARY9iAFsq8ZnzV4qYokdprLoLGEwmAqqTcJvPphglHQB7s4h4wxzkdn/B6GafSqB5yI CzqhmsglfTt2ZiCmcy33eyKOOsttZ3rXtixWyfxupH7tR/1YGlURRCRFD/cvZuVfiW0y c6s0pK9/TbaTwuxgksVOexpoEfxQSOjRqCOwKJhJE8Jv5dNT3IVwFDT2hCS55KHzWttd Y7Xgaphq+TorWFRwiHQjTaYs48/W6BvyhXdTB2eDF/Rq78b8/Kw37YlkcNtZx8AHPVxo dgEg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature :arc-authentication-results; bh=7DFRHkOVAJqscSxBCu8CwOa6nzGeJ/pA4/ra0+pOyH8=; b=wMtzSQGmLnb33PdGd4UkRVTGzznkhrWfwZ4S5C3gmz48squbjfMk8LlC8Ckp0tqCKT /hQrNDrRX8V9IS59Qy05NbnHBvnaBZIyxtJZ45KwE8cvHIfSpcJtRHh/9hEM9uahWIgn J9UpauGahHk12JWabkcGFAecrkYZ/ZUHR14CPf6mndKqqOWvI9AOO1ytbhawonlqD2FE iMMgLg2QJVzRha4h6HPPwma46EOw0eKEDiBUfKtvjVwITG5RZcUb5Ax71Z9HJssx24Vw 5pfG+u7PVC8LoX8pfwOgB606ZuUQI/Qu0tf1BtSzLP1aoUuYQk0jNE5+RglOZ7DwvdUI IEgA== ARC-Authentication-Results: i=1; mx.google.com; dkim=fail header.i=@gmail.com header.s=20161025 header.b="o+/k5P7U"; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id p7-v6si3491234pll.42.2018.08.29.00.58.00; Wed, 29 Aug 2018 00:58:16 -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; dkim=fail header.i=@gmail.com header.s=20161025 header.b="o+/k5P7U"; 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727708AbeH2Lvv (ORCPT + 99 others); Wed, 29 Aug 2018 07:51:51 -0400 Received: from mail-lf1-f68.google.com ([209.85.167.68]:42085 "EHLO mail-lf1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727054AbeH2Lvu (ORCPT ); Wed, 29 Aug 2018 07:51:50 -0400 Received: by mail-lf1-f68.google.com with SMTP id z11-v6so3506909lff.9; Wed, 29 Aug 2018 00:56:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=sender:date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=7DFRHkOVAJqscSxBCu8CwOa6nzGeJ/pA4/ra0+pOyH8=; b=o+/k5P7UpdRWC1vycfgaVwa94Bt0tBV+hYTs/NLURxR+bH65EuvE0Rxf2LL5i1m6/j XvaUZW4fB2GG9dUD1Ep2pfUbmGAzj/dBXGzWKQQGOSLKs1yQC66Ce0Co3So5kXBlXudJ PW9aUSgvLgsi2yfxcyROoj0Kf85RwmoeLU4shBcLqGDMGhtxLSUdGlv7msiKh/fi1GVv DHm/33U2kMnudcEbLmjEzXxheC0pizz6xUzZHJ3ncB5O8aVdjyiv+tft4N6AF/iKwwSQ PzQUqnOsDwRbnfTTO6FRYhWkoJVlazRcPGikdfclOvEMegzdZXb5/0iBmy5szcUH+hdL tvjA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:sender:date:from:to:cc:subject:message-id :references:mime-version:content-disposition :content-transfer-encoding:in-reply-to:user-agent; bh=7DFRHkOVAJqscSxBCu8CwOa6nzGeJ/pA4/ra0+pOyH8=; b=hMWa0lTMsSgVL2jUHL2SBqp2o6/cH7MCbhlJ45Mn/kzPtsfY/2KdXNshO1EuN0aXW7 ZeTd/pemuaf4GAHk/CJ9L/p7gn1AQ3HEI+nTkdI6uvJoIKAPgZjHKUtL5yuuYz9T0rB/ 0kK3FjfKUxlIMg+p0589MEqUtnCaKLorYsSq6raWjLWAXLYLysWprbeRMQSqKd5sLSD9 9MtESYFN2MBovEdL+p+UYKTV84Jnd7gNDFD4CjagAuUPIy9MFpkJwLS3bMaPcJYWnRM/ W73IIMvBjX2zqaPzx4E+FtzMj5yf9rBNIFOCmllhJCNKVGxUmnQq+CGhfrvteI6OXzR7 I+Hg== X-Gm-Message-State: APzg51CyhR8bohsQ0jXXsF3SlPqbhvR8ojDO4nFNpIWRJYuO/sAsSnBn CDXhjNeT1WauQilDsaS+EW4= X-Received: by 2002:a19:aa52:: with SMTP id t79-v6mr3553544lfe.85.1535529371324; Wed, 29 Aug 2018 00:56:11 -0700 (PDT) Received: from xi.terra (c-74bee655.07-184-6d6c6d4.bbcust.telenor.se. [85.230.190.116]) by smtp.gmail.com with ESMTPSA id l141-v6sm607731lfg.55.2018.08.29.00.56.10 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Wed, 29 Aug 2018 00:56:10 -0700 (PDT) Received: from johan by xi.terra with local (Exim 4.91) (envelope-from ) id 1fuvKk-0007aR-Kp; Wed, 29 Aug 2018 09:56:10 +0200 Date: Wed, 29 Aug 2018 09:56:10 +0200 From: Johan Hovold To: =?iso-8859-1?Q?Bj=F8rn?= Mork Cc: Johan Hovold , Romain Izard , Greg Kroah-Hartman , linux-usb@vger.kernel.org, LKML , stable , Lars Melin Subject: Re: [PATCH] option: Do not try to bind to ADB interfaces Message-ID: <20180829075610.GE28861@localhost> References: <20180723140220.7166-1-romain.izard.pro@gmail.com> <20180723140801.GA4835@kroah.com> <20180827132815.GD14967@localhost> <87r2ijdbuv.fsf@miraculix.mork.no> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <87r2ijdbuv.fsf@miraculix.mork.no> User-Agent: Mutt/1.10.1 (2018-07-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, Aug 27, 2018 at 06:15:52PM +0200, Bj?rn Mork wrote: > Johan Hovold writes: > > > It would allow for simpler device-id entries, at least when ADB is the > > only blacklisted interface, and may enable ADB for some older entries. > > > > On the other hand, interface class 0xff is indeed supposed to be vendor > > specific as Lars and Greg pointed out, and with status quo we don't > > cause any regressions. If ADB isn't currently available for some device > > due to option binding to that interface, we'll just blacklist it as soon > > we get a report. > > > > So personally I'm not sure it's worth it, but I don't have a strong > > opinion on the matter either. > > +1 > > The adb userspace application is also free to unbind any conflicting > driver, so I don't think blacklisting is strictly necessary. Except to > prevent any confusion caused by bogus ttyUSBx devices. Right. Let's leave things as they are then. Thanks, Johan