Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp529246rwb; Tue, 27 Sep 2022 00:29:23 -0700 (PDT) X-Google-Smtp-Source: AMsMyM54NLGWskDLDXBtHYV2NPTFdNs+o2BclK90nwJ7MgjBSAdb3oxBrnDboP1nGlmHqYt6ILh+ X-Received: by 2002:a17:907:1b1f:b0:72f:56db:cce9 with SMTP id mp31-20020a1709071b1f00b0072f56dbcce9mr20601481ejc.605.1664263763070; Tue, 27 Sep 2022 00:29:23 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1664263763; cv=none; d=google.com; s=arc-20160816; b=rENyC7y8uX6ng94lmOLaTl5D5LtJFlJw0xR9miFazOxaT4BphGdl7M/J0zXxXajwI6 x4BUp2fudeedxwVcEPlhr7xGa+z+TXZj7UdAIaaJNdiJTcsry9hQvcqKAXYXMGAOMXWu ys+rvIVcBJKb51r0NoikAEhtTHAfsfaN6qtl0WnZOr80I8rU5WUztJEiidbYrT0fC3Y2 /JoOaDIdkcthOb+ZMC+jcv0Row0hUFVh//P4u61SF46EfGg2ZeeFg+XNsESL9Kv4qZNN 33pOhHXcDy9QZiHJmmNNtt0PobpIUkfzuOLS3oGj110CA09+sK4PMbIJkdy8LEniR3jy SVtA== 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=MY9FevnkL5I3N82AD5Pms3KQUuXhRmZFKZbn6s/rjoo=; b=U1Eu67xvD9OQ6n/sBCeAhEqrhjvk0PGzSYPUNXepk20LjejKMod6RTsCrnzSffLH6E 8YpIsSKu7wAdVtmCYyNlhUjAsucNSekXcnWH/I/sp6pGLsH4zZQhQYPgTOp76yRSDz9L h86SBsu7SSE/CRQSCTKjcFNl8sX0xKlLX3P8nTQTJydA8ojTXoGll+V3JrorjN6FJa83 XA+zZ5lwoAP69X9XwjFL69iosjkwXtA4wdxL/pWWo//HjaVtnQUnp6BDnw5SmbeNNwke mbO2i9qhM3DFjG/RpataOXuH4K0yjpt+qcxAETlamF50VzHhzk3B2ZrtDhGoo0TPjgPc us7w== 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 dn20-20020a17090794d400b0078054af5eeasi527467ejc.374.2022.09.27.00.28.55; Tue, 27 Sep 2022 00:29:22 -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 S230214AbiI0HEu (ORCPT + 99 others); Tue, 27 Sep 2022 03:04:50 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:52364 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230149AbiI0HEp (ORCPT ); Tue, 27 Sep 2022 03:04:45 -0400 Received: from fornost.hmeau.com (helcar.hmeau.com [216.24.177.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 94FEE659F3; Tue, 27 Sep 2022 00:04:42 -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 1od4de-008szV-AY; Tue, 27 Sep 2022 17:04:19 +1000 Received: by gwarestrin.arnor.me.apana.org.au (sSMTP sendmail emulation); Tue, 27 Sep 2022 15:04:18 +0800 Date: Tue, 27 Sep 2022 15:04:18 +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> <20220926102456.GC12777@breakpoint.cc> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220926102456.GC12777@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:24:56PM +0200, Florian Westphal wrote: . > In memory allocation failure, there is no bug, so nothing to fix, > so WARN is useless. It depends on why it failed. If it failed because we're asking for something that simply can't be fulfilled then sure. But if we're asking for something sane and kvzalloc still failed it then we should know about it. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt