* Re: [PATCH 1/6] dt-bindings: watchdog: drop duplicated GPIO watchdog bindings [not found] ` <16d3bb91-af02-2504-1a8b-7805a2d30bb4@roeck-us.net> @ 2023-04-16 17:26 ` Krzysztof Kozlowski 2023-04-18 21:35 ` Rob Herring 0 siblings, 1 reply; 2+ messages in thread From: Krzysztof Kozlowski @ 2023-04-16 17:26 UTC (permalink / raw) To: Guenter Roeck, Wim Van Sebroeck, Rob Herring, Krzysztof Kozlowski, Linus Walleij, linux-watchdog, devicetree, linux-arm-kernel, linux-amlogic, linux-kernel, linux-mediatek, linux-arm-msm, linux-stm32, linux-renesas-soc On 16/04/2023 18:04, Guenter Roeck wrote: > On 4/15/23 02:51, Krzysztof Kozlowski wrote: >> Two conversions to DT schema of GPIO watchdog binding happened and came >> through different trees. Merge them into one: >> 1. Combine maintainers, >> 2. Use more descriptive property descriptions and constraints from >> gpio-wdt.yaml, >> 3. Switch to unevaluatedProperties:false, to allow generic watchdog >> properties. >> >> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > > > For the series: > > Reviewed-by: Guenter Roeck <linux@roeck-us.net> > > On a side note, the e-mail addresses in patchwork are messed up for > patches sent by you. As result, I can not reply to your e-mails after > pulling a patch from patchwork. This means that some replies get lost > if I did not keep the original e-mail. > > That is how it looks like after I pull one of your patches from patchwork: > > To: > +=?unknown-8bit?q?Wim_Van_Sebroeck_=3Cwim=40linux-watchdog=2Eorg=3E=2C_Gu?==?unknown-8bit?q?enter_Roeck_=3Clinux=40roeck-us=2Enet=3E=2C_Rob_Herring_?==?unknown-8bit?q?=3Crobh+dt=40kernel=2Eorg=3E=2C_Krzysztof_Kozlowski_=3Ckrz?==?unknown-8bit?q?yszt (Trimmed cc list) Thanks for letting me know, I wonder what's the problem. I am sending with send-email exactly the same way every day, but somehow this series have such header in Patchwork: https://patchwork.kernel.org/project/linux-watchdog/patch/20230415095112.51257-1-krzysztof.kozlowski@linaro.org/ Which I do not see in: 1. lore: https://lore.kernel.org/all/20230415095112.51257-1-krzysztof.kozlowski@linaro.org/ 2. Previous patches on Patchwork: https://patchwork.kernel.org/project/linux-watchdog/patch/20230310223012.315897-1-krzysztof.kozlowski@linaro.org/ Lore (1 above) points to possible unescaped UTF character for rafal@milecki.pl, but I wonder why send-email did not handle it. Best regards, Krzysztof _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH 1/6] dt-bindings: watchdog: drop duplicated GPIO watchdog bindings 2023-04-16 17:26 ` [PATCH 1/6] dt-bindings: watchdog: drop duplicated GPIO watchdog bindings Krzysztof Kozlowski @ 2023-04-18 21:35 ` Rob Herring 0 siblings, 0 replies; 2+ messages in thread From: Rob Herring @ 2023-04-18 21:35 UTC (permalink / raw) To: Krzysztof Kozlowski Cc: Guenter Roeck, Wim Van Sebroeck, Krzysztof Kozlowski, Linus Walleij, linux-watchdog, devicetree, linux-arm-kernel, linux-amlogic, linux-kernel, linux-mediatek, linux-arm-msm, linux-stm32, linux-renesas-soc On Sun, Apr 16, 2023 at 07:26:27PM +0200, Krzysztof Kozlowski wrote: > On 16/04/2023 18:04, Guenter Roeck wrote: > > On 4/15/23 02:51, Krzysztof Kozlowski wrote: > >> Two conversions to DT schema of GPIO watchdog binding happened and came > >> through different trees. Merge them into one: > >> 1. Combine maintainers, > >> 2. Use more descriptive property descriptions and constraints from > >> gpio-wdt.yaml, > >> 3. Switch to unevaluatedProperties:false, to allow generic watchdog > >> properties. > >> > >> Signed-off-by: Krzysztof Kozlowski <krzysztof.kozlowski@linaro.org> > > > > > > For the series: > > > > Reviewed-by: Guenter Roeck <linux@roeck-us.net> > > > > On a side note, the e-mail addresses in patchwork are messed up for > > patches sent by you. As result, I can not reply to your e-mails after > > pulling a patch from patchwork. This means that some replies get lost > > if I did not keep the original e-mail. > > > > That is how it looks like after I pull one of your patches from patchwork: > > > > To: > > +=?unknown-8bit?q?Wim_Van_Sebroeck_=3Cwim=40linux-watchdog=2Eorg=3E=2C_Gu?==?unknown-8bit?q?enter_Roeck_=3Clinux=40roeck-us=2Enet=3E=2C_Rob_Herring_?==?unknown-8bit?q?=3Crobh+dt=40kernel=2Eorg=3E=2C_Krzysztof_Kozlowski_=3Ckrz?==?unknown-8bit?q?yszt > > (Trimmed cc list) > > Thanks for letting me know, I wonder what's the problem. I am sending > with send-email exactly the same way every day, but somehow this series > have such header in Patchwork: > https://patchwork.kernel.org/project/linux-watchdog/patch/20230415095112.51257-1-krzysztof.kozlowski@linaro.org/ > > Which I do not see in: > 1. lore: > https://lore.kernel.org/all/20230415095112.51257-1-krzysztof.kozlowski@linaro.org/ > > 2. Previous patches on Patchwork: > https://patchwork.kernel.org/project/linux-watchdog/patch/20230310223012.315897-1-krzysztof.kozlowski@linaro.org/ > > Lore (1 above) points to possible unescaped UTF character for > rafal@milecki.pl, but I wonder why send-email did not handle it. Looks to me like Content-Type header is missing. Usually, I get a prompt from git-send-email with what encoding to use if it needs to use UTF8. Rob _______________________________________________ linux-arm-kernel mailing list linux-arm-kernel@lists.infradead.org http://lists.infradead.org/mailman/listinfo/linux-arm-kernel ^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2023-04-18 21:36 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20230415095112.51257-1-krzysztof.kozlowski@linaro.org>
[not found] ` <16d3bb91-af02-2504-1a8b-7805a2d30bb4@roeck-us.net>
2023-04-16 17:26 ` [PATCH 1/6] dt-bindings: watchdog: drop duplicated GPIO watchdog bindings Krzysztof Kozlowski
2023-04-18 21:35 ` Rob Herring
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox; as well as URLs for NNTP newsgroup(s).