Received: by 2002:a05:6358:7058:b0:131:369:b2a3 with SMTP id 24csp7194172rwp; Tue, 18 Jul 2023 11:24:05 -0700 (PDT) X-Google-Smtp-Source: APBJJlFxEuSIfIugyI6mfe9kh1//79TuAqer8u2AUmOry71rrkNgx/B4cFfBkoQj1xN1/dBCyjHh X-Received: by 2002:a05:6a20:7f85:b0:12c:bbd3:a0dd with SMTP id d5-20020a056a207f8500b0012cbbd3a0ddmr264558pzj.0.1689704645345; Tue, 18 Jul 2023 11:24:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1689704645; cv=none; d=google.com; s=arc-20160816; b=IatMi5WwAPVC1jsf4FcOUC6xYoucknhallecUjDcdobKOfqB3Ibl7H2GaHlij6hciw VtBaFu8vLg5AcpW5OGyhlDsmZxSUtNhtIHOp0+HikYEZyiLtqdriI1reVbdVRVBis1j7 vmYIecQN/p7YxLiKSRd9SV5kUYwFuWi+9f92R0CPaEZs2q/hpm3rWVdXpxwe7fHwbzdm Ur5yRBN4QZU/qSSC7nKc+QJLq56CDv5ryySh2ooQomNXFabqqY0sPGf+udsBM5DEcQmf 6sgu5NtaXgOA0TY3ooHbZiK0r35mRRAyDbZVAXYSY3kl/R9LWa/X3fBRvf/bcEuCQNoq PBcg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:message-id:subject:cc:to:from:date :dkim-signature; bh=lf1xmiu6A9kWBIKquHyFpMJOnIp9cLYX1oFqyP5iDaY=; fh=qLbeAkCD6lATZGdHNncRKpTMeLw6GZhUSWYx6VZcKJw=; b=0U7c6mG8cb5IhtfV7/HCJVNuZtNd5y7VrfnGorBPPAsk69jHc1wpYqPGH/xdCmA3Wl fEaOda2FUDZ/oUdNAsyaxcNy8gofGafgpOzJFq+9TCejBhkSaWUuXSinONeFTY3ASh8U hal6a+1NTEJYDkA7yWZcn/m9Oi7VicfVRubiYJd54WQOCxhsVrg95cTpWeWwLQgM0Pcu H61a63XZAAkQRNTD1ZqqT8JkiiUc/r9X3OW/wV9CeMmxsAU0fyM5wos8J48z2bJMGfEm Lg8eQh5CfdAt8rnNKZZPnf+tzUlqa9Ors5WBmuTBTo7Zqr0F8/NIgZjb213K7DC6gBUd 10mg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Sk34ZwNB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id s67-20020a635e46000000b0054fd06a3585si1847696pgb.158.2023.07.18.11.23.52; Tue, 18 Jul 2023 11:24:05 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=k20201202 header.b=Sk34ZwNB; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229452AbjGRSQ0 (ORCPT + 99 others); Tue, 18 Jul 2023 14:16:26 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:51842 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229437AbjGRSQZ (ORCPT ); Tue, 18 Jul 2023 14:16:25 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1E15BB6 for ; Tue, 18 Jul 2023 11:16:24 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id A7106615B5 for ; Tue, 18 Jul 2023 18:16:23 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 964E8C433C7; Tue, 18 Jul 2023 18:16:22 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1689704183; bh=dLw0o8GM5ZiBvdbNfsNS2F4dK0uCCiB3AzKY0zXlyXc=; h=Date:From:To:Cc:Subject:In-Reply-To:References:From; b=Sk34ZwNBe/3LC5ZIESpIzoRXj4R8CoaZFCUhRCCRjVBdh7WY6p9UGAQJ8anvUVIBk bwm6uah3bWKRroO9mMyGstbl+cmPOfMayBy0jMEdDp4ojAA5T1phqU2xDBfAqrfymG TT1zwfibNIIqZZTCMCdCFYUS9F3HE9UtrEF3w8g4nYDNByJlEUSSXnOIjVxtp0qkmV 8jZCxDUu0QlDS2mYALIsha2JHv6NqdnVTBz/iNqiuqVNCNNGrmpGNms5pteH6v8xZq ZK2etPYINuucQ/iQ0VkMegoraBmpDAkaRKNtqbq6tNXFu39zkWnejECZVTzmYcSkQA iBVbYV3mFpcow== Date: Tue, 18 Jul 2023 11:16:21 -0700 From: Jakub Kicinski To: Yunsheng Lin Cc: Alexander Lobakin , Yunsheng Lin , , , , , Lorenzo Bianconi , Alexander Duyck , Liang Chen , Saeed Mahameed , Leon Romanovsky , Eric Dumazet , Jesper Dangaard Brouer , Ilias Apalodimas Subject: Re: [PATCH v5 RFC 1/6] page_pool: frag API support for 32-bit arch with 64-bit DMA Message-ID: <20230718111621.35a64a0b@kernel.org> In-Reply-To: <6c94f7b8-f553-1fce-f3f1-66cdead9e056@huawei.com> References: <20230629120226.14854-1-linyunsheng@huawei.com> <20230629120226.14854-2-linyunsheng@huawei.com> <20230707170157.12727e44@kernel.org> <3d973088-4881-0863-0207-36d61b4505ec@gmail.com> <20230710113841.482cbeac@kernel.org> <8639b838-8284-05a2-dbc3-7e4cb45f163a@intel.com> <20230711093705.45454e41@kernel.org> <1bec23ff-d38b-3fdf-1bb3-89658c1d465a@intel.com> <46ad09d9-6596-cf07-5cab-d6ceb1e36f3c@huawei.com> <20230712102603.5038980e@kernel.org> <9a5b4c50-2401-b3e7-79aa-33d3ccee41c5@huawei.com> <20230714105214.39ad4e4d@kernel.org> <6c94f7b8-f553-1fce-f3f1-66cdead9e056@huawei.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 17 Jul 2023 20:33:05 +0800 Yunsheng Lin wrote: > > Only those used in function prototypes. Pointers in structures > > are somewhat special and don't require fwd declaration. > > I gave it a try to split it, and something as below come out: > > https://github.com/gestionlin/linux/commit/11ac8c1959f7eda06a7b987903f37212b490b292 > > As the 'helpers.h' is not really useful when splitting, so only > 'page_pool_types.h' is added, and include 'page_pool_types.h' in > 'page_pool.h', does it make sense? > > As Alexander is sending a new RFC for the similar problem, I think > we need to align on which is the better way to solve the problem. LGTM, thanks!