Message ID | 20240129115216.96479-1-krzysztof.kozlowski@linaro.org |
---|---|
Headers |
Return-Path: <linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org> Delivered-To: ouuuleilei@gmail.com Received: by 2002:a05:7301:2087:b0:106:209c:c626 with SMTP id gs7csp510177dyb; Mon, 29 Jan 2024 03:53:05 -0800 (PST) X-Google-Smtp-Source: AGHT+IE3MLuR4c2hLBHV5jSAC0upvMs417x9GZhTPv2S6B2YauagckpVsB+EjB1D11ysdZEXLomX X-Received: by 2002:a05:6214:5092:b0:68c:5602:4aef with SMTP id kk18-20020a056214509200b0068c56024aefmr361651qvb.48.1706529185130; Mon, 29 Jan 2024 03:53:05 -0800 (PST) ARC-Seal: i=2; a=rsa-sha256; t=1706529185; cv=pass; d=google.com; s=arc-20160816; b=bfql6sFcrjqUrvGTuGSNbnejAaaz/yxFjDuCLUbzZzpzbIJrSY68L7h4u/0pZg7FA7 DUuV7uXZLZhHQ81dAMdQXmmmRCJRpDiLLs3R3hhUPnl+CzFccChWD05ZQ9ZZTihq6qFL IWRLshgBXi0yAsVnIeepZfZ+miIQDF8kDz+Gx5ly+MsIpXHEaNiZo7a5G4mvNTVPSi6g a5VmrQs9EbU6Y6zv+KvUatNpUPCOBl0L/dLOBBWQI2IwetiKFDFvwrmyw3XXRk8Kstpu ES2NYZdNigV3P9s9bYQFPnISc3N5YztF6I1iaCo4cg/MnTcpxdqvfzj8aLh4dWrjHe9o /IKQ== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:message-id:date:subject:cc:to :from:dkim-signature; bh=R/YgAdznIozSs2D/WsWY2hpfyQsPzLBVEOR2iGtuuDw=; fh=LQWiXPNnQbx+1Fk9eiLQ4wHAZlYeb2+mHa0cmXX34/g=; b=czqIMP7H0dMbS7DrA8mKs7wLfIQ9w9eQYoM2pMx1RuhcZX6T7lUwtxk/+WbPXR7cFm BXj04Szox6/jDuf9y2/dmn8AyLnKXqq+Je2xjmUsdNChTtOtP/M/Vh+a8pqTSTrYMfH9 vKgxiy6/O338NlAGFs/NLZkntnjv19Mco4DhiBZ7btfG1vK3lS1j+cHIb4O5lXd1+hc+ ae0+sU0//ccxngIJRVLWkoeudN5+CqshQZDcokFxwWJIPoou7Dcxln/q1g+0nzVTuKzO 5OXr+6kddTbybMaoE+ZFrxxrTK+vWkwRrFwYjRaRz0gO/P7Z06/W217s8AD0ZUZxZjx8 F31A== ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OH9HviHQ; arc=pass (i=1 spf=pass spfdomain=linaro.org dkim=pass dkdomain=linaro.org dmarc=pass fromdomain=linaro.org); spf=pass (google.com: domain of linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id 7-20020a0562140dc700b00683d27b654fsi7770948qvt.78.2024.01.29.03.53.05 for <ouuuleilei@gmail.com> (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Jan 2024 03:53:05 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=OH9HviHQ; arc=pass (i=1 spf=pass spfdomain=linaro.org dkim=pass dkdomain=linaro.org dmarc=pass fromdomain=linaro.org); spf=pass (google.com: domain of linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-42638-ouuuleilei=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id D9FBF1C221EE for <ouuuleilei@gmail.com>; Mon, 29 Jan 2024 11:53:04 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id EC8A1605A6; Mon, 29 Jan 2024 11:52:28 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b="OH9HviHQ" Received: from mail-lj1-f177.google.com (mail-lj1-f177.google.com [209.85.208.177]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 686C85D8EC for <linux-kernel@vger.kernel.org>; Mon, 29 Jan 2024 11:52:22 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=209.85.208.177 ARC-Seal: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706529145; cv=none; b=J2ICI8sFYCoSYIv6v+r2IuAR7oNys/tDYkExQy8/HAMIviINbI9mhYO4FTCtbZd41d5CKFM3W8+4DvMizRvdNawgA+BS1VIZrgNIIczy+Lx0cq/SHkwFL6iJ1SYZtpK/lbGJiyp5AIHB/mb2oNhjlyu7yG9jhEXro0mK0F9Unms= ARC-Message-Signature: i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1706529145; c=relaxed/simple; bh=TevWKR2DSrMzB/VAXnrwgpjtV2WO/i7dhXJ3FYqBRLA=; h=From:To:Cc:Subject:Date:Message-Id:MIME-Version; b=p5D2n2RoYP8Ohd5pn60B4wYQzIDnoNmDsmxteYKa8Tas+3v30aS4mo54RnfdE7gZwoArN7mBpb7kPjjI2yIU/aNhlGMmKydl9250NxyJgpixALSF1dPtSpYha1hh5ujXHWRowUJBeDJg7T2+C5tQQxYfmCf5au3pzSI/+lMRolA= ARC-Authentication-Results: i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org; spf=pass smtp.mailfrom=linaro.org; dkim=pass (2048-bit key) header.d=linaro.org header.i=@linaro.org header.b=OH9HviHQ; arc=none smtp.client-ip=209.85.208.177 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linaro.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=linaro.org Received: by mail-lj1-f177.google.com with SMTP id 38308e7fff4ca-2cf0390eddbso29679571fa.3 for <linux-kernel@vger.kernel.org>; Mon, 29 Jan 2024 03:52:22 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; t=1706529140; x=1707133940; darn=vger.kernel.org; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:from:to:cc:subject:date:message-id:reply-to; bh=R/YgAdznIozSs2D/WsWY2hpfyQsPzLBVEOR2iGtuuDw=; b=OH9HviHQWkoyDQT4YvNqrANkRD7RpAirmBuoBJuSOXbhaF1V24XtCDeDMaKuOMGpza lDqDhacP/ihanyKi5G4f00m2tGbxHPTFx5smunBSkdTvrBoABuTn8SJ8EVdx/rVPHXRg Lm9vSniSgtxpXVQl82AvHxaes1TbCG8fbrtyKoz8wmpgh7W/c02XCZxzJf6B4QF3ZvOK aQJKd7f09b7HUcS9TNTYXw8Y9fjBowcIyg0vF1rz+YjITXAFRAjJ6Qf9yLvv5D1OWtYX 5MDTWJ4TQ7NfF2b25lWow7dLIwr6K6Ubuf33eHRmTTtWXEptZeMDXRwjPVYY76Nw6CQb gqVA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1706529140; x=1707133940; h=content-transfer-encoding:mime-version:message-id:date:subject:cc :to:from:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=R/YgAdznIozSs2D/WsWY2hpfyQsPzLBVEOR2iGtuuDw=; b=eSDCQMgDhFGCdqaYPBxlqvP/sIUyCT97Ky7uP7ZuwVeETtoPU6s6k81Xqijmzztyve Tn1cpwVyNhKkbmg9AYmhUOp1imixtn2yVMTmzy2muH/aYK3f3c+AP44kyS0XUxxfmxlK 1b7ZdrvNxT2AvIyYGKwQOCRNpYKJWnOVwuV2d7giD/rJD5NbAtcfu4m2crqg5IRmaeRq yH352AWjp7vv5t1jLwiT++NtCvWr/gfK6ojNU9EicrJ+n96T8Vr8sFGd+xZEOPGdp10S lSe51Mvv5XU494Czcq8ETK/awv5GEQxQDHxOaSM2VWGgB6Xxz5m5RMMTojxBKOQm0MQd G1VA== X-Gm-Message-State: AOJu0YzP3Z1IPW4RFCgacO8QWvXSe+g8wExmFgTTPGRcpm5QrkHK4b0J zFJyAuKkiLasM0vQMMu4oNxbDRvv8y+Q62TFSOLdMyU7gRzStSJDfHWPJ4RR0oQ= X-Received: by 2002:a05:651c:1986:b0:2cd:7357:58eb with SMTP id bx6-20020a05651c198600b002cd735758ebmr4260461ljb.39.1706529140447; Mon, 29 Jan 2024 03:52:20 -0800 (PST) Received: from krzk-bin.. ([178.197.222.62]) by smtp.gmail.com with ESMTPSA id ec19-20020a0564020d5300b0055f29ececeasm19907edb.57.2024.01.29.03.52.18 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 29 Jan 2024 03:52:19 -0800 (PST) From: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> To: Srinivas Kandagatla <srinivas.kandagatla@linaro.org>, Banajit Goswami <bgoswami@quicinc.com>, Bjorn Andersson <andersson@kernel.org>, Konrad Dybcio <konrad.dybcio@linaro.org>, Liam Girdwood <lgirdwood@gmail.com>, Mark Brown <broonie@kernel.org>, Rob Herring <robh+dt@kernel.org>, Krzysztof Kozlowski <krzysztof.kozlowski+dt@linaro.org>, Conor Dooley <conor+dt@kernel.org>, Philipp Zabel <p.zabel@pengutronix.de>, "Rafael J. Wysocki" <rafael@kernel.org>, Viresh Kumar <viresh.kumar@linaro.org>, Frank Rowand <frowand.list@gmail.com>, Jaroslav Kysela <perex@perex.cz>, Takashi Iwai <tiwai@suse.com>, alsa-devel@alsa-project.org, linux-arm-msm@vger.kernel.org, linux-sound@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org, linux-pm@vger.kernel.org Cc: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org>, Chris Packham <chris.packham@alliedtelesis.co.nz>, Bartosz Golaszewski <brgl@bgdev.pl>, Sean Anderson <sean.anderson@seco.com> Subject: [PATCH v6 0/6] reset: gpio: ASoC: shared GPIO resets Date: Mon, 29 Jan 2024 12:52:10 +0100 Message-Id: <20240129115216.96479-1-krzysztof.kozlowski@linaro.org> X-Mailer: git-send-email 2.34.1 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: <linux-kernel.vger.kernel.org> List-Subscribe: <mailto:linux-kernel+subscribe@vger.kernel.org> List-Unsubscribe: <mailto:linux-kernel+unsubscribe@vger.kernel.org> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit X-getmail-retrieved-from-mailbox: INBOX X-GMAIL-THRID: 1789425546737047777 X-GMAIL-MSGID: 1789425546737047777 |
Series |
reset: gpio: ASoC: shared GPIO resets
|
|
Message
Krzysztof Kozlowski
Jan. 29, 2024, 11:52 a.m. UTC
Hi, Dependencies / Merging ====================== 1. Depends on !GPIOLIB stub: https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF change (patch #1). Changes in v6 ============= 1. reset/core.c: Add check for number of GPIO cells==2 (Neil). 2. Add Rb/Ack tags. Changes in v5 ============= 1. Minor comments from Philipp: missing cleanup.h, correct indentation of pr_err(), shorten gpio_device_find_by_fwnode() line. 2. Acks/Rbs. Changes in v4 ============= 1. New patches: of: add of_phandle_args_equal() helper cpufreq: do not open-code of_phandle_args_equal() 2. reset-gpio.c: - Drop unneeded comment (Bartosz), add Rb tag. - Do not assign of_node. 3. reset/core.c: - Implement most of Bartosz feedback (I responded to one which I did not implement) and comments from Philipp. - Expect either rcdev->of_args or rcdev->of_node. - Drop __reset_gpios_args_match() and use common helper (Philipp). - Move declarations of automatic-cleanup variables in __reset_add_reset_gpio_lookup() to place of use (Bartosz). - Separate gpio_device_get_label() and kstrdup() (Philipp). - Correct doc for __reset_add_reset_gpio_device(), rewrite few comments. - Drop unneeded "r" variable in __reset_find_rcdev() (Philipp). - Drop of_phandle_args initialization in __of_reset_control_get (Philipp). - Check if CONFIG_RESET_GPIO is enabled before trying to look up reset-gpios. 4. Drop Chris' patch: "i2c: muxes: pca954x: Allow sharing reset GPIO", because discussion is on going. Changes in v3 ============= 1. reset-gpio.c: - Add reset_gpio_of_xlate (Philipp). - reset_gpio_of_args_put->reset_gpio_of_node_put (Philipp). - Expect via platdata of_phandle_args. - Do not call device_set_node() to attach itself to reset consumer (the final device). This was questionable idea in the first place. Bartosz suggested to use GPIO_LOOKUP to solve this. 2. reset/core.c, implement Philipp's feedback. That was a lot: - Commit msg fixes. - Add new platform_device earlier, when reset core found "reset-gpios" but not "resets". - Do not overwrite of_phandle_args. - Expect matching .of_reset_n_cells. - Pass of_phandle_args as platdata to reset-gpio. - Rename reset_gpio_device->reset_gpio_lookup and others. Fix few comments and code cleanup pointed on review. - From Bartosz: Use GPIO_LOOKUP and a lot of cleanup.h in __reset_add_reset_gpio_lookup(). 3. Include here Chris' patch: "i2c: muxes: pca954x: Allow sharing reset GPIO". Changes in v2 ============= 1. wsa884x.c: add missing return in wsa884x_get_reset(), correct comment. 2. qcom,wsa8840.yaml: fix oneOf syntax. 3. reset-gpio.c: - Fix smatch warning on platdata evaluation. - Parse GPIO args and store them in rc.of_args. 4. reset/core.c: - Revise approach based on Bartosz comments: parse the reset-gpios phandle with arguments, do not use deprecated API and do not rely on gpio_desc pointer. - Create a list of instantiated platform devices to avoid any duplicates. - After creating reset-gpio platform device, try to get new reset controller or return EPROBE_DEFER. - Drop the "cookie" member and add new "of_args" to "struct reset_controller_dev". Description =========== We have at least few cases where hardware engineers decided to use one powerdown/shutdown/reset GPIO line for multiple devices: 1. WSA884x (this and previous patch): https://lore.kernel.org/all/b7aeda24-d638-45b7-8e30-80d287f498f8@sirena.org.uk/ 2. https://lore.kernel.org/all/20231027033104.1348921-1-chris.packham@alliedtelesis.co.nz/ 3. https://lore.kernel.org/lkml/20191030120440.3699-1-peter.ujfalusi@ti.com/ 4. https://lore.kernel.org/all/20211018234923.1769028-1-sean.anderson@seco.com/ 5. https://social.treehouse.systems/@marcan/111268780311634160 I try to solve my case, hopefuly Chris' (2), partially Sean's (4) and maybe Hectors (5), using Rob's suggestion: https://lore.kernel.org/all/YXi5CUCEi7YmNxXM@robh.at.kernel.org/ Best regards, Krzysztof Cc: Chris Packham <chris.packham@alliedtelesis.co.nz> Cc: Bartosz Golaszewski <brgl@bgdev.pl> Cc: Sean Anderson <sean.anderson@seco.com> Krzysztof Kozlowski (6): of: Add of_phandle_args_equal() helper cpufreq: do not open-code of_phandle_args_equal() reset: gpio: Add GPIO-based reset controller reset: Instantiate reset GPIO controller for shared reset-gpios ASoC: dt-bindings: qcom,wsa8840: Add reset-gpios for shared line ASoC: codecs: wsa884x: Allow sharing reset GPIO .../bindings/sound/qcom,wsa8840.yaml | 11 +- MAINTAINERS | 5 + drivers/reset/Kconfig | 9 + drivers/reset/Makefile | 1 + drivers/reset/core.c | 224 +++++++++++++++++- drivers/reset/reset-gpio.c | 119 ++++++++++ include/linux/cpufreq.h | 3 +- include/linux/of.h | 16 ++ include/linux/reset-controller.h | 4 + sound/soc/codecs/wsa884x.c | 53 ++++- 10 files changed, 419 insertions(+), 26 deletions(-) create mode 100644 drivers/reset/reset-gpio.c
Comments
On 29/01/2024 12:52, Krzysztof Kozlowski wrote: > Hi, > > Dependencies / Merging > ====================== > 1. Depends on !GPIOLIB stub: > https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ > > 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 > (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF > change (patch #1). Hi Philipp, I got acks from GPIO folks. The also provided stable tag with dependency: https://lore.kernel.org/all/20240213101000.16700-1-brgl@bgdev.pl/ (which BTW already is in mainline, so you could just merge Linus' tree into your next branch) Can you take entire patchset? Best regards, Krzysztof
On Mon, 29 Jan 2024 12:52:10 +0100, Krzysztof Kozlowski wrote: > Dependencies / Merging > ====================== > 1. Depends on !GPIOLIB stub: > https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ > > 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 > (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF > change (patch #1). > > [...] Applied patches 1-4 to reset/next, thanks! [1/6] of: Add of_phandle_args_equal() helper https://git.pengutronix.de/cgit/pza/linux/commit/?id=26ea8511c849 [2/6] cpufreq: do not open-code of_phandle_args_equal() https://git.pengutronix.de/cgit/pza/linux/commit/?id=0f28982835c2 [3/6] reset: gpio: Add GPIO-based reset controller https://git.pengutronix.de/cgit/pza/linux/commit/?id=cee544a40e44 [4/6] reset: Instantiate reset GPIO controller for shared reset-gpios https://git.pengutronix.de/cgit/pza/linux/commit/?id=c721f189e89c regards Philipp
Hi Krzysztof, On Mi, 2024-02-21 at 10:44 +0100, Krzysztof Kozlowski wrote: > On 29/01/2024 12:52, Krzysztof Kozlowski wrote: > > Hi, > > > > Dependencies / Merging > > ====================== > > 1. Depends on !GPIOLIB stub: > > https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ > > > > 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 > > (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF > > change (patch #1). > > > Hi Philipp, > > I got acks from GPIO folks. The also provided stable tag with dependency: > https://lore.kernel.org/all/20240213101000.16700-1-brgl@bgdev.pl/ > (which BTW already is in mainline, so you could just merge Linus' tree > into your next branch) Thanks. > Can you take entire patchset? I've picked up 1-4. Patches 5-6 can go independently via ASoC, right? regards Philipp
On 21/02/2024 12:26, Philipp Zabel wrote: > Hi Krzysztof, > > On Mi, 2024-02-21 at 10:44 +0100, Krzysztof Kozlowski wrote: >> On 29/01/2024 12:52, Krzysztof Kozlowski wrote: >>> Hi, >>> >>> Dependencies / Merging >>> ====================== >>> 1. Depends on !GPIOLIB stub: >>> https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ >>> >>> 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 >>> (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF >>> change (patch #1). >> >> >> Hi Philipp, >> >> I got acks from GPIO folks. The also provided stable tag with dependency: >> https://lore.kernel.org/all/20240213101000.16700-1-brgl@bgdev.pl/ >> (which BTW already is in mainline, so you could just merge Linus' tree >> into your next branch) > > Thanks. > >> Can you take entire patchset? > > I've picked up 1-4. Patches 5-6 can go independently via ASoC, right? Yes, thanks. Best regards, Krzysztof
On Mon, 29 Jan 2024 12:52:10 +0100, Krzysztof Kozlowski wrote: > Dependencies / Merging > ====================== > 1. Depends on !GPIOLIB stub: > https://lore.kernel.org/all/20240125081601.118051-3-krzysztof.kozlowski@linaro.org/ > > 2. Patch #2 (cpufreq: do not open-code of_phandle_args_equal()) and patch #4 > (reset: Instantiate reset GPIO controller for shared reset-gpios) depend on OF > change (patch #1). > > [...] Applied to https://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git for-next Thanks! [5/6] ASoC: dt-bindings: qcom,wsa8840: Add reset-gpios for shared line commit: 26c8a435fce6ef8d1dea39cc52b15cf36c7e986b [6/6] ASoC: codecs: wsa884x: Allow sharing reset GPIO commit: 0dae534c48239be0a99092e46e1baade0cf3e04a All being well this means that it will be integrated into the linux-next tree (usually sometime in the next 24 hours) and sent to Linus during the next merge window (or sooner if it is a bug fix), however if problems are discovered then the patch may be dropped or reverted. You may get further e-mails resulting from automated or manual testing and review of the tree, please engage with people reporting problems and send followup patches addressing any issues that are reported if needed. If any updates are required or you are submitting further changes they should be sent as incremental updates against current git, existing patches will not be replaced. Please add any relevant lists and maintainers to the CCs when replying to this mail. Thanks, Mark