Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp4314457ybi; Mon, 3 Jun 2019 08:54:51 -0700 (PDT) X-Google-Smtp-Source: APXvYqyvckemqywd4dkbDPcJrSqSOVrgdAxcjO/ct7faLn2IvsEYsq6HxTqV+0QD53oDWLySf7ZF X-Received: by 2002:a62:6d47:: with SMTP id i68mr32348284pfc.189.1559577291110; Mon, 03 Jun 2019 08:54:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1559577291; cv=none; d=google.com; s=arc-20160816; b=wCOEID0UhD033GeSQ3UPCtI4NqjrPZ24sNh84Wdw6zmURn/cXyDtDT8zdq0UbHH9nV tlfT3XxbuOeQkSKlbqnRW0bK6QMyaZ29KlibDG6YmNdba1e2n035RxmYEIq1/II/Ijzo d2sppgo2OqlJl2W+ddxr+pKbeitpDKlCleT1JjKLPyW28de5fHKG994zBw0AgYV5X3bz ygpVI62xGDZekcFOMfXy2oDShs1b8E0MXv0uHMUzvW0d214Yxv1Z1Qe9LUEfLOma3aQK IrG3SnovccSLXfFkQpyEEHj+b0lBrvtgaBTLFTDddJkp92DDzFQuMppruo4PcvjrHMWy e/0w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding :content-language:in-reply-to:mime-version:user-agent:date :message-id:from:references:cc:to:subject:dkim-signature; bh=GpFzEpr1ezfAmPIG1U95ynZ5Rh+k9URxN/mncQwbUQk=; b=XvjJHb7fD28m0GhBj3un4IdkWUtBb4vw0K9E3DojKdq92sj43zAr64u1UuEnk/mJ1L XAFvswE4qHkerYL2tSaivNjX9TX0oDxiEzgvo0oLGOn6p/f/wLbm6NhHfJtTyY+9WPwz 5rzBJ/BIPSRIKkpTDJewtTGXOOxGLiB54e6FNI8Cylu19WeCKNELfsv2hvTxvTa9+Z3d +NRBLYecTXZPdjzBo9dC90BEFN1QsPKPZWOE47K2X4M6joZIA4TS2VUODdJzchPsXPm4 KzCkZp/pXXSUxbpfvPeQ+9klHMeK46Fn1yby1/Me7HyjW0IZ1Ytl3ozs54Djzt8VkboY aJ/A== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=oBApCORx; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id w13si18893299plp.271.2019.06.03.08.54.34; Mon, 03 Jun 2019 08:54: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; dkim=pass header.i=@linaro.org header.s=google header.b=oBApCORx; 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=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729672AbfFCPwy (ORCPT + 99 others); Mon, 3 Jun 2019 11:52:54 -0400 Received: from mail-it1-f196.google.com ([209.85.166.196]:39339 "EHLO mail-it1-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729585AbfFCPwu (ORCPT ); Mon, 3 Jun 2019 11:52:50 -0400 Received: by mail-it1-f196.google.com with SMTP id j204so22026359ite.4 for ; Mon, 03 Jun 2019 08:52:49 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=GpFzEpr1ezfAmPIG1U95ynZ5Rh+k9URxN/mncQwbUQk=; b=oBApCORx2TVaSa216x4E5fWeNliHwLcHKgzvAiwAQj8dhZ1r9t956omEZF1QQfS9Qn L4GYcQEFUI2hVJ5He6pUDQDUNyPznBtxjBYhYgWqf0fpncq8kFEDs/+HOYrnAP6r9obM T9qxjp1J8zHbaJiaXN6PDoLBGISs83YZyJ8Usa30SQiYXgwfXXGbF1s6FibOLcl34SKl vmBvNMOVYyW8K4XlWvfPG76wjQWDeeqOPEjNgfG57tXvxOLi3EN0fasmt5IWrPSqUfvx 8DX+S2kyo+AAwLnSKCV0MFxSNOmOYqzTkLSHwEUJsGuBY6OmAel+brYjn8OUNx7Xym6d +xdA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=GpFzEpr1ezfAmPIG1U95ynZ5Rh+k9URxN/mncQwbUQk=; b=TR1N7AALft8U/gfbSlsthj218c/4PnC83Sxzu6G9bvb4x5o5PdCrYAbthUOS7XollL xaxayZkpH1WYhWwFjyS4cDZFiWvtcLCee4vRRrMybB4dUdP8dmU+hc15yijuuGnFMFed P46bsbgVh3cBl0gJ+VXH3HmMAdumnONuZwfXrqHHRr82P3r8i/OXCrHhiGpNIBJJjn9B W6uMXaQhQLWOep1qrtfIonJGq27OxKYvW1J0JP1b12DPJqxOOnsgyineEAWbqJHiPyBZ otmlYqucg8vjV6Q50I6GVqe1iKC4LTMWlFi9JeW/uW0lOhoHZT/89VilEucX3qEyiXOe Z0dA== X-Gm-Message-State: APjAAAVOOtOWL6MhDDFh+kpwTbeJQxdUGwq/y1950u7z658HXx4diKcX DkTg+ZBjrSQ9lqEpAyETV+2qrQ== X-Received: by 2002:a24:e943:: with SMTP id f64mr17241456ith.32.1559577169293; Mon, 03 Jun 2019 08:52:49 -0700 (PDT) Received: from [172.22.22.26] (c-71-195-29-92.hsd1.mn.comcast.net. [71.195.29.92]) by smtp.googlemail.com with ESMTPSA id j23sm2301492ioo.6.2019.06.03.08.52.47 (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Mon, 03 Jun 2019 08:52:48 -0700 (PDT) Subject: Re: [PATCH v2 00/17] net: introduce Qualcomm IPA driver To: Dan Williams , Arnd Bergmann Cc: David Miller , Bjorn Andersson , Ilias Apalodimas , evgreen@chromium.org, Ben Chan , Eric Caruso , cpratapa@codeaurora.org, syadagir@codeaurora.org, Subash Abhinov Kasiviswanathan , abhishek.esse@gmail.com, Networking , DTML , Linux Kernel Mailing List , linux-soc@vger.kernel.org, Linux ARM , linux-arm-msm@vger.kernel.org References: <20190531035348.7194-1-elder@linaro.org> <065c95a8-7b17-495d-f225-36c46faccdd7@linaro.org> <3b1e12b145a273dd3ded2864d976bdc5fa90e68a.camel@redhat.com> From: Alex Elder Message-ID: <87f98f81-8f77-3bc5-374c-f498e07cb1bd@linaro.org> Date: Mon, 3 Jun 2019 10:52:47 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:60.0) Gecko/20100101 Thunderbird/60.7.0 MIME-Version: 1.0 In-Reply-To: <3b1e12b145a273dd3ded2864d976bdc5fa90e68a.camel@redhat.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 6/3/19 9:54 AM, Dan Williams wrote: >> To be perfectly honest, at first I thought having IPA use rmnet >> was a cargo cult thing like Dan suggested, because I didn't see > To be clear I only meant cargo-culting the naming, not any > functionality. Clearly IPA/rmnet/QMAP are pretty intimately connected > at this point. But this goes back to whether IPA needs a netdev itself > or whether you need an rmnet device created on top. If the former then > I'd say no cargo-culting, if the later then it's a moot point because > the device name will be rmnet%d anyway. OK I thought you weren't sure why rmnet was a layer at all. As I said, I didn't have a very good understanding of why it was even needed when I first started working on this. I can't (or won't) comment right now on whether IPA needs its own netdev for rmnet to use. The IPA endpoints used for the modem network interfaces are enabled when the netdev is opened and disabled when closed. Outside of that, TX and RX are pretty much immediately passed through to the layer below or above. IPA currently has no other net device operations. -Alex