[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <CAJKOXPeLRZR9VkB3XHtCPDxT6-6xt6GkwJ-mLkw9hQNV2piJZQ@mail.gmail.com>
Date: Fri, 26 Sep 2025 09:43:14 +0900
From: Krzysztof Kozlowski <krzk@...nel.org>
To: Zhangchao Zhang <ot_zhangchao.zhang@...iatek.com>
Cc: Marcel Holtmann <marcel@...tmann.org>, Matthias Brugger <matthias.bgg@...il.com>,
Luiz Von Dentz <luiz.dentz@...il.com>,
AngeloGioacchino Del Regno <angelogioacchino.delregno@...labora.com>,
Sean Wang <sean.wang@...iatek.com>, Deren Wu <deren.Wu@...iatek.com>,
Chris Lu <chris.lu@...iatek.com>, Hao Qin <Hao.qin@...iatek.com>,
linux-bluetooth <linux-bluetooth@...r.kernel.org>,
linux-kernel <linux-kernel@...r.kernel.org>,
linux-arm-kernel <linux-arm-kernel@...ts.infradead.org>,
linux-mediatek <linux-mediatek@...ts.infradead.org>
Subject: Re: [PATCH v8] Bluetooth: mediatek: add gpio pin to reset bt
On Thu, 25 Sept 2025 at 18:21, Zhangchao Zhang
<ot_zhangchao.zhang@...iatek.com> wrote:
>
> Support the platform Bluetooth to be reset by hardware pin,
> when a Bluetooth exception occurs, attempt to reset the
> Bluetooth module using the hardware reset pin, as this
> method is generally more stable and reliable than a
> software reset. If the hardware reset pin is not specified
> in the device tree, fall back to the existing software
> reset mechanism to ensure backward compatibility.
>
> Co-developed: Sean Wang <Sean.Wang@...iatek.com>
> Co-developed: Hao Qin <hao.qin@...iatek.com>
> Co-developed: Chris Lu <chris.lu@...iatek.com>
Wrong chain. Follow submitting patches.
> Signed-off-by: Zhangchao Zhang <ot_zhangchao.zhang@...iatek.com>
>
> V7-->V8 modifications:
> -Currently, the universal reset GPIO can be found by configuring DTS.
> USB bus can get the device node and reset GPIO in the probe phase.
> It is fully compatible with other vendors' methods of getting reset
> GPIO. Therefore, the previous complex methods of adding the compatible
> string in btmtk.c to get GPIO is discarded. Abi files and yaml files
> are no longer needed. When a Bluetooth exception occurs, the existence
> of GPIO will be determined first. This change improves the robustness
> of Bluetooth recovery on platforms that support hardware reset, while
> maintaining support for platforms that do not.
You didn't even bother to compile this code, which is obvious from the diff.
I think you don't understand how patches and Git work, but these are
prerequisites for submitting your work here.
Please share how this passed your internal review - four people had to
write this code which doesn't even compile.
Powered by blists - more mailing lists