Received: by 2002:a05:6358:11c7:b0:104:8066:f915 with SMTP id i7csp862530rwl; Fri, 24 Mar 2023 03:06:09 -0700 (PDT) X-Google-Smtp-Source: AKy350byW5mxIk3IS2yYJJJnUtIuXXegluwwG2lkMOWhTmeHZTxt4/TVoN5GF64pXlzvKus4L2H/ X-Received: by 2002:a17:906:209e:b0:8d3:be84:1cc6 with SMTP id 30-20020a170906209e00b008d3be841cc6mr1268741ejq.3.1679652369432; Fri, 24 Mar 2023 03:06:09 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1679652369; cv=none; d=google.com; s=arc-20160816; b=u/2+QkLtSY2QhVDtRgXc/b87hJGCXeZYST1SyLGmxmhuJZc1sglQwkXPPNORKWn/00 EBPdZe/rkLFNtwcUGVSlhve+fJHDD9y9rh7RoliU463kwyxvZXGeTQAvy0zdC6KR/C1D nzp0lpu5asqnwKn4K5xC9PW6VkJ/josxdvyUmRnofIESiXK39kh0SIzlUjXuKRezkZ3y iEvmg2IB4KuYftZVxHCz0maDlwWRurNVsgWoRc/Gbw+8YHp25ORmjzddBE4O9IP0yijs QUJ4L9hE3gISF44saaIWawY50IyRJv91sGqgMLF178qldG/HRs58GylPRjK4LkRmIMqP gBIw== 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=Uurw2Wc91B3agOwfQMO3zeSb4yKXgD7nJUwW/09Ld2U=; b=Iwav5DA7adLYMuhoAlHKKH3ESvu2b58aN6ClYGaidwbG6OEHc7iKIm/cWQuRrPTFGZ WAvzrZzxAlBpkUUXED0sIXe6ZFIfF4IxK8kl8XjnaX386WAx/XR3ZOKo+/FOm/Cec6L9 9Y95vKCG2Pkolgl9fZf1xI0zZNzc9McXzG1kWdzij0/bcpM819GPqfonx1wmn1Xv5+iz 3qT3w4DGX3/OBk8bMX9wWaoqJWj00JTcO1vgNLIJ8+tIN+75sty1iliRGrjnXAy9vA2e LsOUTdMVoGs6AH2HB/ec+JnwA55/7+tmATK/1OzUXJ7aAtAEFfc+Xj1k+2VTwSprQnvd 6/xg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-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 oz44-20020a1709077dac00b0093336340ddasi17989427ejc.708.2023.03.24.03.05.45; Fri, 24 Mar 2023 03:06:09 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-crypto-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-crypto-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-crypto-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229508AbjCXKEV (ORCPT + 99 others); Fri, 24 Mar 2023 06:04:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:59796 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229536AbjCXKEV (ORCPT ); Fri, 24 Mar 2023 06:04:21 -0400 Received: from 167-179-156-38.a7b39c.syd.nbn.aussiebb.net (167-179-156-38.a7b39c.syd.nbn.aussiebb.net [167.179.156.38]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 1C70B1A49F; Fri, 24 Mar 2023 03:04:20 -0700 (PDT) Received: from loth.rohan.me.apana.org.au ([192.168.167.2]) by formenos.hmeau.com with smtp (Exim 4.94.2 #2 (Debian)) id 1pfeH8-008FBY-Ov; Fri, 24 Mar 2023 18:03:59 +0800 Received: by loth.rohan.me.apana.org.au (sSMTP sendmail emulation); Fri, 24 Mar 2023 18:03:58 +0800 Date: Fri, 24 Mar 2023 18:03:58 +0800 From: Herbert Xu To: Ard Biesheuvel Cc: Krzysztof Kozlowski , "David S. Miller" , Nicolas Ferre , Alexandre Belloni , Claudiu Beznea , linux-crypto@vger.kernel.org, linux-arm-kernel@lists.infradead.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/2] crypto - img-hash: Drop of_match_ptr for ID table Message-ID: References: <20230310223027.315954-1-krzysztof.kozlowski@linaro.org> <20230310223027.315954-2-krzysztof.kozlowski@linaro.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-Spam-Status: No, score=4.3 required=5.0 tests=HELO_DYNAMIC_IPADDR2, PDS_RDNS_DYNAMIC_FP,RDNS_DYNAMIC,SPF_HELO_NONE,SPF_PASS,TVD_RCVD_IP autolearn=no autolearn_force=no version=3.4.6 X-Spam-Level: **** X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-crypto@vger.kernel.org On Thu, Mar 23, 2023 at 09:43:58AM +0100, Ard Biesheuvel wrote: > > No. PRP0001 support in ACPI does not depend on OF, so drivers that may > be bound to such devices should not either. > > If you are concerned about the memory used by such tables, you can > always propose making PRP0001 support configurable in the ACPI core, > but making individual devices depend on OF for PRP0001 matching seems > wrong to me. What I am against is removing of_match_ptr by doing a million tiny patches. Either we should keep it, in which case the of_match_table field should be made conditional on OF or perhaps a new Kconfig option if there is no way to reconcile this with ACPI, or we decide to get rid of it and you should do one giant patch to remove of_match_ptr across the kernel tree. We should not be doing a patch for every single driver that has of_match_table based on whether it can or cannot be used through ACPI. Cheers, -- Email: Herbert Xu Home Page: http://gondor.apana.org.au/~herbert/ PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt