Received: by 2002:a05:6a10:f3d0:0:0:0:0 with SMTP id a16csp379443pxv; Thu, 24 Jun 2021 09:52:39 -0700 (PDT) X-Google-Smtp-Source: ABdhPJx+NknzUr72Nvexf48PJMR4Ev+cnmBaTmyorvmjZ1X98r/FKL7HtGpX9JU7qopw1KX1cR/t X-Received: by 2002:a02:820f:: with SMTP id o15mr5348348jag.139.1624553559258; Thu, 24 Jun 2021 09:52:39 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1624553559; cv=none; d=google.com; s=arc-20160816; b=X/BqNf5eLX7mQl3XN3d7bhRQ550vrUmxZLtuDobaazo7WohEda29p+QuZOU/u1xzyr AC1dkuUev5YogBEiNnsTkU791OlFRrU1mMhhLK8/EHzX886eVPr0F7vAvjiv1HrhhW2W KrRZTKfWFJV8BEgBkfQUoEbjN197ZCK/c6cplXByfiCMQyYVejwCFrahXTDfWehmOu10 Jf4UytrGzTSm/s/AS1erRaXJhn8vg4Nq6MrrQA+LOzRMhRr5R5Z4wybw9ijTr/1VeuOE h02bmMmy0ZoDQtbEn9HArNMPwr1oPJi/YZTZg2x0URk3sXw/AKHSWg72zd8IgNkqSqmM rwOA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=4uYM7pK+d+6GImbZmWlDkPRpNJdfTsOMkvDICCyohZo=; b=nhy3Yx20mkAYmhoXrUD2ZMC4l82AVuQhvTc+31MuRw4zzJLdZdyYznnLDBMv+JLWik BYh9G//drX3jAWw2CqaOkxPL5KVRe0af+I5c8x2yYW9+E2GPG1DDgru3zytyVEtVkF2N v3Zg506YhTaB7E2Warxf6inid82YaGIYttbAybQYGFzT6OrI0aZMypTwr4aEi2zX/KKe XjMgmPnVQi/WMOAC5W/O3VNzr5qBjLcoGisJ+U+MBUGifw6TAbje8tAgTmR5SAWWbvEe FBZxBtofEkRtnIwZXoF9MmhAcFAXxjewFn7KiAEHuH6zNCWOH8odPgAt6h2+TXdZZ9RZ PLHg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Pq5SVqGh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w21si4054180jal.38.2021.06.24.09.52.26; Thu, 24 Jun 2021 09:52:39 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=Pq5SVqGh; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232156AbhFXQyC (ORCPT + 99 others); Thu, 24 Jun 2021 12:54:02 -0400 Received: from mail.kernel.org ([198.145.29.99]:52152 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229881AbhFXQyB (ORCPT ); Thu, 24 Jun 2021 12:54:01 -0400 Received: by mail.kernel.org (Postfix) with ESMTPSA id C31D96140A; Thu, 24 Jun 2021 16:51:41 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1624553502; bh=8VJ9gHpfNusEy0hnsToOzf7TUZAq4xvU5hO1AlbgRro=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Pq5SVqGhwbOimMrJsmsORyiGbAYYOTTL6ujg1C56oBKp9zZJhsWzg/zNRpvAVCL1t W4iw9z/Znfp6VjndwmcbTgWTviXGQA7kExYTPH2HiU0L1F8rrW9y0rnTUy5BrHlqM5 FZL8G89I7CwqGIIunZk2ANNGuue/yUF6qRZvGEro= Date: Thu, 24 Jun 2021 18:51:39 +0200 From: Greg KH To: Rocco Yue Cc: "David S . Miller" , Jakub Kicinski , Jonathan Corbet , Hideaki YOSHIFUJI , David Ahern , Matthias Brugger , Felix Fietkau , John Crispin , Sean Wang , Mark Lee , netdev@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-mediatek@lists.infradead.org, bpf@vger.kernel.org, wsd_upstream@mediatek.com, chao.song@mediatek.com, kuohong.wang@mediatek.com Subject: Re: [PATCH 4/4] drivers: net: mediatek: initial implementation of ccmni Message-ID: References: <20210624155501.10024-1-rocco.yue@mediatek.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210624155501.10024-1-rocco.yue@mediatek.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jun 24, 2021 at 11:55:02PM +0800, Rocco Yue wrote: > On Thu, 2021-06-24 at 14:23 +0200, Greg KH wrote: > On Thu, Jun 24, 2021 at 07:53:49PM +0800, Rocco Yue wrote: > >> > >> without MTK ap ccci driver (modem driver), ccmni_rx_push() and > >> ccmni_hif_hook() are not be used. > >> > >> Both of them are exported as symbols because MTK ap ccci driver > >> will be compiled to the ccci.ko file. > > > > But I do not see any code in this series that use these symbols. We can > > will delete these symbols. > > > not have exports that no one uses. Please add the driver to this patch > > series when you resend it. > > > > I've just took a look at what the Linux staging tree is. It looks like > a good choice for the current ccmni driver. > > honstly, If I simply upload the relevant driver code B that calls > A (e.g. ccmni_rx_push), there is still a lack of code to call B. > This seems to be a continuty problem, unless all drivers codes are > uploaded (e.g. power on modem, get hardware status, complete tx/rx flow). Great, send it all! Why is it different modules, it's only for one chunk of hardware, no need to split it up into tiny pieces. That way only causes it to be more code overall. > >> In addition, the code of MTK's modem driver is a bit complicated, > >> because this part has more than 30,000 lines of code and contains > >> more than 10 modules. We are completeing the upload of this huge > >> code step by step. Our original intention was to upload the ccmni > >> driver that directly interacts with the kernel first, and then > >> complete the code from ccmni to the bottom layer one by one from > >> top to bottom. We expect the completion period to be about 1 year. > > > > Again, we can not add code to the kernel that is not used, sorry. That > > would not make any sense, would you want to maintain such a thing? > > > > And 30k of code seems a bit excesive for a modem driver. Vendors find > > that when they submit code for inclusion in the kernel tree, in the end, > > they end up 1/3 the original size, so 10k is reasonable. > > > > I can also take any drivers today into the drivers/staging/ tree, and > > you can do the cleanups there as well as getting help from others. > > > > 1 year seems like a long time to do "cleanup", good luck! > > > > Thanks~ > > Can I resend patch set as follows: > (1) supplement the details of pureip for patch 1/4; > (2) the document of ccmni.rst still live in the Documentation/... > (3) modify ccmni and move it into the drivers/staging/... for drivers/staging/ the code needs to be "self contained" in that it does not require adding anything outside of the directory for it. If you still require this core networking change, that needs to be accepted first by the networking developers and maintainers. thanks, greg k-h