[{"id":3684650,"web_url":"http://patchwork.ozlabs.org/comment/3684650/","msgid":"<CAD++jLmOO2UmBUx0CseCnrK_Dyw1O=MbeXzOmvuvSSnN12Vchg@mail.gmail.com>","list_archive_url":null,"date":"2026-04-30T12:09:32","subject":"Re: [PATCH v2 2/2] gpio: 74x164: support lines-initial-states for\n boot-time output state","submitter":{"id":92050,"url":"http://patchwork.ozlabs.org/api/people/92050/","name":"Linus Walleij","email":"linusw@kernel.org"},"content":"On Wed, Apr 29, 2026 at 5:51 AM Chanhong Jung <happycpu@gmail.com> wrote:\n\n> 74HC595 and 74LVC594 chains retain their output state from the first\n> serial write onwards. Today the driver always kicks that first write\n> from a zero-initialised buffer, so every output comes up low until user\n> space issues a write. Boards that rely on the chain to drive signals\n> whose power-on state matters (active-low indicators, reset lines, etc.)\n> have no way to express the desired initial pattern via DT.\n>\n> Read the optional lines-initial-states bitmask, recently documented for\n> this binding, into chip->buffer before the first\n> __gen_74x164_write_config() so the chain comes up in a known state on\n> the very first SPI transaction. Bit N maps to GPIO line N (matching the\n> nxp,pcf8575 convention); on this output-only device, bit=0 drives the\n> line low and bit=1 drives it high. Property absence keeps the existing\n> zeroing behaviour intact.\n>\n> Suggested-by: Linus Walleij <linus.walleij@linaro.org>\n> Signed-off-by: Chanhong Jung <happycpu@gmail.com>\n\nReviewed-by: Linus Walleij <linusw@kernel.org>\n\nIf more users of this appears we can start thinking about brining\nthe support code into the core gpiolib but for now this works\nfine I think.\n\nYours,\nLinus Walleij","headers":{"Return-Path":"\n <linux-gpio+bounces-35912-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256\n header.s=k20201202 header.b=Zo3ISrqX;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-gpio+bounces-35912-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=\"Zo3ISrqX\"","smtp.subspace.kernel.org;\n arc=none smtp.client-ip=10.30.226.201"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g5tNd0p1Lz1xqf\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 30 Apr 2026 22:13:05 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 7565D304FF91\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 30 Apr 2026 12:09:46 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id CCC3740242D;\n\tThu, 30 Apr 2026 12:09:45 +0000 (UTC)","from smtp.kernel.org (aws-us-west-2-korg-mail-1.web.codeaurora.org\n [10.30.226.201])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 8FD7B401A11\n\tfor <linux-gpio@vger.kernel.org>; Thu, 30 Apr 2026 12:09:45 +0000 (UTC)","by smtp.kernel.org (Postfix) with ESMTPSA id 3DAE8C2BCB4\n\tfor <linux-gpio@vger.kernel.org>; Thu, 30 Apr 2026 12:09:45 +0000 (UTC)","by mail-lf1-f46.google.com with SMTP id\n 2adb3069b0e04-5a3af1b7549so1028695e87.1\n        for <linux-gpio@vger.kernel.org>;\n Thu, 30 Apr 2026 05:09:45 -0700 (PDT)"],"ARC-Seal":"i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1777550985; cv=none;\n b=Syyz9mKYJd8JyUcShiqwpzLFNR4CPH+cDPvkhTULz/tcfAKIP9pMPmJoxkiGqMOwMz/8Q+o7+bDaZt0OOmKmfb0VPyXgTfQN2DMhl23Uxjn2Rez3ChdfMMzDl/W5G5EgxYdhNJn1yFYHTzmW8/0Kzjonima62FyR/aqS82bJl+w=","ARC-Message-Signature":"i=1; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1777550985; c=relaxed/simple;\n\tbh=WtRpYo6GDoysiCnEePvP1nlxfoacNG5k/WFMHKRYaMw=;\n\th=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=l+Tq7yblAL5ahYldQRAFiGa5lTG2pLmJLtgTOrdWD2OKllLlCK2N+kcXJbkOHJAZcsmf30IyIUECKKWmB00BqyhJcANNMpKuU8Oi+/QqlOnOon2eG96Rx2pc/CMSW47r8w+Z9QcPJtTajFnag7UJBh7m9ne14/sUp6N1cJLmf6E=","ARC-Authentication-Results":"i=1; smtp.subspace.kernel.org;\n dkim=pass (2048-bit key) header.d=kernel.org header.i=@kernel.org\n header.b=Zo3ISrqX; arc=none smtp.client-ip=10.30.226.201","DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org;\n\ts=k20201202; t=1777550985;\n\tbh=WtRpYo6GDoysiCnEePvP1nlxfoacNG5k/WFMHKRYaMw=;\n\th=References:In-Reply-To:From:Date:Subject:To:Cc:From;\n\tb=Zo3ISrqXmx4KRCyb7V2B/kmrDn28YuyIykWt3/qFfXtEX95v8Y6PCnpFMav1nWJwX\n\t 4MQjyAIPqdGabwTRspYrHVJjPZyqF4Sejd1CBjHDuHeSVOoZCT1NihtEcx0XayygGz\n\t lpP0Od+pftdmAWks140AVjDhKYvi9EhxbW6m9oKGaJZP5StL5w7tjqDIUnLXYdPyT4\n\t QYFD1TNQw/vno/Hv+wCxTILmOomqnz2Vx5Ja1+8JK6wvLGx0Ks1rwrjou1QtgPrWwY\n\t LrQFSS3fawHlpSgFeqafuVS199ZHxTabxkkDZOIx4Wo2SWdVSNuR6/JuegWMd6AX9r\n\t /yPWUOeR43RrQ==","X-Forwarded-Encrypted":"i=1;\n AFNElJ/HZhp84pjOzjUTeuKTMAu9aCoW7yO6qdhxDkbKuMqC6mvcqwZWZSDI/Le2GMc+7ZB3lKBUwb4F/JXk@vger.kernel.org","X-Gm-Message-State":"AOJu0YwhbAaUdNwfvV4qWVMngQjpHsA+qQroFMoPi6p+/Rif/2NqoavP\n\tYFkvq0+BlpAcMJKNpi8patG3mqwgzPKZFnCD9m0I+DmLhHA/Q21GjMeheCkluFl33TvZROncuw9\n\tu7QGU9ZCC32jkSPMIQpYvcD+RbH8nO7s=","X-Received":"by 2002:a05:6512:2396:b0:5a4:6f5:6c4e with SMTP id\n 2adb3069b0e04-5a8522d4faamr1002483e87.19.1777550983920; Thu, 30 Apr 2026\n 05:09:43 -0700 (PDT)","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"<linux-gpio.vger.kernel.org>","List-Subscribe":"<mailto:linux-gpio+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-gpio+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","References":"<cover.1776872453.git.happycpu@gmail.com>\n <20260429035134.1023330-3-happycpu@gmail.com>","In-Reply-To":"<20260429035134.1023330-3-happycpu@gmail.com>","From":"Linus Walleij <linusw@kernel.org>","Date":"Thu, 30 Apr 2026 14:09:32 +0200","X-Gmail-Original-Message-ID":"\n <CAD++jLmOO2UmBUx0CseCnrK_Dyw1O=MbeXzOmvuvSSnN12Vchg@mail.gmail.com>","X-Gm-Features":"AVHnY4Jr_k6fY-XfEPOL5H9ysXirj6oKMgyfrNTv5wAAO1433JVOLOacEMDqr_g","Message-ID":"\n <CAD++jLmOO2UmBUx0CseCnrK_Dyw1O=MbeXzOmvuvSSnN12Vchg@mail.gmail.com>","Subject":"Re: [PATCH v2 2/2] gpio: 74x164: support lines-initial-states for\n boot-time output state","To":"Chanhong Jung <happycpu@gmail.com>","Cc":"Bartosz Golaszewski <brgl@kernel.org>, Rob Herring <robh@kernel.org>,\n\tKrzysztof Kozlowski <krzk+dt@kernel.org>, Conor Dooley <conor+dt@kernel.org>,\n\tMaxime Ripard <mripard@kernel.org>, linux-gpio@vger.kernel.org,\n devicetree@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}},{"id":3684965,"web_url":"http://patchwork.ozlabs.org/comment/3684965/","msgid":"<CANh86Rbrza8Txh2QAPZ5LEsfHW9V2L0o0SdyszdA_=f0Vs2ykg@mail.gmail.com>","list_archive_url":null,"date":"2026-04-30T22:14:04","subject":"Re: [PATCH v2 2/2] gpio: 74x164: support lines-initial-states for\n boot-time output state","submitter":{"id":93205,"url":"http://patchwork.ozlabs.org/api/people/93205/","name":"정찬홍","email":"happycpu@gmail.com"},"content":"Thanks Linus, appreciate the review.\n\n\n2026년 4월 30일 (목) 오후 9:09, Linus Walleij <linusw@kernel.org>님이 작성:\n>\n> On Wed, Apr 29, 2026 at 5:51 AM Chanhong Jung <happycpu@gmail.com> wrote:\n>\n> > 74HC595 and 74LVC594 chains retain their output state from the first\n> > serial write onwards. Today the driver always kicks that first write\n> > from a zero-initialised buffer, so every output comes up low until user\n> > space issues a write. Boards that rely on the chain to drive signals\n> > whose power-on state matters (active-low indicators, reset lines, etc.)\n> > have no way to express the desired initial pattern via DT.\n> >\n> > Read the optional lines-initial-states bitmask, recently documented for\n> > this binding, into chip->buffer before the first\n> > __gen_74x164_write_config() so the chain comes up in a known state on\n> > the very first SPI transaction. Bit N maps to GPIO line N (matching the\n> > nxp,pcf8575 convention); on this output-only device, bit=0 drives the\n> > line low and bit=1 drives it high. Property absence keeps the existing\n> > zeroing behaviour intact.\n> >\n> > Suggested-by: Linus Walleij <linus.walleij@linaro.org>\n> > Signed-off-by: Chanhong Jung <happycpu@gmail.com>\n>\n> Reviewed-by: Linus Walleij <linusw@kernel.org>\n>\n> If more users of this appears we can start thinking about brining\n> the support code into the core gpiolib but for now this works\n> fine I think.\n>\n> Yours,\n> Linus Walleij","headers":{"Return-Path":"\n <linux-gpio+bounces-35949-incoming=patchwork.ozlabs.org@vger.kernel.org>","X-Original-To":["incoming@patchwork.ozlabs.org","linux-gpio@vger.kernel.org"],"Delivered-To":"patchwork-incoming@legolas.ozlabs.org","Authentication-Results":["legolas.ozlabs.org;\n\tdkim=pass (2048-bit key;\n unprotected) header.d=gmail.com header.i=@gmail.com header.a=rsa-sha256\n header.s=20251104 header.b=f+OQ2IUB;\n\tdkim-atps=neutral","legolas.ozlabs.org;\n spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org\n (client-ip=2600:3c0a:e001:db::12fc:5321; helo=sea.lore.kernel.org;\n envelope-from=linux-gpio+bounces-35949-incoming=patchwork.ozlabs.org@vger.kernel.org;\n receiver=patchwork.ozlabs.org)","smtp.subspace.kernel.org;\n\tdkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=\"f+OQ2IUB\"","smtp.subspace.kernel.org;\n arc=pass smtp.client-ip=209.85.217.49","smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com","smtp.subspace.kernel.org;\n spf=pass smtp.mailfrom=gmail.com"],"Received":["from sea.lore.kernel.org (sea.lore.kernel.org\n [IPv6:2600:3c0a:e001:db::12fc:5321])\n\t(using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits)\n\t key-exchange x25519 server-signature ECDSA (secp384r1) server-digest SHA384)\n\t(No client certificate requested)\n\tby legolas.ozlabs.org (Postfix) with ESMTPS id 4g67kS6kXvz1y1d\n\tfor <incoming@patchwork.ozlabs.org>; Fri, 01 May 2026 08:14:24 +1000 (AEST)","from smtp.subspace.kernel.org (conduit.subspace.kernel.org\n [100.90.174.1])\n\tby sea.lore.kernel.org (Postfix) with ESMTP id 886CB3024A62\n\tfor <incoming@patchwork.ozlabs.org>; Thu, 30 Apr 2026 22:14:18 +0000 (UTC)","from localhost.localdomain (localhost.localdomain [127.0.0.1])\n\tby smtp.subspace.kernel.org (Postfix) with ESMTP id 92EF539F164;\n\tThu, 30 Apr 2026 22:14:17 +0000 (UTC)","from mail-vs1-f49.google.com (mail-vs1-f49.google.com\n [209.85.217.49])\n\t(using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits))\n\t(No client certificate requested)\n\tby smtp.subspace.kernel.org (Postfix) with ESMTPS id 04A783822B1\n\tfor <linux-gpio@vger.kernel.org>; Thu, 30 Apr 2026 22:14:15 +0000 (UTC)","by mail-vs1-f49.google.com with SMTP id\n ada2fe7eead31-60fbbac2938so700127137.1\n        for <linux-gpio@vger.kernel.org>;\n Thu, 30 Apr 2026 15:14:15 -0700 (PDT)"],"ARC-Seal":["i=2; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116;\n\tt=1777587257; cv=pass;\n b=XCW8RhDf278HSv0WoawTiQNLWsFF4EnJgsamZcsWHwYayWL1bPJeYNXZoPw81I30TRTYqzSOQoGXfjfnTw+vA9vxinYALrVQ0O0Ny+w3/LDInONviH0cufXBbeAcc+/Cr3Fg8knQzm/h/4oY0P2AlXildPj7uBo1rHtI+5kbk+A=","i=1; a=rsa-sha256; t=1777587255; cv=none;\n        d=google.com; s=arc-20240605;\n        b=U3ZIaq3OuNj5GbEspqyULIr0YT0aVrfDxLbUJQ3/B/7cxNJzzz2g1D96f0WkjTWESQ\n         jAuoruQ++dByqraEU4TannECGZT7/Jllx7r1Swy375bCmPAxug3BJz7Ss55BCn6u1tCW\n         ezJACLP8Zde24VkLXygePC2ssrL55YP9ZC8SN1sTuK5lBAMnmeTwL72u3a9ZGxfD8H4Q\n         T33paKMOZ/yhk471QTHseygW89BmVXje3ygNT2muYPrIIadYpjJWFkHxb0M39Corcrg8\n         Tg68mKZ/RKLfhpsMl7LKPP1qPN4S5v64T96FRv3Mr6tF1jFOSioo0Z+nZF1AuEe1oJPx\n         TK/g=="],"ARC-Message-Signature":["i=2; a=rsa-sha256; d=subspace.kernel.org;\n\ts=arc-20240116; t=1777587257; c=relaxed/simple;\n\tbh=fnkadRgpeprmtKDbJ+PN8aevRiS6O+5ljTot5EgQs4A=;\n\th=MIME-Version:References:In-Reply-To:From:Date:Message-ID:Subject:\n\t To:Cc:Content-Type;\n b=bZL450KEOLQABzliiC5Hn+8dyo7VoDzmxl7tht2SdhZFkcqJNzQ9sQaQEGRVzmZ+9DWIZnfVVH/A9N+BI4oFhi00W+lmQMFooDYS1XUx4LAbm2aRMwEs0zSee7XCsRuoTx6ClYJ7ATjxibsvzeHfG2RkhfE8eBvkRONNk/0yYTw=","i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com;\n s=arc-20240605;\n        h=content-transfer-encoding:cc:to:subject:message-id:date:from\n         :in-reply-to:references:mime-version:dkim-signature;\n        bh=fnkadRgpeprmtKDbJ+PN8aevRiS6O+5ljTot5EgQs4A=;\n        fh=Q8aijUgRP3JnleZWf3fak7RuNB7GWlbI2w8Mii3gU+4=;\n        b=WMqPmQR0IrgxN/3bKgjgA4DbX851b96mk8U+sNHDF4ZURsebmvDn4rJKuKeHpNv8iw\n         3SMCtkR75VN/0WQwl2OdUY4q7oSq2nz7sQ5GpglbLxeD5gELgDJlcN5/delGFUP48hnp\n         UMdUs2oUGnlJT+J/khi8Ivioiv6bYeiKc3Tghddrf+UKRhSFyZt93UDf6dOeYsoL4Ol7\n         Gnl0Erqh/3rboPUAxZgR11mTlBi4jQC3hqolg8Z9J/F7lKD6pK0VK7V8SdeEgxW3tBPX\n         VpSXzffMPFbvUyvyUeu27PxstXLDkoPFSBBQLh/9ECrDt5zdB7UOJCl8LT0CyinL2iMH\n         U+ew==;\n        darn=vger.kernel.org"],"ARC-Authentication-Results":["i=2; smtp.subspace.kernel.org;\n dmarc=pass (p=none dis=none) header.from=gmail.com;\n spf=pass smtp.mailfrom=gmail.com;\n dkim=pass (2048-bit key) header.d=gmail.com header.i=@gmail.com\n header.b=f+OQ2IUB; arc=pass smtp.client-ip=209.85.217.49","i=1; mx.google.com; arc=none"],"DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=gmail.com; s=20251104; t=1777587255; x=1778192055;\n darn=vger.kernel.org;\n        h=content-transfer-encoding:cc:to:subject:message-id:date:from\n         :in-reply-to:references:mime-version:from:to:cc:subject:date\n         :message-id:reply-to;\n        bh=fnkadRgpeprmtKDbJ+PN8aevRiS6O+5ljTot5EgQs4A=;\n        b=f+OQ2IUB75xn3Gcbzrrh4t7gQ6yWlx9uxWjL6qYyehudpAnrieew9rB1v+mmzGZT1f\n         LKr/1B+Ss5QFQiVZ9roRKS4/Xv7KB+J0zAjqn0bNWlFL3CgI8iheT8IPCnjtIgnHe0IT\n         adQN7Ppl37kep6uf0SqWhtGhwBmfS1vSoGPt7cmXZhH/HNo8vnBLOSDcFHqGkof8la6R\n         7zJOt84/TuvYwN59vjodsBsB0o2GjR3edXcjVkI1UVTc+YASf7LgzrHIj7QWJzVXankD\n         C93/BwD1Pb3EJ9Af/0cfJmaVZ+T2+F25VaAI5dxYt8YTu+kJjdl3BAPufpaEwbn8wdra\n         ildQ==","X-Google-DKIM-Signature":"v=1; a=rsa-sha256; c=relaxed/relaxed;\n        d=1e100.net; s=20251104; t=1777587255; x=1778192055;\n        h=content-transfer-encoding:cc:to:subject:message-id:date:from\n         :in-reply-to:references:mime-version:x-gm-gg:x-gm-message-state:from\n         :to:cc:subject:date:message-id:reply-to;\n        bh=fnkadRgpeprmtKDbJ+PN8aevRiS6O+5ljTot5EgQs4A=;\n        b=LbXYT3Wt1cJnh1xEXl6LEpf6juisi/y7h5/kPDSck6/h7JMQJzhdjVnnFWCKeeLacL\n         hbxqKOHC9xaROHrFlLOcqyI36b4PzC+hPyz2Au6/0GUDH5ElfF89b5voHtSoeGOQy6bF\n         x0AYmjr92S8GPXt87PAH4sScHIYT0yN8x0ZLJeXUpUUOXt9GMJ0p4HyfQuKSgWkDrY9c\n         1qyjYjEGP/yZ7gXIgrBv+hJWWh1yNPc0Rp9joia5JPkF76Ufim4e0AZlMvCxLJQugnFI\n         iDa/2SE57AFsltOWZ2ZnJYriYycSs0MRrULZLqAJOOreZC4x1tcKOjWfgu8ZiEZ70qNM\n         n1pQ==","X-Forwarded-Encrypted":"i=1;\n AFNElJ82w+68JQu+VLrhY8w5USjQfY7SP1DOvIZl3tayFg+FZ3yURH0QYbWwth1w/3VtDBrZcoSkThmtvA00@vger.kernel.org","X-Gm-Message-State":"AOJu0Yz3ZehsiKXhuhBdoCOS7NqicSZZuYrirXq+hcaK7m+8itQPC2ul\n\t/xjk7XIQ6PW4RKTJzOfmGHCmkwp0Ue7vt+XF0yMQD+/b/cDBxkEjBePxx080EWgjQqOrS6G0nGj\n\tLXU99uxKeGRumoFeqOlKWgC5LNxYIaP/U+art6H75qg==","X-Gm-Gg":"AeBDies0B9dLe5hS1tCf75mzoVZMn3mHjaucm2mh9eR/nkAPiLXKjYVD3tLMDwN1mJJ\n\t8PbsIaMZJVoIw0OBqWj4UwoXmtziSfrPTbV76wwaRXWw7+K/S+zP+X0AUTA93iIWYxI0iCH0ddM\n\tOXzYsOyFpvsB7AzEVFAjPhFOdubcXPRt20TO90CHBLhq+6Qh1buWPYfttadbggStv+TjPLMssUT\n\tdPgBlST5YCz6KPnlKaSgmEczgRxFJnLZ+nmYiPUQUjaoXw8hxhhZAAISKC9woHDfD3RMHJkQfxT\n\tNU/YyZRyA1Aehz1M19XRaoNaReYCZH/9hindsWcETVNurhNFo08vI0UU4ZtL","X-Received":"by 2002:a05:6102:38cb:b0:618:3503:5663 with SMTP id\n ada2fe7eead31-62c33007bd0mr347932137.8.1777587254750; Thu, 30 Apr 2026\n 15:14:14 -0700 (PDT)","Precedence":"bulk","X-Mailing-List":"linux-gpio@vger.kernel.org","List-Id":"<linux-gpio.vger.kernel.org>","List-Subscribe":"<mailto:linux-gpio+subscribe@vger.kernel.org>","List-Unsubscribe":"<mailto:linux-gpio+unsubscribe@vger.kernel.org>","MIME-Version":"1.0","References":"<cover.1776872453.git.happycpu@gmail.com>\n <20260429035134.1023330-3-happycpu@gmail.com>\n <CAD++jLmOO2UmBUx0CseCnrK_Dyw1O=MbeXzOmvuvSSnN12Vchg@mail.gmail.com>","In-Reply-To":"\n <CAD++jLmOO2UmBUx0CseCnrK_Dyw1O=MbeXzOmvuvSSnN12Vchg@mail.gmail.com>","From":"=?utf-8?b?7KCV7LCs7ZmN?= <happycpu@gmail.com>","Date":"Fri, 1 May 2026 07:14:04 +0900","X-Gm-Features":"AVHnY4JkbRdIMPXcavkf1aKOaenr3awK6baJ6X0mHvd_uKOoYJ4bVrDtc31ZKyQ","Message-ID":"\n <CANh86Rbrza8Txh2QAPZ5LEsfHW9V2L0o0SdyszdA_=f0Vs2ykg@mail.gmail.com>","Subject":"Re: [PATCH v2 2/2] gpio: 74x164: support lines-initial-states for\n boot-time output state","To":"Linus Walleij <linusw@kernel.org>","Cc":"Bartosz Golaszewski <brgl@kernel.org>, Rob Herring <robh@kernel.org>,\n\tKrzysztof Kozlowski <krzk+dt@kernel.org>, Conor Dooley <conor+dt@kernel.org>,\n\tMaxime Ripard <mripard@kernel.org>, linux-gpio@vger.kernel.org,\n devicetree@vger.kernel.org,\n\tlinux-kernel@vger.kernel.org","Content-Type":"text/plain; charset=\"UTF-8\"","Content-Transfer-Encoding":"quoted-printable"}}]