Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp1080092rwl; Wed, 12 Apr 2023 08:03:14 -0700 (PDT) X-Google-Smtp-Source: AKy350b8lZut+PPcmxw16SiOVMiBTI70iHQ0ZlBGCzG+JL1JsKvFWdomJvNI2Mgs/rvsV+3UQEd5 X-Received: by 2002:a17:902:da83:b0:1a0:5524:eb8e with SMTP id j3-20020a170902da8300b001a05524eb8emr8676204plx.68.1681311794449; Wed, 12 Apr 2023 08:03:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1681311794; cv=none; d=google.com; s=arc-20160816; b=JMwa/2bDAWO517FcTP3dtf2VcNGzhQxUFhxK2/pv/Gp55i/d3aG6xD+ALnaJNDGhK9 +zbkq5Rz7kTZabQQEPGUNnycvV8fHb2M6mn3jkrP57y/fWXJV5GdRNjZJjhiI4Sc7dxF Cfd1/j0La19Tr0In+EZpDAljD2MdqhrI1wqUzUrQ8q6tIqPH+HWs7/wQLVpL9PGyVMyl YG++N9joXXWzls/cK9vZviXsSqg3cEaBIzBgVIAIt7POoiCDtY6flYNwFqncVt3roKJO /8my8+oPOgx9hnKUYpono/lBLlfNsZH0wt4bvOWtxdH0x7u6kdgmFuhvTx9ElcZYQLfI UubQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=Fb/hrMpWmod5eDn2r5u9iuaYuz4x9DdXJpN5xVKf0r8=; b=YHIXiFhnh3r4SaHsQ+ns9wmQcdjvimYoCmfifJydnA11a1kTYUPzi6B+xAUH1nrFZ6 2ytVzsD20Ef7DjdGYPB6tDkPc2eOAhNS2Eyy14R990fZ+CkJboBHJkR8DFpw/ojwbQKK GWbLTUXWa8O8o6RM+GgQa4MoFULB6gaYsy6aqmWgrEhM0s9MbZC8H812FNfpWnYfchOO K4/44PqUr9fJZ+JZhUL3SpESw5zaPT4r3GCiNlFpnfJ7wx71HZeR+T+upnKJN/Ytoju/ posX4xjQaVAQK35qVePzFaSf9M30cvkUCy1+1EvEg2jObz4cVNBBIoTVyMl6r6A4Ag+a /Kxg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20221208 header.b=gJO060po; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id ko13-20020a17090307cd00b00198ff2d6543si15606815plb.117.2023.04.12.08.02.49; Wed, 12 Apr 2023 08:03:14 -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=@gmail.com header.s=20221208 header.b=gJO060po; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229947AbjDLPC2 (ORCPT + 99 others); Wed, 12 Apr 2023 11:02:28 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:60150 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229572AbjDLPC1 (ORCPT ); Wed, 12 Apr 2023 11:02:27 -0400 Received: from mail-yb1-xb32.google.com (mail-yb1-xb32.google.com [IPv6:2607:f8b0:4864:20::b32]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 13383DC; Wed, 12 Apr 2023 08:02:26 -0700 (PDT) Received: by mail-yb1-xb32.google.com with SMTP id h198so18553520ybg.12; Wed, 12 Apr 2023 08:02:26 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681311745; x=1683903745; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=Fb/hrMpWmod5eDn2r5u9iuaYuz4x9DdXJpN5xVKf0r8=; b=gJO060poeQQaI+xxCB54ch1IabTjPkvIUQ72oUiKp+EV+ZbQu/ZjDo/G8Lt2sH5fEC j8nBayJGT/IEoU6by+litK4n4SAF/birLQ1Fp8x4kIT6Qmr81QkG8D+qWsLpcjmNu5tc iFrsqckG5XVKDaRTnO1XWd9BzYcw+NVbjx/txj8ReQQVj2PiyRzmh6jiBM2/thm10c/y t+sJpPKD1PYOd3pJOLulGcXLfgMH3fbYaeoecXbVzWR9k6DqAPp3TZjVKEgY/ftG/SYQ muXyfCvf+I3n7fXFIf20TdLekMgtcHd0yobUhgb7Bwe1UNuFakAMDfyJ64of4cZHrCOu yoEg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; t=1681311745; x=1683903745; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=Fb/hrMpWmod5eDn2r5u9iuaYuz4x9DdXJpN5xVKf0r8=; b=NWe50wa/yc2xS6PwEBFZFKP2+4GIewIFNs7GmICFPNkJaGAj5f/UTHcHqNdmpfMCW/ tFiJ+t+WVdjIGADv8pN3XnTmYSqu57MYBvFuQKoKVe7ogF5AyEofidqjEHQ/UXLfTJmx iwxKB84lUri+msrVrwv+AqTArY00v5DoRS2r/GgGEtSoFSFgZLQPEG1K92Vaxs7fw9aS OLLYiubEBT7exvTxW1WuV4ovZr2uEYGrK9RzSNAa1o9zLRThcvsArBYYt2halv3Zp8Mk ZeuPDgRfvzk2yWIKrbsTuYtVMdjQD+I/zSXt+vuHkQeO+gZ8CzYV5kIlvqkQs+q6MQSG QQsw== X-Gm-Message-State: AAQBX9f1+IA6pccbiiUC/jJvD3oTE1KpzMQhvlquwuyCj1Xt4l2wLXIX IOAsGX/SE8+I4HR0K6RF/k8l4PCH5r+8i6gPVzw= X-Received: by 2002:a25:d657:0:b0:b76:ae61:b68b with SMTP id n84-20020a25d657000000b00b76ae61b68bmr9219687ybg.5.1681311745171; Wed, 12 Apr 2023 08:02:25 -0700 (PDT) MIME-Version: 1.0 References: <20230410120629.642955-1-kal.conley@dectris.com> <20230410120629.642955-3-kal.conley@dectris.com> In-Reply-To: From: Magnus Karlsson Date: Wed, 12 Apr 2023 17:02:14 +0200 Message-ID: Subject: Re: [PATCH bpf-next v5 2/4] xsk: Support UMEM chunk_size > PAGE_SIZE To: Kal Cutter Conley Cc: Magnus Karlsson , =?UTF-8?B?QmrDtnJuIFTDtnBlbA==?= , Maciej Fijalkowski , Jonathan Lemon , "David S. Miller" , Eric Dumazet , Jakub Kicinski , Paolo Abeni , Jonathan Corbet , Alexei Starovoitov , Daniel Borkmann , Jesper Dangaard Brouer , John Fastabend , netdev@vger.kernel.org, bpf@vger.kernel.org, linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS 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 Wed, 12 Apr 2023 at 16:30, Kal Cutter Conley wrote: > > > > - pool->unaligned = unaligned; > > > pool->frame_len = umem->chunk_size - umem->headroom - > > > XDP_PACKET_HEADROOM; > > > + pool->unaligned = unaligned; > > > > nit: This change is not necessary. > > Do you mind if we keep it? It makes the assignments better match the > order in the struct declaration. Do not mind. > > > -static void xp_check_dma_contiguity(struct xsk_dma_map *dma_map) > > > +static void xp_check_dma_contiguity(struct xsk_dma_map *dma_map, u32 page_size) > > > { > > > u32 i; > > > > > > - for (i = 0; i < dma_map->dma_pages_cnt - 1; i++) { > > > - if (dma_map->dma_pages[i] + PAGE_SIZE == dma_map->dma_pages[i + 1]) > > > + for (i = 0; i + 1 < dma_map->dma_pages_cnt; i++) { > > > > I think the previous version is clearer than this new one. > > I like using `i + 1` since it matches the subscript usage. I'm used to > writing it like this for SIMD code where subtraction may wrap if the > length is unsigned, that doesn't matter in this case though. I can > restore the old way if you want. Please restore it in that case. I am not used to SIMD code :-).