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 CCEB8C433F5 for ; Tue, 15 Feb 2022 15:45:50 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S240136AbiBOPp7 (ORCPT ); Tue, 15 Feb 2022 10:45:59 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:32840 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S240972AbiBOPpd (ORCPT ); Tue, 15 Feb 2022 10:45:33 -0500 Received: from mail-wm1-x333.google.com (mail-wm1-x333.google.com [IPv6:2a00:1450:4864:20::333]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D54A148E7B for ; Tue, 15 Feb 2022 07:42:17 -0800 (PST) Received: by mail-wm1-x333.google.com with SMTP id k3-20020a1ca103000000b0037bdea84f9cso1670250wme.1 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=CJByL5NhcObIEnonz6Gl89kcZ81RdYofEdcZhfvGNspalHY3ulFc85CmyuGY98I6V2 c9qXf9uXSfePXvx38xCDeocjAOfw6E3J9z/wptKhkpks8TfT44Q9GVCD/9aOs2XI+TEt YkETq6DH6odYYCxY/Pp8K3i7b44rdyIb/GZxUlzs4sCPYTjaIugBz3a5TH4MtMlhrf6N cw65DRhHXdiAHOeYhGUR3unDBu1/ZzUDgZvZ8WrKJ3nUPREmMw3pakw/BdAD1o3JJEdu kabCbK3sq5Iy2Tnxt7QOB8L2v8uX6X+DGaGvnbrovRLoNIJPTyl3f9x4qmPgimqe6mEw zqow== X-Gm-Message-State: AOAM530TzXiWqXm6YL7ecof+FoRiy1jo5x6auOJQw/v7XRkD3dve0Qxl se5FM4kMEnXxOJT2U3601l1zvw== 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: linux-usb@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