Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S966021AbcKXUfh convert rfc822-to-8bit (ORCPT ); Thu, 24 Nov 2016 15:35:37 -0500 Received: from mga11.intel.com ([192.55.52.93]:50358 "EHLO mga11.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756748AbcKXUfe (ORCPT ); Thu, 24 Nov 2016 15:35:34 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.31,543,1473145200"; d="scan'208";a="35283140" From: "Levy, Amir (Jer)" To: Simon Guinot CC: "gregkh@linuxfoundation.org" , "andreas.noever@gmail.com" , "bhelgaas@google.com" , "corbet@lwn.net" , "linux-kernel@vger.kernel.org" , "linux-pci@vger.kernel.org" , "netdev@vger.kernel.org" , "linux-doc@vger.kernel.org" , "mario_limonciello@dell.com" , thunderbolt-linux , "Westerberg, Mika" , "Winkler, Tomas" , "Zhang, Xiong Y" , "remi.rerolle@seagate.com" Subject: RE: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking Thread-Topic: [PATCH v9 0/8] thunderbolt: Introducing Thunderbolt(TM) Networking Thread-Index: AQHSOoO1E33Xz8/iJ0iynfF+yxmEQqDQlsUAgAArbLCACQXjgIAErlSQgAAOeICABrA+AIADbF/A Date: Thu, 24 Nov 2016 20:35:24 +0000 Message-ID: References: <1478701208-4585-1-git-send-email-amir.jer.levy@intel.com> <20161109143632.GE6167@kw.sim.vm.gnt> <20161115105920.GH6167@kw.sim.vm.gnt> <20161118112007.GB1230@kw.sim.vm.gnt> <20161122172828.GB31492@kw.sim.vm.gnt> In-Reply-To: <20161122172828.GB31492@kw.sim.vm.gnt> Accept-Language: he-IL, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.184.70.10] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT MIME-Version: 1.0 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2156 Lines: 53 On Tue, Nov 22 2016, 07:28 PM, Simon Guinot wrote: > Hi Amir, > > I tested the thunderbolt-icm driver (v9 series) on an Gigabyte > motherboard > (Z170X-UD5 TH-CF) with a Thunderbolt 3 controller (Alpine Ridge 4C). > > I can see that the network interface is well created when the > motherboard is connected to a MacBook Pro (Thunderbolt 2 or 3). > > And here are the TCP bandwidths measured using the iperf3 benchmark: AFAIK, in UD5, Thunderbolt 3 is installed on 4 lanes of PCI Express Gen 3, which is good for performance. > > - MacBook Pro Thunderbolt 2: 8.46Gbits/sec > - MacBook Pro Thunderbolt 3: 11.8Gbits/sec > > Are this results consistent with your expectations ? Thunderbolt 2 - yes, Thunderbolt 3 - we didn't check the bandwidth with MacBook Pro Thunderbolt 3 yet. The bandwidth in Linux<->Linux and Linux<->Windows setups with Thunderbolt 3 is around 15G (one direction). > > From the MacOS system interface on the MacBook Pro Thunderbolt 3, I > noticed that the interface appears as dual lane (2x 20Gb/sec). But > when two MacBook Pro are connected together, the interface appears as > single lane (1x 40Gb/sec). Is some lane bonding support missing in the > Linux implementation ? At the moment the iCM doesn't lane bond the inter domain link. This will be added in a future drop of the iCM once the networking BW will be such that requires the bonding. > > Here are a couple of additional questions: > > - When the network interface is created, there is no IP address > assigned (or negotiated ?) on the Linux side. But it is done on the > MacOS side. And in the Linux kernel logs I can also read the message: > "ready for ThunderboltIP negotiation". Is there something missing or > not working on the Linux side ? What is the correct way to configure > or negotiate the IP address. For my tests I did it manually... This is not related to Thunderbolt, but to OS administration. I usually use ZeroConf in any OS that support Thunderbolt Networking, but static IP also works. "ready for ThunderboltIP negotiation" is an important part of the path establishment, but isn't related to IP address. Thanks, Amir