Received: by 2002:a05:6a10:f347:0:0:0:0 with SMTP id d7csp595654pxu; Thu, 7 Jan 2021 12:55:31 -0800 (PST) X-Google-Smtp-Source: ABdhPJznG/467i8Lk8D+/eE+14Gh+tF5CUZT3QBDTZDWelxiVwQ9Ucx66FUVfCALJjwtRNfcmwfb X-Received: by 2002:a05:6402:746:: with SMTP id p6mr2992228edy.313.1610052930866; Thu, 07 Jan 2021 12:55:30 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1610052930; cv=none; d=google.com; s=arc-20160816; b=lxhS7BqJ+YycWcD0FYEMzKPtR+4IfseARGhK3gMX3cTW0q7Y0EnvcIYoU5wSX5PDtu IjFXs8cnx7fl0L/CtXc1Y4pOYVvK+dRAZh1FwZlp7+7N2V933swG7PBYtOLzjkAZs2ZT Pi6Mvps9iqCfTmmzv0TsvyswUdOj1A4dtUSdOHGliBMHLfp7I7oJkpf5T+gj2bQgbOZy /tuUk8vbMQtdLgPgdNh7WxGGJmzdhquV0R5QGDi/jrAIn/zDPKuwgiL7rrokv9f5BUIZ JxedPFabdo6iLCnL+uzFRVHXPBXTBXyskAbYzFib9LYnYqeY1FnaQsX08Crr/ffogeY6 IxNQ== 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; bh=rdO3kjtFq81sKA8604ci0NzDXiqSINFRH6nHkfk3oKY=; b=FFqyL3SpcWHGXsP/4NPeFA5Q/gW7NNUsuR8eIMQtm7l0+wPxcU/mi8XDYrlgTAhRtt 78AmWlvchULP24hp7CIenUi4HNdFVk9sG2khH6sQLkQ1dO7G1Od2TPsmEOgzHCIaMo9E as4l+/bWzTryj4+uyPRL3+Xifeztu3jAI+mreXXRvb1pJSZYKt6Pn8reiW67MelJCGXI 2cwu2MOC707dhJrpt+dTVG4Mi18QJNI/IuFjyZgt8QIaDYXf8XoLayxA6UCA9uI7Dnd/ PJFUgaVeze72zc3PRI9/p0cUccr1yXL8WBcTd46L2AVZ5XhvfqpnvByx8HgEGtvyxxqm Hr/Q== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o12si2728878edv.259.2021.01.07.12.55.04; Thu, 07 Jan 2021 12:55:30 -0800 (PST) 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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727475AbhAGUxk (ORCPT + 99 others); Thu, 7 Jan 2021 15:53:40 -0500 Received: from mail.kernel.org ([198.145.29.99]:58524 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726410AbhAGUxj (ORCPT ); Thu, 7 Jan 2021 15:53:39 -0500 Received: from gandalf.local.home (cpe-66-24-58-225.stny.res.rr.com [66.24.58.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 9406B2311E; Thu, 7 Jan 2021 20:52:57 +0000 (UTC) Date: Thu, 7 Jan 2021 15:52:56 -0500 From: Steven Rostedt To: Linus Torvalds Cc: Willem de Bruijn , Jakub Kicinski , David Miller , Jonathan Lemon , Thomas Gleixner , LKML , "the arch/x86 maintainers" , Christoph Hellwig , Matthew Wilcox , Daniel Vetter , Andrew Morton , Linux-MM , Peter Zijlstra , Ingo Molnar , Juri Lelli , Vincent Guittot , Dietmar Eggemann , Ben Segall , Mel Gorman , Daniel Bristot de Oliveira , Netdev Subject: Re: [BUG] from x86: Support kmap_local() forced debugging Message-ID: <20210107155256.7af2505e@gandalf.local.home> In-Reply-To: References: <20201118194838.753436396@linutronix.de> <20201118204007.169209557@linutronix.de> <20210106180132.41dc249d@gandalf.local.home> <20210106174917.3f8ad0d8@kicinski-fedora-pc1c0hjn.dhcp.thefacebook.com> X-Mailer: Claws Mail 3.17.8 (GTK+ 2.24.33; x86_64-pc-linux-gnu) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 7 Jan 2021 11:47:02 -0800 Linus Torvalds wrote: > On Wed, Jan 6, 2021 at 8:45 PM Willem de Bruijn wrote: > > > > But there are three other kmap_atomic callers under net/ that do not > > loop at all, so assume non-compound pages. In esp_output_head, > > esp6_output_head and skb_seq_read. The first two directly use > > skb_page_frag_refill, which can allocate compound (but not > > __GFP_HIGHMEM) pages, and the third can be inserted with > > netfilter xt_string in the path of tcp transmit skbs, which can also > > have compound pages. I think that these could similarly access > > data beyond the end of the kmap_atomic mapped page. I'll take > > a closer look. > > Thanks. > > Note that I have flushed my random one-liner patch from my system, and > expect to get a proper fix through the normal networking pulls. > > And _if_ the networking people feel that my one-liner was the proper > fix, you can use it and add my sign-off if you want to, but it really > was more of a "this is the quick ugly fix for testing" rather than > anything else. > Please add: Link: https://lore.kernel.org/linux-mm/20210106180132.41dc249d@gandalf.local.home/ Reported-by: Steven Rostedt (VMware) And if you take Linus's patch, please add my: Tested-by: Steven Rostedt (VMware) and if you come up with another patch, please send it to me for testing. Thanks! -- Steve