All of lore.kernel.org
 help / color / mirror / Atom feed
From: Petr Vorel <pvorel@suse.cz>
To: Cyril Hrubis <chrubis@suse.cz>
Cc: ltp@lists.linux.it
Subject: Re: [LTP] [PATCH] lib: tst_kconfig: Add runtime checks
Date: Thu, 26 Mar 2026 16:44:21 +0100	[thread overview]
Message-ID: <20260326154421.GA7157@pevik> (raw)
In-Reply-To: <acVE76yDEM8pymPW@yuki.lan>

> Hi!
> > > +// SPDX-License-Identifier: GPL-2.0-or-later
> > nit: please use /* */ otherwise checkpatch complains.

> Hmm, so apparently kernel has a bit crazy rule that the SPDX has to be
> between /* */ in headers and start with // in C sources. Because of some
> tooling that parses kernel headers couldn't handle //.

Yes:

https://docs.kernel.org/process/license-rules.html#license-identifier-syntax

	If a specific tool cannot handle the standard comment style, then the
	appropriate comment mechanism which the tool accepts shall be used. This is
	the reason for having the “/* */” style comment in C header files. There was
	build breakage observed with generated .lds files where ‘ld’ failed to parse
	the C++ comment. This has been fixed by now, but there are still older
	assembler tools which cannot handle C++ style comments.

=> older assembler tools.

> I do not think that there will be any tooling parsing LTP internal
> headers. Maybe we can silence that rule in checkpatch?

I'd prefer to keep changes in our vendored checkpatch pl to bare minimum
to not complicate updating.  Unfortunately there is a single tag
SPDX_LICENSE_TAG for many checkpatch errors. It'd be great if this could be
configurable.

Kind regards,
Petr

-- 
Mailing list info: https://lists.linux.it/listinfo/ltp

  reply	other threads:[~2026-03-26 15:45 UTC|newest]

Thread overview: 23+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-02-05 13:57 [LTP] [PATCH] lib: tst_kconfig: Add runtime checks Cyril Hrubis
2026-02-05 17:47 ` Petr Vorel
2026-02-06  7:58   ` Li Wang via ltp
2026-02-06  8:23     ` Petr Vorel
2026-02-06 12:23       ` Li Wang via ltp
2026-03-26 14:09         ` Cyril Hrubis
2026-03-26 14:16           ` Cyril Hrubis
2026-03-26 16:39           ` Petr Vorel
2026-02-06  8:23     ` Petr Vorel
2026-02-06  8:33     ` Cyril Hrubis
2026-02-06  9:31       ` Petr Vorel
2026-02-06  9:37       ` Petr Vorel
2026-02-06  9:45         ` Cyril Hrubis
2026-02-06 10:31           ` Petr Vorel
2026-03-26 14:38   ` Cyril Hrubis
2026-03-26 15:44     ` Petr Vorel [this message]
2026-03-11  8:59 ` Petr Vorel
2026-03-24  8:33 ` Andrea Cervesato via ltp
2026-03-26 14:17   ` Cyril Hrubis
  -- strict thread matches above, loose matches on Subject: below --
2026-03-26 14:40 Cyril Hrubis
2026-03-26 15:15 ` Petr Vorel
2026-03-27  7:02 ` Li Wang via ltp
2026-03-27 11:06   ` Cyril Hrubis

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20260326154421.GA7157@pevik \
    --to=pvorel@suse.cz \
    --cc=chrubis@suse.cz \
    --cc=ltp@lists.linux.it \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.