From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-0.6 required=3.0 tests=DKIM_INVALID,DKIM_SIGNED, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE,SPF_PASS autolearn=unavailable autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 42CF0C31E5B for ; Wed, 19 Jun 2019 18:47:47 +0000 (UTC) Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.kernel.org (Postfix) with ESMTP id 1EBF4208CA for ; Wed, 19 Jun 2019 18:47:47 +0000 (UTC) Authentication-Results: mail.kernel.org; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="kQIh5jOa"; dkim=fail reason="key not found in DNS" (0-bit key) header.d=codeaurora.org header.i=@codeaurora.org header.b="EYJPfomC" Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1730314AbfFSSro (ORCPT ); Wed, 19 Jun 2019 14:47:44 -0400 Received: from smtp.codeaurora.org ([198.145.29.96]:52672 "EHLO smtp.codeaurora.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726175AbfFSSro (ORCPT ); Wed, 19 Jun 2019 14:47:44 -0400 Received: by smtp.codeaurora.org (Postfix, from userid 1000) id BFC886063F; Wed, 19 Jun 2019 18:47:42 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560970062; bh=1yZ8gW4omtDGb+oqxDGLEnHBunqq4YkklbYTCwDXY3U=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=kQIh5jOa/cXWbooFqk3WCsn70ABRuoV0jnfVYeJSkyHfIFkju+3qmGPNMdevfks3e f2aBzUFDFi1wJmBElItePeSJlBzfqspKFXRjp/1g9ElfshPGiseUjQG0rTGega79Xr IfBUZMyHrJlFlYzC6kSekM3CXRd102LAksKVSjrU= Received: from mail.codeaurora.org (localhost.localdomain [127.0.0.1]) by smtp.codeaurora.org (Postfix) with ESMTP id DADCA6063F; Wed, 19 Jun 2019 18:47:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=codeaurora.org; s=default; t=1560970061; bh=1yZ8gW4omtDGb+oqxDGLEnHBunqq4YkklbYTCwDXY3U=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=EYJPfomCH0dyi8k+h1DqgHcD2V+VGlCjTr2UW5kMNzdEfu1KOLIsNdJLhoktaOzmA m/h33t+EefNSvWuAkeKELMtnzWcc+qBxt8d9cgJtkGZ48T9SKBFnd9AXK8qipv82lA v0cg/okvJwlKbZsTmYQvUj8EwjwxzJTMZbjQGxjY= MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed Content-Transfer-Encoding: 7bit Date: Wed, 19 Jun 2019 12:47:41 -0600 From: Subash Abhinov Kasiviswanathan To: Arnd Bergmann Cc: Johannes Berg , Alex Elder , abhishek.esse@gmail.com, Ben Chan , Bjorn Andersson , cpratapa@codeaurora.org, David Miller , Dan Williams , DTML , Eric Caruso , evgreen@chromium.org, Ilias Apalodimas , Linux ARM , linux-arm-msm@vger.kernel.org, Linux Kernel Mailing List , linux-soc@vger.kernel.org, Networking , syadagir@codeaurora.org Subject: Re: [PATCH v2 00/17] net: introduce Qualcomm IPA driver In-Reply-To: References: <380a6185-7ad1-6be0-060b-e6e5d4126917@linaro.org> <066e9b39f937586f0f922abf801351553ec2ba1d.camel@sipsolutions.net> <613cdfde488eb23d7207c7ba6258662702d04840.camel@sipsolutions.net> <6c70950d0c78bc02a3d016918ec3929e@codeaurora.org> Message-ID: <2926e45fd7ff62fd7c4af9b338bf0caa@codeaurora.org> X-Sender: subashab@codeaurora.org User-Agent: Roundcube Webmail/1.2.5 Sender: netdev-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org >> There is a n:1 relationship between rmnet and IPA. >> rmnet does the de-muxing to multiple netdevs based on the mux id >> in the MAP header for RX packets and vice versa. > > Oh, so you mean that even though IPA supports multiple channels > and multiple netdev instances for a physical device, all the > rmnet devices end up being thrown into a single channel in IPA? > > What are the other channels for in IPA? I understand that there > is one channel for commands that is separate, while the others > are for network devices, but that seems to make no sense if > we only use a single channel for rmnet data. > AFAIK, the other channels are for use cases like tethering. There is only a single channel which is used for RX data which is then de-muxed using rmnet. -- Qualcomm Innovation Center, Inc. is a member of Code Aurora Forum, a Linux Foundation Collaborative Project