* [PATCH] checkpatch: fix a false check against wchar/utf-16 string @ 2020-06-16 5:43 AKASHI Takahiro 2020-06-16 14:17 ` Tom Rini 0 siblings, 1 reply; 6+ messages in thread From: AKASHI Takahiro @ 2020-06-16 5:43 UTC (permalink / raw) To: u-boot UEFI subsystem uses utf-16 string, but checkpatch.pl complains about any occurrences of L"xxx" which is definitely legal. So just suppress this kind of warning. Precautiously, we will check u"xxx" as well. Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> --- scripts/checkpatch.pl | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl index edba36565167..b3697720787c 100755 --- a/scripts/checkpatch.pl +++ b/scripts/checkpatch.pl @@ -5462,7 +5462,7 @@ sub process { } # concatenated string without spaces between elements - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { if (CHK("CONCATENATED_STRING", "Concatenated strings should use spaces between elements\n" . $herecurr) && $fix) { -- 2.27.0 ^ permalink raw reply related [flat|nested] 6+ messages in thread
* [PATCH] checkpatch: fix a false check against wchar/utf-16 string 2020-06-16 5:43 [PATCH] checkpatch: fix a false check against wchar/utf-16 string AKASHI Takahiro @ 2020-06-16 14:17 ` Tom Rini 2020-07-02 17:00 ` Heinrich Schuchardt 0 siblings, 1 reply; 6+ messages in thread From: Tom Rini @ 2020-06-16 14:17 UTC (permalink / raw) To: u-boot On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote: > UEFI subsystem uses utf-16 string, but checkpatch.pl complains > about any occurrences of L"xxx" which is definitely legal. > So just suppress this kind of warning. > Precautiously, we will check u"xxx" as well. > > Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> > --- > scripts/checkpatch.pl | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > index edba36565167..b3697720787c 100755 > --- a/scripts/checkpatch.pl > +++ b/scripts/checkpatch.pl > @@ -5462,7 +5462,7 @@ sub process { > } > > # concatenated string without spaces between elements > - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { > + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { > if (CHK("CONCATENATED_STRING", > "Concatenated strings should use spaces between elements\n" . $herecurr) && > $fix) { This looks like a generic checkpatch issue. I think we're a little out of sync with the kernel's v5.7 but this doesn't look to be fixed there either. Can you please submit it upstream? Thanks! -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: not available URL: <https://lists.denx.de/pipermail/u-boot/attachments/20200616/ab334128/attachment.sig> ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] checkpatch: fix a false check against wchar/utf-16 string 2020-06-16 14:17 ` Tom Rini @ 2020-07-02 17:00 ` Heinrich Schuchardt 2020-07-02 20:26 ` Tom Rini 0 siblings, 1 reply; 6+ messages in thread From: Heinrich Schuchardt @ 2020-07-02 17:00 UTC (permalink / raw) To: u-boot On 16.06.20 16:17, Tom Rini wrote: > On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote: > >> UEFI subsystem uses utf-16 string, but checkpatch.pl complains >> about any occurrences of L"xxx" which is definitely legal. >> So just suppress this kind of warning. >> Precautiously, we will check u"xxx" as well. >> >> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> >> --- >> scripts/checkpatch.pl | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl >> index edba36565167..b3697720787c 100755 >> --- a/scripts/checkpatch.pl >> +++ b/scripts/checkpatch.pl >> @@ -5462,7 +5462,7 @@ sub process { >> } >> >> # concatenated string without spaces between elements >> - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { >> + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { >> if (CHK("CONCATENATED_STRING", >> "Concatenated strings should use spaces between elements\n" . $herecurr) && >> $fix) { > > This looks like a generic checkpatch issue. I think we're a little out > of sync with the kernel's v5.7 but this doesn't look to be fixed there > either. Can you please submit it upstream? Thanks! > Hello Tom, I already raised that issue to the Kernel people and they were not interested in fixing it: https://lkml.org/lkml/2017/10/17/1086 Recently a lot of changes have been done to the U-Boot version of checkpatch.pl. Do we want to diverge from the upstream and have a lot of work each time we try to sync? Or should we use checkpatch.pl as is and live without U-Boot specific stuff? Best regards Heinrich ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] checkpatch: fix a false check against wchar/utf-16 string 2020-07-02 17:00 ` Heinrich Schuchardt @ 2020-07-02 20:26 ` Tom Rini 2020-07-03 5:45 ` AKASHI Takahiro 0 siblings, 1 reply; 6+ messages in thread From: Tom Rini @ 2020-07-02 20:26 UTC (permalink / raw) To: u-boot On Thu, Jul 02, 2020 at 07:00:04PM +0200, Heinrich Schuchardt wrote: > On 16.06.20 16:17, Tom Rini wrote: > > On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote: > > > >> UEFI subsystem uses utf-16 string, but checkpatch.pl complains > >> about any occurrences of L"xxx" which is definitely legal. > >> So just suppress this kind of warning. > >> Precautiously, we will check u"xxx" as well. > >> > >> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> > >> --- > >> scripts/checkpatch.pl | 2 +- > >> 1 file changed, 1 insertion(+), 1 deletion(-) > >> > >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > >> index edba36565167..b3697720787c 100755 > >> --- a/scripts/checkpatch.pl > >> +++ b/scripts/checkpatch.pl > >> @@ -5462,7 +5462,7 @@ sub process { > >> } > >> > >> # concatenated string without spaces between elements > >> - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { > >> + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { > >> if (CHK("CONCATENATED_STRING", > >> "Concatenated strings should use spaces between elements\n" . $herecurr) && > >> $fix) { > > > > This looks like a generic checkpatch issue. I think we're a little out > > of sync with the kernel's v5.7 but this doesn't look to be fixed there > > either. Can you please submit it upstream? Thanks! > > > > Hello Tom, > > I already raised that issue to the Kernel people and they were not > interested in fixing it: > > https://lkml.org/lkml/2017/10/17/1086 > > Recently a lot of changes have been done to the U-Boot version of > checkpatch.pl. > > Do we want to diverge from the upstream and have a lot of work each time > we try to sync? Or should we use checkpatch.pl as is and live without > U-Boot specific stuff? I would raise the issue with Joe again to see if he still doesn't want to support wide strings. If he doesn't I worry that since this change is outside of the new u-boot function it will get removed by accident with a future resync. -- Tom -------------- next part -------------- A non-text attachment was scrubbed... Name: signature.asc Type: application/pgp-signature Size: 659 bytes Desc: not available URL: <https://lists.denx.de/pipermail/u-boot/attachments/20200702/17fd69c3/attachment.sig> ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] checkpatch: fix a false check against wchar/utf-16 string 2020-07-02 20:26 ` Tom Rini @ 2020-07-03 5:45 ` AKASHI Takahiro 2020-07-03 6:08 ` Heinrich Schuchardt 0 siblings, 1 reply; 6+ messages in thread From: AKASHI Takahiro @ 2020-07-03 5:45 UTC (permalink / raw) To: u-boot On Thu, Jul 02, 2020 at 04:26:34PM -0400, Tom Rini wrote: > On Thu, Jul 02, 2020 at 07:00:04PM +0200, Heinrich Schuchardt wrote: > > On 16.06.20 16:17, Tom Rini wrote: > > > On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote: > > > > > >> UEFI subsystem uses utf-16 string, but checkpatch.pl complains > > >> about any occurrences of L"xxx" which is definitely legal. > > >> So just suppress this kind of warning. > > >> Precautiously, we will check u"xxx" as well. > > >> > > >> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> > > >> --- > > >> scripts/checkpatch.pl | 2 +- > > >> 1 file changed, 1 insertion(+), 1 deletion(-) > > >> > > >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl > > >> index edba36565167..b3697720787c 100755 > > >> --- a/scripts/checkpatch.pl > > >> +++ b/scripts/checkpatch.pl > > >> @@ -5462,7 +5462,7 @@ sub process { > > >> } > > >> > > >> # concatenated string without spaces between elements > > >> - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /[A-Za-z0-9_]$String/) { > > >> + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ /([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { > > >> if (CHK("CONCATENATED_STRING", > > >> "Concatenated strings should use spaces between elements\n" . $herecurr) && > > >> $fix) { > > > > > > This looks like a generic checkpatch issue. I think we're a little out > > > of sync with the kernel's v5.7 but this doesn't look to be fixed there > > > either. Can you please submit it upstream? Thanks! > > > > > > > Hello Tom, > > > > I already raised that issue to the Kernel people and they were not > > interested in fixing it: > > > > https://lkml.org/lkml/2017/10/17/1086 > > > > Recently a lot of changes have been done to the U-Boot version of > > checkpatch.pl. > > > > Do we want to diverge from the upstream and have a lot of work each time > > we try to sync? Or should we use checkpatch.pl as is and live without > > U-Boot specific stuff? > > I would raise the issue with Joe again to see if he still doesn't want > to support wide strings. If he doesn't I worry that since this change > is outside of the new u-boot function it will get removed by accident > with a future resync. To be strict, Joe's comment, "Kernel doesn't support wide strings." is no longer true. We can see several examples of L"..." in security/integrity/platform_certs/load_uefi.c -Takahiro Akashi > -- > Tom ^ permalink raw reply [flat|nested] 6+ messages in thread
* [PATCH] checkpatch: fix a false check against wchar/utf-16 string 2020-07-03 5:45 ` AKASHI Takahiro @ 2020-07-03 6:08 ` Heinrich Schuchardt 0 siblings, 0 replies; 6+ messages in thread From: Heinrich Schuchardt @ 2020-07-03 6:08 UTC (permalink / raw) To: u-boot Am 3. Juli 2020 07:45:03 MESZ schrieb AKASHI Takahiro <takahiro.akashi@linaro.org>: >On Thu, Jul 02, 2020 at 04:26:34PM -0400, Tom Rini wrote: >> On Thu, Jul 02, 2020 at 07:00:04PM +0200, Heinrich Schuchardt wrote: >> > On 16.06.20 16:17, Tom Rini wrote: >> > > On Tue, Jun 16, 2020 at 02:43:07PM +0900, AKASHI Takahiro wrote: >> > > >> > >> UEFI subsystem uses utf-16 string, but checkpatch.pl complains >> > >> about any occurrences of L"xxx" which is definitely legal. >> > >> So just suppress this kind of warning. >> > >> Precautiously, we will check u"xxx" as well. >> > >> >> > >> Signed-off-by: AKASHI Takahiro <takahiro.akashi@linaro.org> >> > >> --- >> > >> scripts/checkpatch.pl | 2 +- >> > >> 1 file changed, 1 insertion(+), 1 deletion(-) >> > >> >> > >> diff --git a/scripts/checkpatch.pl b/scripts/checkpatch.pl >> > >> index edba36565167..b3697720787c 100755 >> > >> --- a/scripts/checkpatch.pl >> > >> +++ b/scripts/checkpatch.pl >> > >> @@ -5462,7 +5462,7 @@ sub process { >> > >> } >> > >> >> > >> # concatenated string without spaces between elements >> > >> - if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ >/[A-Za-z0-9_]$String/) { >> > >> + if ($line =~ /$String[A-Za-z0-9_]/ || $line =~ >/([A-Za-z0-9_]+[Lu]|[A-Za-z0-9_]*[A-KM-Za-tv-z0-9_])$String/) { >> > >> if (CHK("CONCATENATED_STRING", >> > >> "Concatenated strings should use spaces between elements\n" >. $herecurr) && >> > >> $fix) { >> > > >> > > This looks like a generic checkpatch issue. I think we're a >little out >> > > of sync with the kernel's v5.7 but this doesn't look to be fixed >there >> > > either. Can you please submit it upstream? Thanks! >> > > >> > >> > Hello Tom, >> > >> > I already raised that issue to the Kernel people and they were not >> > interested in fixing it: >> > >> > https://lkml.org/lkml/2017/10/17/1086 >> > >> > Recently a lot of changes have been done to the U-Boot version of >> > checkpatch.pl. >> > >> > Do we want to diverge from the upstream and have a lot of work each >time >> > we try to sync? Or should we use checkpatch.pl as is and live >without >> > U-Boot specific stuff? >> >> I would raise the issue with Joe again to see if he still doesn't >want >> to support wide strings. If he doesn't I worry that since this >change >> is outside of the new u-boot function it will get removed by accident >> with a future resync. > >To be strict, Joe's comment, "Kernel doesn't support wide strings." >is no longer true. We can see several examples of L"..." in > security/integrity/platform_certs/load_uefi.c That makes things easier. Please, check if the upstream checkpatch.pl still has the issue. If yes, please, send your pstch upstream. Best regards Heinrich > >-Takahiro Akashi > >> -- >> Tom ^ permalink raw reply [flat|nested] 6+ messages in thread
end of thread, other threads:[~2020-07-03 6:08 UTC | newest] Thread overview: 6+ messages (download: mbox.gz follow: Atom feed -- links below jump to the message on this page -- 2020-06-16 5:43 [PATCH] checkpatch: fix a false check against wchar/utf-16 string AKASHI Takahiro 2020-06-16 14:17 ` Tom Rini 2020-07-02 17:00 ` Heinrich Schuchardt 2020-07-02 20:26 ` Tom Rini 2020-07-03 5:45 ` AKASHI Takahiro 2020-07-03 6:08 ` Heinrich Schuchardt
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox