Received: by 2002:a25:824b:0:0:0:0:0 with SMTP id d11csp8440460ybn; Tue, 1 Oct 2019 08:09:26 -0700 (PDT) X-Google-Smtp-Source: APXvYqx95aTFN1oPdnDZj1ga4/yMwz49vqQ5NBF7/dToeDhFu2XKeuXR3PH41mf8iEoDtSuqlaB0 X-Received: by 2002:a17:906:7802:: with SMTP id u2mr15455146ejm.3.1569942566032; Tue, 01 Oct 2019 08:09:26 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1569942566; cv=none; d=google.com; s=arc-20160816; b=ilbiCeESnmS8evftdNqymS2FDUO6hQPIk42+H1YOcgFH+QuciYG1MYDqKFFcWzuhxI W2rPVZGPxVkMpEmSw2ZD3bHpoenM+tV3QF3s7UP0NPWs/J2E1C+ffQofKp74yw/jcSMA FT8VRiw3c31zchakkQ0g/vd1wo+txI+plTkKQjybGPv6Uwiks0joeEoSb8cMBYtnqFLd fwGRKvBizZLvBZLEVBv3VVPvmPIrz/TPcRLkBn3NhYiG1X1kHnbGC3hBEvIft7PA2mMM /6S25kC1+f1GsOQvcQ4Ujt6rs3yPkLKjw0sCINDXs2lA0uCwsqWYEdkdE8t1xQ3UUoQm 3M2Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:organization:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=wTKE+S4niAbJBOI6EFrT30JJPKaxPs6kMTskoWsjDSY=; b=0eoYHErtTcx21FKo+7nCBA+t28Wj3YWfsvPO3X0ot2+4QqtvK0bCME7YwOWySClFmV JNrfESWbmWfzVZ3SBgC0eT6A9fhHaCB3jeQWZYBEO4Q6eWDeA9J2iuNShOhJxY3llCgS H4jRD4jNfsleJpo9RV1lmkQkkOVdY0VmVNARb/CmrGfFstp9lDtv8dZqofExUT/dwVCv fySNkAdnVdW0Ky8vTYI500M/i6Bkp8y6VqtFgGYkzKSnMeM0YgFD/KnASgmdv/c3UCcm DhXoHvowhuQbsVa7kF3TWCR86jgzIY+H5P7cPSGg4xMUfi8ad+rNaPK/lSfeaw8V01V7 Qz/g== 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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id f21si9113793ejc.159.2019.10.01.08.09.01; Tue, 01 Oct 2019 08:09:26 -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; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2389339AbfJAPHl (ORCPT + 99 others); Tue, 1 Oct 2019 11:07:41 -0400 Received: from mga01.intel.com ([192.55.52.88]:5659 "EHLO mga01.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726309AbfJAPHl (ORCPT ); Tue, 1 Oct 2019 11:07:41 -0400 X-Amp-Result: UNKNOWN X-Amp-Original-Verdict: FILE UNKNOWN X-Amp-File-Uploaded: False Received: from fmsmga001.fm.intel.com ([10.253.24.23]) by fmsmga101.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 01 Oct 2019 08:07:39 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.64,571,1559545200"; d="scan'208";a="205080497" Received: from lahna.fi.intel.com (HELO lahna) ([10.237.72.157]) by fmsmga001.fm.intel.com with SMTP; 01 Oct 2019 08:07:34 -0700 Received: by lahna (sSMTP sendmail emulation); Tue, 01 Oct 2019 18:07:34 +0300 Date: Tue, 1 Oct 2019 18:07:34 +0300 From: Mika Westerberg To: Greg Kroah-Hartman Cc: linux-usb@vger.kernel.org, Andreas Noever , Michael Jamet , Yehezkel Bernat , Rajmohan Mani , Nicholas Johnson , Lukas Wunner , Alan Stern , Mario.Limonciello@dell.com, Anthony Wong , linux-kernel@vger.kernel.org Subject: Re: [RFC PATCH 17/22] thunderbolt: Add initial support for USB4 Message-ID: <20191001150734.GA2714@lahna.fi.intel.com> References: <20191001113830.13028-1-mika.westerberg@linux.intel.com> <20191001113830.13028-18-mika.westerberg@linux.intel.com> <20191001124748.GH2954373@kroah.com> <20191001130905.GO2714@lahna.fi.intel.com> <20191001145354.GA3366714@kroah.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20191001145354.GA3366714@kroah.com> Organization: Intel Finland Oy - BIC 0357606-4 - Westendinkatu 7, 02160 Espoo User-Agent: Mutt/1.12.1 (2019-06-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, Oct 01, 2019 at 04:53:54PM +0200, Greg Kroah-Hartman wrote: > On Tue, Oct 01, 2019 at 04:09:05PM +0300, Mika Westerberg wrote: > > On Tue, Oct 01, 2019 at 02:47:48PM +0200, Greg Kroah-Hartman wrote: > > > > - Thunderbolt Controller driver. This driver is required if you > > > > - want to hotplug Thunderbolt devices on Apple hardware or on PCs > > > > - with Intel Falcon Ridge or newer. > > > > + USB4 (Thunderbolt) driver. USB4 is the public spec based on > > > > + Thunderbolt 3 protocol. This driver is required if you want to > > > > + hotplug Thunderbolt and USB4 compliant devices on Apple > > > > + hardware or on PCs with Intel Falcon Ridge or newer. > > > > > > Wait, did "old" thunderbolt just get re-branded as USB4? > > > > Not but the driver started supporting USB4 as well :) > > > > USB4 is pretty much public spec of Thunderbolt 3 but with some > > differences in register layouts (this is because Thunderbolt uses some > > vendor specific capabilities which are now moved to more "standard" > > places). > > Ok, then we need to rename the Kconfig option as well, otherwise no one > will "know" that this changed, so they will not be prompted for it. > > > > Because if I have an "old" laptop that needs Thunderbolt support, how am > > > I going to know it is now called USB4 instead? > > > > Well the Kconfig option tries to have both names there: > > > > tristate "USB4 (Thunderbolt) support" > > > > and then > > > > USB4 (Thunderbolt) driver. USB4 is the public spec based on > > Thunderbolt 3 protocol. This driver is required if you want to hotplug > > Thunderbolt and USB4 compliant devices on Apple hardware or on PCs > > with Intel Falcon Ridge or newer. > > > > and the Kconfig option is still CONFIG_THUNDERBOLT. I know this is > > confusing but I don't have better ideas how we can advertise both. I > > borrowed this "format" from firewire. > > CONFIG_USB4 instead? OK, but does that break existing .configs? I mean if you have already CONFIG_THUNDERBOLT in your .config/defconfig does it now just get dropped silently? For example firewire has CONFIG_FIREWIRE even though the "standard" name is IEEE 1394. I was thinking maybe we can do the same for USB4/Thunderbolt?