From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id DC520C4167B for ; Tue, 15 Feb 2022 15:45:52 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S241029AbiBOPqB (ORCPT ); Tue, 15 Feb 2022 10:46:01 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:59964 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S241027AbiBOPpd (ORCPT ); Tue, 15 Feb 2022 10:45:33 -0500 Received: from mail-wm1-x335.google.com (mail-wm1-x335.google.com [IPv6:2a00:1450:4864:20::335]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id DBDBE4BFD8 for ; Tue, 15 Feb 2022 07:42:17 -0800 (PST) Received: by mail-wm1-x335.google.com with SMTP id l67-20020a1c2546000000b00353951c3f62so1661958wml.5 for ; Tue, 15 Feb 2022 07:42:17 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to; bh=Gtjf9sYNQ8tWBLlDu3878tO9bOueSPSIdgfErkYWlBY=; b=DfOm8aL3XIsw72i/aZu6TaMC/vPWGMQcXFr7OkI4Sf4eJrfk085WYNEhE+YixC1q9B URdh8F77SUPEgJZQr5QXaHqX6CdKz9yrjFxWzIH9q9JALAqMZjdtzp+dEb7tENQ3uRxk b5kqYhOXOH+exRGXHZDAmKVw7O4YZFqXS1BLFZJYFX2I522dxdj6NmQEpOt4DD5vOHbV s9hW+Om+CoGgk8pR5NXkxcrG1j9UEir00MQhC9r1fQsVR1EBoJcI4eirTOn19do2+TIf Lx2dj12+PPeEMK9mjKSkkEACHehbDAl6CMbg0vXb+oLop+OXpJ9jkc7JqBtqUT33J+wP zpRw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to; bh=Gtjf9sYNQ8tWBLlDu3878tO9bOueSPSIdgfErkYWlBY=; b=OGLzgOEDVq7xr6nfWicqTvjMb4A9yFyFQq0In5yTI26ohUJvWixbx/zCQo7QPGpjfz r73FpZzMmidoNBq9RvWzsooV5gCyFrhdOu9+oxV0OKhGRg0CNJawMN2NCxodw6MKQwaF V7un3Qbgi4I+zX4Ir/7OwZFgHM/wQKrP8sL6fFXA/uKonnalzXlupUdIoQXwerh42wQq d65AqQzeVoVAt23yYP4z0TIuau0SYun2pbBfEBtp/R0mw3JHgdn3tZDaGPEXoDqiT21l 2nuOFmSkZaMYxUFdFM5i5MReT3RxX/68UDHNbCjjApC0JOk+eKo537AXBoNZi2w8rUuV YV+w== X-Gm-Message-State: AOAM530+OuAy0CKnjLBP9l0s2nq0Ni29Ex/tCzh3j1XyXGnGt1CdTFDY Mi3LkKRKNXx10QQNvFxcSul1Xw== X-Google-Smtp-Source: ABdhPJwnCjLd1r+f0841f6Uaydm3Kuy4F+zJ0sUGx8wUMnwu4nP1nVBSXBIog2dMKdF/OUO+qbc42A== X-Received: by 2002:a05:600c:2301:b0:37b:de9e:226d with SMTP id 1-20020a05600c230100b0037bde9e226dmr3567367wmo.78.1644939736406; Tue, 15 Feb 2022 07:42:16 -0800 (PST) Received: from google.com (cpc155339-bagu17-2-0-cust87.1-3.cable.virginm.net. [86.27.177.88]) by smtp.gmail.com with ESMTPSA id g8sm19421269wrd.9.2022.02.15.07.42.15 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 15 Feb 2022 07:42:16 -0800 (PST) Date: Tue, 15 Feb 2022 15:42:13 +0000 From: Lee Jones To: Sebastian Andrzej Siewior Cc: greybus-dev@lists.linaro.org, linux-i2c@vger.kernel.org, linux-kernel@vger.kernel.org, linux-staging@lists.linux.dev, linux-usb@vger.kernel.org, netdev@vger.kernel.org, "David S. Miller" , Alex Elder , Arnd Bergmann , Greg Kroah-Hartman , Hans de Goede , Jakub Kicinski , Johan Hovold , Rui Miguel Silva , Thomas Gleixner , UNGLinuxDriver@microchip.com, Wolfram Sang , Woojung Huh Subject: Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate. Message-ID: References: <20220211181500.1856198-1-bigeasy@linutronix.de> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: netdev@vger.kernel.org On Tue, 15 Feb 2022, Sebastian Andrzej Siewior wrote: > On 2022-02-15 15:16:36 [+0000], Lee Jones wrote: > > On Tue, 15 Feb 2022, Sebastian Andrzej Siewior wrote: > > > > > On 2022-02-15 14:36:01 [+0000], Lee Jones wrote: > > > > Do we really need to coordinate this series cross-subsystem? > > > > > > I would suggest to merge it via irq subsystem but I leave the logistics > > > to tglx. > > > > Could you answer by other questions too please? > > I don't think that I can answer them. I said I leave the logistics to > tglx. > > This can go via one merge via irq. This can also go differently i.e. > feature branch on top of 5.17-rc1 (with 1/7) which is merge into each > subsystem and then the "feature" on top. Apologies for the confusion. I'm not asking you about merge strategies. We can handle that without issue. > Either way it remains bisect-able since each driver is changed > individually. There is no need to merge them in one go but since it is > that small it probably makes sense. But I don't do the logistics here. Okay, this is what I was asking. So there aren't any hard dependencies between the driver changes? Only the drivers are dependent on the API. So, if we choose to do so, we can merge the API and then subsequently add the users one by one into their respective subsystem, in any order. This would save on creating an immutable topic branch which we all pull from. What is your preference Thomas? -- Lee Jones [李琼斯] Principal Technical Lead - Developer Services Linaro.org │ Open source software for Arm SoCs Follow Linaro: Facebook | Twitter | Blog