From: Lee Jones <lee@kernel.org>
To: Lukas Timmermann <linux@timmermann.space>
Cc: pavel@kernel.org, robh@kernel.org, krzk+dt@kernel.org,
conor+dt@kernel.org, linux-leds@vger.kernel.org,
devicetree@vger.kernel.org, linux-kernel@vger.kernel.org
Subject: Re: [PATCH v13 0/2] Support for Osram as3668 LED driver
Date: Thu, 8 Jan 2026 10:41:30 +0000 [thread overview]
Message-ID: <20260108104130.GC302752@google.com> (raw)
In-Reply-To: <20251201230601.285641-1-linux@timmermann.space>
On Tue, 02 Dec 2025, Lukas Timmermann wrote:
Running through checkpatch.pl
total: 0 errors, 0 warnings, 86 lines checked
"[PATCH v13 1/2] dt-bindings: leds: Add new as3668 support" has no obvious style problems and is ready for submission.
ERROR: Macros with complex values should be enclosed in parentheses
#115: FILE: drivers/leds/leds-as3668.c:35:
+#define AS3668_CURR_MODE_PACK(mode) ((mode) << 0) | \
+ ((mode) << 2) | \
+ ((mode) << 4) | \
+ ((mode) << 6)
BUT SEE:
do {} while (0) advice is over-stated in a few situations:
The more obvious case is macros, like MODULE_PARM_DESC, invoked at
file-scope, where C disallows code (it must be in functions). See
$exceptions if you have one to add by name.
More troublesome is declarative macros used at top of new scope,
like DECLARE_PER_CPU. These might just compile with a do-while-0
wrapper, but would be incorrect. Most of these are handled by
detecting struct,union,etc declaration primitives in $exceptions.
Theres also macros called inside an if (block), which "return" an
expression. These cannot do-while, and need a ({}) wrapper.
Enjoy this qualification while we work to improve our heuristics.
WARNING: please, no spaces at the start of a line
#135: FILE: drivers/leds/leds-as3668.c:55:
+ int ret;$
WARNING: please, no spaces at the start of a line
#136: FILE: drivers/leds/leds-as3668.c:56:
+ u8 channel_modes;$
WARNING: please, no spaces at the start of a line
#138: FILE: drivers/leds/leds-as3668.c:58:
+ ret = i2c_smbus_read_byte_data(led->chip->client, AS3668_CURR_MODE_REG);$
WARNING: please, no spaces at the start of a line
#139: FILE: drivers/leds/leds-as3668.c:59:
+ if (ret < 0) {$
ERROR: code indent should use tabs where possible
#140: FILE: drivers/leds/leds-as3668.c:60:
+ dev_err(led->cdev.dev, "failed to read channel modes\n");$
WARNING: please, no spaces at the start of a line
#140: FILE: drivers/leds/leds-as3668.c:60:
+ dev_err(led->cdev.dev, "failed to read channel modes\n");$
ERROR: code indent should use tabs where possible
#141: FILE: drivers/leds/leds-as3668.c:61:
+ return ret;$
WARNING: please, no spaces at the start of a line
#141: FILE: drivers/leds/leds-as3668.c:61:
+ return ret;$
WARNING: please, no spaces at the start of a line
#142: FILE: drivers/leds/leds-as3668.c:62:
+ }$
WARNING: please, no spaces at the start of a line
#143: FILE: drivers/leds/leds-as3668.c:63:
+ channel_modes = (u8)ret;$
WARNING: please, no spaces at the start of a line
#145: FILE: drivers/leds/leds-as3668.c:65:
+ channel_modes &= ~led->mode_mask;$
WARNING: please, no spaces at the start of a line
#146: FILE: drivers/leds/leds-as3668.c:66:
+ channel_modes |= led->mode_mask & (AS3668_CURR_MODE_PACK(mode));$
WARNING: please, no spaces at the start of a line
#148: FILE: drivers/leds/leds-as3668.c:68:
+ return i2c_smbus_write_byte_data(led->chip->client, AS3668_CURR_MODE_REG, channel_modes);$
WARNING: line length of 104 exceeds 100 columns
#247: FILE: drivers/leds/leds-as3668.c:167:
+ return dev_err_probe(&client->dev, -EIO, "failed to set zero initial current levels\n");
WARNING: DT compatible string "ams,as3668" appears un-documented -- check ./Documentation/devicetree/bindings/
#264: FILE: drivers/leds/leds-as3668.c:184:
+ { .compatible = "ams,as3668" },
total: 3 errors, 13 warnings, 235 lines checked
NOTE: For some of the reported defects, checkpatch may be able to
mechanically convert to the typical style using --fix or --fix-inplace.
NOTE: Whitespace errors detected.
You may wish to use scripts/cleanpatch or scripts/cleanfile
"[PATCH v13 2/2] leds: as3668: Driver for the ams Osram 4-channel" has style problems, please review.
NOTE: If any of the errors are false positives, please report
them to the maintainer, see CHECKPATCH in MAINTAINERS.
--
Lee Jones [李琼斯]
next prev parent reply other threads:[~2026-01-08 10:41 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-01 23:05 [PATCH v13 0/2] Support for Osram as3668 LED driver Lukas Timmermann
2025-12-01 23:06 ` [PATCH v13 1/2] dt-bindings: leds: Add new as3668 support Lukas Timmermann
2025-12-01 23:06 ` [PATCH v13 2/2] leds: as3668: Driver for the ams Osram 4-channel i2c LED driver Lukas Timmermann
2026-01-08 10:41 ` Lee Jones [this message]
2026-01-14 21:11 ` [PATCH v13 0/2] Support for Osram as3668 " Lukas Timmermann
2026-01-22 13:16 ` Lee Jones
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=20260108104130.GC302752@google.com \
--to=lee@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-leds@vger.kernel.org \
--cc=linux@timmermann.space \
--cc=pavel@kernel.org \
--cc=robh@kernel.org \
/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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox