Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp789511rwb; Mon, 26 Sep 2022 06:01:50 -0700 (PDT) X-Google-Smtp-Source: AMsMyM4MBJ9/ICUCdv9cC4upGii1kEMpxO1R1kZUaK/7sI3z6Nu4e/mPv+oD2TreV/b3/zPWuDaa X-Received: by 2002:a17:907:5c2:b0:77e:def7:65d8 with SMTP id wg2-20020a17090705c200b0077edef765d8mr18530049ejb.487.1664197309605; Mon, 26 Sep 2022 06:01:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664197309; cv=none; d=google.com; s=arc-20160816; b=0vEkSpaBiqzZMuPUgvekkH746nhSseMrKruBAfYNX2XWX3T6XtDqoUr5lollQpEkQB UDIdAGYZdZn9LzYAa5K2v5ZjcJ56r7cZDPz95VbmxoE05X/O5xh198kZ/78nYfKzHFGo ybUjt0gcrT50jysx/rfU6GQFPtObiC6nWJA7scsUddzAT/Mbvd2kaJJEFnTUjdvMgrtN tRTtI1OZtlWVyqJF7wvORGd2oPZopKP9Xslh4tKSmshRZmU04fU274Si8sUZsUC5O3// Z2pSUsxDrVcxKoYAg8JZlm9SOiiBxvSCvwFLSASSotgLRWhCJIAlvf/UY9jBmTePaHaW YCag== 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; bh=hyND7bG1urCuyVTPetS+aYE7o6AH4jywlKd0QVADyyU=; b=b3zZKzdsJwv8P1khHHG7Bk8gTtIViQtW1VEosDRcunDym7JVUS6hJ9gHzpBac5Xyja l2WemxRkM6fZtIghS+KIYvHCLpZEkOpMNOOEdxfzPO+tiqWFPt+80ajKJ9snrzx/s02z HSZLqUfA836niAzrNKXb8KZQR6lJc+IQ3WoY36XstK5qS2UuX5Ju9hDubNnd6mCdRJVK zu0fClrscz2oSF5tQX2J8bg6ukFkqBRqeXlDaKRiG+djQcCDjIYuDKYMK+t/S5sLpc4/ IfR0H+Mqbyc1spt5vowhuFF4IvDPdUn6hFVt4jeFwSnCTnim+4L0pDsAbXlGrt9dXLia uYBg== ARC-Authentication-Results: i=1; mx.google.com; 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 Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id b8-20020a056402278800b0044ee78106ccsi17598873ede.174.2022.09.26.06.01.20; Mon, 26 Sep 2022 06:01:49 -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; 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 Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S235566AbiIZK2Q (ORCPT + 99 others); Mon, 26 Sep 2022 06:28:16 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37682 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235764AbiIZKZB (ORCPT ); Mon, 26 Sep 2022 06:25:01 -0400 Received: from fornost.hmeau.com (helcar.hmeau.com [216.24.177.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 9EBB612AEC; Mon, 26 Sep 2022 03:18:16 -0700 (PDT) Received: from gwarestrin.arnor.me.apana.org.au ([192.168.103.7]) by fornost.hmeau.com with smtp (Exim 4.94.2 #2 (Debian)) id 1oclAk-008SVO-Vc; Mon, 26 Sep 2022 20:17:12 +1000 Received: by gwarestrin.arnor.me.apana.org.au (sSMTP sendmail emulation); Mon, 26 Sep 2022 18:17:10 +0800 Date: Mon, 26 Sep 2022 18:17:10 +0800 From: Herbert Xu To: Florian Westphal Cc: netdev@vger.kernel.org, tgraf@suug.ch, urezki@gmail.com, Paolo Abeni , "David S. Miller" , Eric Dumazet , Jakub Kicinski , linux-kernel@vger.kernel.org, akpm@linux-foundation.org, Martin Zaharinov , Michal Hocko , Paolo Bonzini , kvm@vger.kernel.org Subject: Re: [PATCH net] rhashtable: fix crash due to mm api change Message-ID: References: <20220926083139.48069-1-fw@strlen.de> <20220926085018.GA11304@breakpoint.cc> <20220926100550.GA12777@breakpoint.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220926100550.GA12777@breakpoint.cc> X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,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 Mon, Sep 26, 2022 at 12:05:50PM +0200, Florian Westphal wrote: > > I don't understand that at all, since this means removal of > __GFP_NOWARN -- that makes no sense to me. Only in the case of kvzalloc. We expect kzalloc to fail, that's why it gets NOWARN. There is no sane reason for kvzalloc to fail so it should warn. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt