Received: by 2002:a05:6602:18e:0:0:0:0 with SMTP id m14csp1713664ioo; Mon, 23 May 2022 01:14:12 -0700 (PDT) X-Google-Smtp-Source: ABdhPJyRvPZTIuLM+TVFyo12s3cjWfJ1UZutC9ykWU8z5MakOCq07YI0ntSj4qcK2xi9UxC7mcbE X-Received: by 2002:a17:902:8c98:b0:15f:3e78:dc43 with SMTP id t24-20020a1709028c9800b0015f3e78dc43mr21721717plo.120.1653293651891; Mon, 23 May 2022 01:14:11 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1653293651; cv=none; d=google.com; s=arc-20160816; b=hToGKspkxJ+FlwCRcOql28sDZjtYhd1N7y4zrGfiWr7CaWWMMgMvExSNfaW1gIJUES mc0S9ToaepAlRhYHbl3kGmOH3MoOBsuRke/zmZKCs/EpjmIe3bT7NzpMiA2hKYUag1ad cIRgqd4GNKJfIedu0AKi26E5cNMnD+wph0sT2aHI8duk4rj2NYCX9fdBjd06zii31e1n 1eBI3bEirz/5eqg9bU41QQGfQB7DF0L4B0bkTc6dyW4TT1UY7iRPNMVNptePeV6Vnn1V 2y5wU9iotivqIjpLRyEbnA2NzEXB6NIEp2HkMgsuDT/WlxYg6YozQmUCBAz/Bn3Gs0p4 /rVg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version; bh=uBnYOzozPS0/gk3rG8TZQmfueqfKwe86yaRHQBbpuNM=; b=U9R56dhIU8ST0u1Spcu9bBD51FqITDpnW7E7Vzz1Yh7eUtNI6c0Ikth81l5r2xHi/s ZnsOfycxDCDxkpuhWQ564zxB6BRtqRMMvOsfpASsaQbJ2iBsdj8FHCklV4G17uWinAFV ctLnU+I2xAaPkgS1Bb729J882qHAfJ6fGlcb6guCUP6JT6mRYKvNJNkgJix3R0anjZeU lqKTKJb4LWRB4N49cr4OucFqR4Os/G1ZKytrOpJgDCT+ObuF/2Des5jFARmrFFEhrBjS jb3au6evOohia/csY4jqYv8dL6flZdD5JpBncyJaxUxefHXI1No5sW7fG40YztU7vXDT dd+g== 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:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from lindbergh.monkeyblade.net (lindbergh.monkeyblade.net. [2620:137:e000::1:18]) by mx.google.com with ESMTPS id e19-20020a056a001a9300b005107f0bacdasi13748796pfv.126.2022.05.23.01.14.11 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 23 May 2022 01:14:11 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) client-ip=2620:137:e000::1:18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by lindbergh.monkeyblade.net (Postfix) with ESMTP id 6BB8011CA18; Mon, 23 May 2022 00:09:08 -0700 (PDT) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1346256AbiETHDe (ORCPT + 99 others); Fri, 20 May 2022 03:03:34 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39230 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346238AbiETHCW (ORCPT ); Fri, 20 May 2022 03:02:22 -0400 Received: from mail-qt1-f171.google.com (mail-qt1-f171.google.com [209.85.160.171]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id ABA0D6212B; Fri, 20 May 2022 00:02:19 -0700 (PDT) Received: by mail-qt1-f171.google.com with SMTP id b9so161482qtx.11; Fri, 20 May 2022 00:02:19 -0700 (PDT) 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=uBnYOzozPS0/gk3rG8TZQmfueqfKwe86yaRHQBbpuNM=; b=QOZFK5XdTPxyIxX28igOPjvbfFM1sXh1WPHrz6DWkcVKasAjCyvBF3S0RB8v4vRZyl QliavJ/C3iWgtmt35n7PBunpQelu2dwVilZ8fC52XuJ/RM1iXcnYJ3cCyyjR8gmJdyKK FKjCXQp+KtFqjzr189S4Q3kygoGQBPfmktmNy3kgjYJ6+dQrNX3J8rQ+CLPmUkCPHmHR oo9WyBlb4A4g9UaC0bC/hlCqZ/aT6dUBGcYz3SHFTDb3y3oLbAlTnHT9Z11kaOxvp3NZ 2Z1CGkaJpgGAE8cDr6+X32QD/diW0t+Wqk3hlaMaIVYKcO4cZcI6YK+YtZaRi7XR0j5L mVpw== X-Gm-Message-State: AOAM533hb2RQevCc/2FPAdo3F85m6qKCOjt2EBDB1vvozUBLciU/NLZK GgeFLIajG6N78RzJ/g5utPKuUXRBAPUqMw== X-Received: by 2002:a05:622a:138d:b0:2f3:b935:9d55 with SMTP id o13-20020a05622a138d00b002f3b9359d55mr6580978qtk.112.1653030138519; Fri, 20 May 2022 00:02:18 -0700 (PDT) Received: from mail-yb1-f173.google.com (mail-yb1-f173.google.com. [209.85.219.173]) by smtp.gmail.com with ESMTPSA id ey18-20020a05622a4c1200b002f3f24b6d12sm2400565qtb.29.2022.05.20.00.02.17 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 20 May 2022 00:02:18 -0700 (PDT) Received: by mail-yb1-f173.google.com with SMTP id i187so10505637ybg.6; Fri, 20 May 2022 00:02:17 -0700 (PDT) X-Received: by 2002:a25:e04d:0:b0:64d:6f23:b906 with SMTP id x74-20020a25e04d000000b0064d6f23b906mr8107235ybg.380.1653030137498; Fri, 20 May 2022 00:02:17 -0700 (PDT) MIME-Version: 1.0 References: <20220513201243.2381133-1-vladimir.oltean@nxp.com> <20220519151529.qkhlsjfkh6mebpqw@skbuf> In-Reply-To: From: Geert Uytterhoeven Date: Fri, 20 May 2022 09:02:05 +0200 X-Gmail-Original-Message-ID: Message-ID: Subject: Re: [RFC PATCH devicetree] of: property: mark "interrupts" as optional for fw_devlink To: Saravana Kannan Cc: Vladimir Oltean , "devicetree@vger.kernel.org" , "linux-kernel@vger.kernel.org" , "netdev@vger.kernel.org" , Greg Kroah-Hartman , "Rafael J. Wysocki" , Robin Murphy , Geert Uytterhoeven , Rob Herring , Frank Rowand , John Stultz , =?UTF-8?B?QWx2aW4g4pS8w6FpcHJhZ2E=?= , Florian Fainelli , Andrew Lunn , Russell King , Heiner Kallweit , Android Kernel Team Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00, HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,RDNS_NONE, SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE autolearn=no 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 Hi Saravana, On Thu, May 19, 2022 at 10:00 PM Saravana Kannan wrote: > There's still work to be done that might make this easier/cleaner in the future: > 1. Adding a DT property that explicitly marks device A as not > dependent on B (Rob was already open to this -- with additional > context I don't want to type up here). > 2. Adding kernel command line options that might allow people to say > stuff like "Device A doesn't depend on Device B independent of what DT > might say". There are clearly cases where the hardware defines if the property is optional or required, and a DT property would work. However, in general relaxing such dependencies involves a complex mix of hardware capabilities, driver support, and system policies. Examples: - A hardware block may support both DMA and PIO, or can require DMA, - DMA-capable devices can typically work without an IOMMU, unless all RAM lies outside the address space addressable by the DMA controller, - A driver may fall back to PIO if DMA is not available (yet), but doing so may not meet the required performance target, - Not using the IOMMU may violate anti-tampering policies. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds