Received: by 2002:a05:6a10:7420:0:0:0:0 with SMTP id hk32csp4096759pxb; Mon, 21 Feb 2022 12:05:16 -0800 (PST) X-Google-Smtp-Source: ABdhPJw5NdRvySxMKlZtz06jcAfYVCjGujNRpaxvavOZsCmrOYh0jpTL2nfrN1tI+tb1xLzbPsd0 X-Received: by 2002:a05:6402:27cc:b0:412:eb0a:b687 with SMTP id c12-20020a05640227cc00b00412eb0ab687mr10905953ede.208.1645473916643; Mon, 21 Feb 2022 12:05:16 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1645473916; cv=none; d=google.com; s=arc-20160816; b=06kC500BQoZf/gILcZTpDPIcdyktEayBD+W47l3EyL2gdwpfwODhD4k7kZecTj7PsR 2tkFvoc4Zq+8+UX/uoeI+sUofAvAkzSIGDz/T87omeZxEiRw7VN/rw9QMklauRghvRB+ vhNmwhnDCGnd5AG9o3or3W0SPAINkBXyEl1SW0D7hSPfrUTO6VDjEqmWekYdznWmblnL CeBp4Yc+9/UeW+MHbeLyLrpfKpGVUyL7RO9T4bjQ4e2Lkxlu4iEFBYbhrLRNrL1uLK2c 5rMT8q4cQ0ZUrfE/wxaY1lpgyLqnnhiuCRsHeSBX6wacHtiGFCu4r4yVWXrmOcQ5IGA9 PhDw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:date:references :in-reply-to:subject:cc:to:dkim-signature:dkim-signature:from; bh=CbvypUV4PljgvnNET61NtCqtxN9TG2dxR/pcJjN8TKk=; b=g7fStGv67ZQEgmkas2AvTwQwxFw19aEZJf8gVcNlIE4btUbEMpsE375VMDJrmKfQ9X ug93aCG9afb3ucdbJqnHU5zAi9e7Ptx6qE6cBggnmcY6mUiG02IhlMbSzxf8NB66B6yV o5ESrIl4/i+EOcdhHezJ/yBdDF3bFpe/TR+By2o6YN415ZuCsGRg4HCnZUSmZ9z3PgOQ HwnigypFwwAgZd60gduHIWpz6f/jKmHNOShnZZJA1yxKNSfRG9qmELpm/QZTocYTUMIz qu3cJcp+lOGfmr+rruWKZNm6dli5nigjGXtBTzOsmJWDxw0suBSi04UrEVZEGDT54DxL roWg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Z1PtO3+o; dkim=neutral (no key) header.i=@linutronix.de header.b=y78lXjA5; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f8si9881169edr.321.2022.02.21.12.04.53; Mon, 21 Feb 2022 12:05:16 -0800 (PST) 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; dkim=pass header.i=@linutronix.de header.s=2020 header.b=Z1PtO3+o; dkim=neutral (no key) header.i=@linutronix.de header.b=y78lXjA5; 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; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=linutronix.de Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1355226AbiBUKgb (ORCPT + 99 others); Mon, 21 Feb 2022 05:36:31 -0500 Received: from mxb-00190b01.gslb.pphosted.com ([23.128.96.19]:57302 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1355182AbiBUKf7 (ORCPT ); Mon, 21 Feb 2022 05:35:59 -0500 Received: from galois.linutronix.de (Galois.linutronix.de [193.142.43.55]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B1191140EF; Mon, 21 Feb 2022 01:57:32 -0800 (PST) From: Thomas Gleixner DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020; t=1645437450; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CbvypUV4PljgvnNET61NtCqtxN9TG2dxR/pcJjN8TKk=; b=Z1PtO3+o0SylAySoCVISwmJoQ/VDToBIk/QWBbSsyPUPxvKz4lEmz/FtewIfJxUP1WFSgX CkPsHINPU/jaMa09H51sIvO35dc7q6pgc+CLG/k14SsmA9PDo0wDmvtM2ejAXjdfL4C/6c Q66kJqhzEMb0cY1wnZPkgBQ7+t4LcIZwAT7aMaSY8qYLeWGYlMrLPufSNep14AgxtCOmiR EIMwZ8zVAFh4lWS0wPv/IT7833I40UFZIJ6KPlh6GpS1sEKf+LGHXVOvkDI7Dww4Vk0tRy 6hPW2W5UPBPLteNTnx+gu78G6NU3TiQ7b2fAaD/Bjm1XtACv4i4WSg7JhQaIZg== DKIM-Signature: v=1; a=ed25519-sha256; c=relaxed/relaxed; d=linutronix.de; s=2020e; t=1645437450; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:cc:mime-version:mime-version:content-type:content-type: in-reply-to:in-reply-to:references:references; bh=CbvypUV4PljgvnNET61NtCqtxN9TG2dxR/pcJjN8TKk=; b=y78lXjA5DpGSvbgDzZAMDOKwtFxAoVIuHQELT/smmXEPXBj9QptRh1I2zqMkiPUhfbxDSR ux63licBrEo4dvCQ== To: Lee Jones , 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 , UNGLinuxDriver@microchip.com, Wolfram Sang , Woojung Huh Subject: Re: [PATCH v4 0/7] Provide and use generic_handle_irq_safe() where appropriate. In-Reply-To: References: <20220211181500.1856198-1-bigeasy@linutronix.de> Date: Mon, 21 Feb 2022 10:57:29 +0100 Message-ID: <87a6ekleye.ffs@tglx> MIME-Version: 1.0 Content-Type: text/plain X-Spam-Status: No, score=-4.4 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_MED,SPF_HELO_NONE, SPF_PASS,T_SCC_BODY_TEXT_LINE 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 Lee, On Tue, Feb 15 2022 at 15:42, Lee Jones wrote: > On Tue, 15 Feb 2022, Sebastian Andrzej Siewior wrote: >> 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. Correct. > 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? I suggest doing it the following way: 1) I apply 1/7 on top of -rc5 and tag it 2) Driver maintainers who want to merge via their trees pull that tag apply the relevant driver changes 3) I collect the leftovers and merge them via irq/core Does that make sense? Thanks, tglx