Received: by 2002:a9a:45c2:0:b029:115:3f2f:b9e1 with SMTP id r2csp846454lko; Mon, 5 Jul 2021 00:14:11 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjWKKpBmVSt8THU5CS5oT6cfEdZjLaSE08++DbSuvEDV9fMxm+AsHYrPFIH6pma6uNkP8O X-Received: by 2002:a05:6e02:2163:: with SMTP id s3mr9362995ilv.3.1625469250898; Mon, 05 Jul 2021 00:14:10 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1625469250; cv=none; d=google.com; s=arc-20160816; b=Fab1K4xPLadYmYAL1THBk9t/1jpCfXMOGEDln9xgxoFGBO96w9Dr17DaIhukDK1WfI 1E5uUIFh1lfN+xiogtT1tVHOV4SLgs/AcgJOp6qtrtk2qr+fABaIY65gGk2YOK8644rK obWYI82K3syDqp+LAgg6DWgLsSQYpEYgoS6ex5cKoI2zTo7/DbFYQUtpdgF0LskJoyg4 yk+dstF6KN9cITnsXE/uyrbY2LhpJAf3k6IVLbzoDv/tZ5B1e8bTZJ2yOk2krKUbpY+L Lb+VEEnEotTjBk6mYznD5ZxuhOB+qNowuwF6sug3u8uqjwQpOzriL2iQKPa+INGPngFp Uedw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :references:in-reply-to:date:cc:to:from:subject:message-id :dkim-signature:dkim-signature; bh=WFs6iuzL8MTjqxfVBFBGlzOm4RIn2wwlIlaO03FepJI=; b=QKWv8WuT0A1aLqT2ZbDdszZ6nk2EoFkssXZnabf76ft+GSFxJFPSB7s6Vw+BsobFSZ NXidXbIhMNSzAyKNsvjAxr+YdSTBmKwVk4l6+spnbEgLuc+09xozUEtOla0mG9rJQFji m1CC+ngyReUNty3vmR9l8vBlEkc0iukv2KBPi5Bt9c+P0gWcn/GrEnSl0tHJT/SmiHXQ SUe5DW8jm/HOuKAtQku07/530iB9R5QHTBosXfabRqJxYYUXqrsPbgWf999qBzRC6+cF 7WrBkT48Yjs9svm6axdxcUeGXVZAOU+xZ5V+twTSSyUUSxqd0KAoiHUFlkfgkqVKCyBz 9j7w== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@tq-group.com header.s=key1 header.b=bPnE+a6P; dkim=pass header.i=@tq-group.com header.s=key1 header.b=fX9Qdpz8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=tq-group.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id s4si607524jaj.106.2021.07.05.00.13.58; Mon, 05 Jul 2021 00:14:10 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@tq-group.com header.s=key1 header.b=bPnE+a6P; dkim=pass header.i=@tq-group.com header.s=key1 header.b=fX9Qdpz8; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=tq-group.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229939AbhGEHPo (ORCPT + 99 others); Mon, 5 Jul 2021 03:15:44 -0400 Received: from mx1.tq-group.com ([93.104.207.81]:27440 "EHLO mx1.tq-group.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229817AbhGEHPn (ORCPT ); Mon, 5 Jul 2021 03:15:43 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tq-group.com; i=@tq-group.com; q=dns/txt; s=key1; t=1625469187; x=1657005187; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=WFs6iuzL8MTjqxfVBFBGlzOm4RIn2wwlIlaO03FepJI=; b=bPnE+a6PSn9nOfxEXGjf4bWO1bvR7pQZvzXO9/Df99WQGetZYBsSBeeR CpAJpyTRqdrdqBJADjXgtQ94A01kvJro6c+w8Ekd+ZcBAZzkguzMGVyQG dw67woxmj3LEJBuyM7S4+DKjt1TPBIxKLknOfF1qngyzJoRow762jwu8L h2qLDzHbVD42miEcM/K503naYg0yvSa0RhK/RXpYGYmGzkfk9y1HCjQIm ZkBWQdAxBNaIi4EAg5PbdSD30bRHt4LE4/GuqclD07XZ7Srwkf8u1HASu qVw3jLUYhDifmd+iFY/Qse61xIund69iV7vAqSmu2DSB1bdDg/4oXlaL0 g==; X-IronPort-AV: E=Sophos;i="5.83,325,1616454000"; d="scan'208";a="18268919" Received: from unknown (HELO tq-pgp-pr1.tq-net.de) ([192.168.6.15]) by mx1-pgp.tq-group.com with ESMTP; 05 Jul 2021 09:13:05 +0200 Received: from mx1.tq-group.com ([192.168.6.7]) by tq-pgp-pr1.tq-net.de (PGP Universal service); Mon, 05 Jul 2021 09:13:05 +0200 X-PGP-Universal: processed; by tq-pgp-pr1.tq-net.de on Mon, 05 Jul 2021 09:13:05 +0200 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tq-group.com; i=@tq-group.com; q=dns/txt; s=key1; t=1625469185; x=1657005185; h=message-id:subject:from:to:cc:date:in-reply-to: references:mime-version:content-transfer-encoding; bh=WFs6iuzL8MTjqxfVBFBGlzOm4RIn2wwlIlaO03FepJI=; b=fX9Qdpz8A0eRAksLNfmOq/9UAbh5ThVynvVMO94j92LYW78pWacZbFk0 /VqWBwhGI+zmj6PuGuXQx6TLV7EoWktV4b6NotTwkB2rf6C9oOIxJzcqy Hm2AuX064/ELC3XjVuqrGb3IdHL7BjpyukLQokeaKmqhQFTjMTwCYmzh1 xCyzX9OHqBsXO+4rkRV3bbIvhcMTNl/6zL7N9PhzFr1ML+Ri1PjzcDhn1 RU0wSj/vH+vhab61B6MnE28DzQymPXAGJDWZj/BrPT0elraiHbfrF7x8O 06wvJ/oMyNx8TY+dCeSW4Q6Fei93aBglq0aVk94mOyCeHz6wFaHjBdQxy g==; X-IronPort-AV: E=Sophos;i="5.83,325,1616454000"; d="scan'208";a="18268918" Received: from vtuxmail01.tq-net.de ([10.115.0.20]) by mx1.tq-group.com with ESMTP; 05 Jul 2021 09:13:05 +0200 Received: from schifferm-ubuntu4.tq-net.de (schifferm-ubuntu4.tq-net.de [10.121.48.12]) by vtuxmail01.tq-net.de (Postfix) with ESMTPA id 16D9C280070; Mon, 5 Jul 2021 09:13:05 +0200 (CEST) Message-ID: Subject: Re: [PATCH v2 0/7] TQMx86: TQMx110EB and TQMxE40x MFD/GPIO support From: Matthias Schiffer To: Andrew Lunn Cc: Linus Walleij , Bartosz Golaszewski , Lee Jones , Andy Shevchenko , linux-gpio@vger.kernel.org, linux-kernel@vger.kernel.org Date: Mon, 05 Jul 2021 09:13:02 +0200 In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.28.5-0ubuntu0.18.04.2 Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 2021-07-02 at 15:41 +0200, Andrew Lunn wrote: > On Fri, Jul 02, 2021 at 02:23:46PM +0200, Matthias Schiffer wrote: > > Updated patch series: > > > > - A number of new patches (more hardware support and a few fixes) > > - Patches 1-3 have gained Fixes tags > > - Patch 2 depends on 1, so maybe we can push the GPIO patch through the > > MFD tree to keep them together? > > - The change in patch 7 was somewhat controversial. I've added a > > warning, but it is the last patch of the series, so it doesn't affect > > the rest of the series if it is rejected. > > Hi Matthias > > Nice to see the vendor involved. That does not happen enough. > > Please split these into fixes and new features. They go into different > trees, so splitting them makes it easier for the maintainers. > > I would also suggest splitting the patches per subsystem, and send > them to the specific subsystem maintainer. The exception would be when > there is cross subsystem dependencies. > > Andrew Hi Andrew, thanks for the quick review. As mentioned in the cover letter, patch 2 depends on 1, so I think it would make sense to push all through the MFD tree, including the GPIO fix. I guess patches 5 and 6 would be covered by the "new device IDs and quirks" rule of the stable kernel rules. Does that mean they should also go through the "fixes" rather than the "next" branch, making 4 and 7 the only ones for "next"? Should I add "Cc: stable@vger.kernel.org" to all patches for the "fixes" tree? Kind regards, Matthias