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 Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id A9493C433FE for ; Fri, 26 Nov 2021 15:41:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1354156AbhKZPor (ORCPT ); Fri, 26 Nov 2021 10:44:47 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:50438 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231590AbhKZPmq (ORCPT ); Fri, 26 Nov 2021 10:42:46 -0500 Received: from mail-wr1-x432.google.com (mail-wr1-x432.google.com [IPv6:2a00:1450:4864:20::432]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 44F24C06137F for ; Fri, 26 Nov 2021 07:33:13 -0800 (PST) Received: by mail-wr1-x432.google.com with SMTP id b12so19472005wrh.4 for ; Fri, 26 Nov 2021 07:33:13 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=L9jDX5nG7ioGkbdiDYXS1fdgmBHoztHHt2b89vYy/Vw=; b=ZbubdHtw41Z6BhnHw6viECjH25yQ6uFEioLV7N3v+PfU0wR+sd7DnFtXBim60fcCFj Xej4kHEpADBvS17z9kz3O3OUcOlAQJzwQNGAXVrY0P95IbBT6S6n1RN+hDg6pxtlSDA6 /ub5iQ7tkxqW99uKl4uB9HD0DW0N4HUE4sEJnllGqSNyicYYFt/RO0gDPsB6Fgitc5RD cpv93E3hNleJvnQ5yWq+lI9FE+nAWbcp+dorLNIyKeXf0OW5pJsuuN/V9TQC7xKdH5+e 2w2KSDC2G7uCMMv02NEbgzC1fOflrjvE0NPUqx981u/hZ0RQ/qXDzGXLDvzZQHkV40/V XFsA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=L9jDX5nG7ioGkbdiDYXS1fdgmBHoztHHt2b89vYy/Vw=; b=XKJZ8Kj482hj1Szc0iyfXe7ipewFQiJMxVuOl36LwveRbSjmL175CpFGV6WmvgVtza l33JrsLAbM17lB4obuTAlALUVpJ5bNEFsdc+U/LfldE/+jGBvuPgGtTbQpR/IcytusDG u55Re4AY5IkoR/+Fhy+SyxDsIQfN/3laAuvURl40E17ufD+1ZvVARfLxaZTqQcHpkyeO 3O5qWeaKGy4tIbtI5N+3XqZ8hfPiNJdInP8+G6wPF4ejZ+qagqVt8JIB9K7j6jPWKdYc r7hpWQrZbGU5QtXtXvJkDK1PZwsMwz+TI2OPXpoQsWGZxaxMR6n2+0hHDxLjYtg1Gp3I 6A7g== X-Gm-Message-State: AOAM531MlZGJyfuWpgnhS6oAFZS9Eg12MprJdSxf+93JExQsw5WlJW/a OIMxMycB0OwyR/AQaGmb99uNpas5XAkI+YRBexOu0URuC3CzJw== X-Google-Smtp-Source: ABdhPJwp0+mxQomX1+v9/EVhEaJcAOTuLcmc8bUKWQEvv70RR2b809mQsF51zlXt565YNU6Foz/N/WtLmknMqbckXCQ= X-Received: by 2002:adf:ef4f:: with SMTP id c15mr15289188wrp.226.1637940791470; Fri, 26 Nov 2021 07:33:11 -0800 (PST) MIME-Version: 1.0 References: <169f6a93856664dd4001840081c82f792ae1dc99.camel@redhat.com> In-Reply-To: From: Eric Dumazet Date: Fri, 26 Nov 2021 07:32:59 -0800 Message-ID: Subject: Re: [PATCH net] tcp: fix page frag corruption on page fault To: Paolo Abeni Cc: netdev@vger.kernel.org, Steffen Froemer Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Fri, Nov 26, 2021 at 7:27 AM Eric Dumazet wrote: > We need to find one flag that can ask gfpflags_normal_context() to > return false for this case. > > Or if too difficult, stop only using sk->sk_allocation to decide > between the per-thread frag, or the per socket one. > > I presume there are few active CIFS sockets on a host. They should use > a per socket sk_frag. > A pure networking change could be to use a new MSG_ flag to force sendmsg() to use the sk->sk_frag, but that would add yet another test in TCP fast path. About gfpflags_normal_context being used by dlm : we can simply add our own helper with a new name describing that we want: Both being in process context, and not from page fault handler .