From: sashiko-bot@kernel.org
To: "Randy Dunlap" <rdunlap@infradead.org>
Cc: dri-devel@lists.freedesktop.org
Subject: Re: [PATCH 01/03] fbdev: maxine: make functions static
Date: Fri, 14 Aug 2026 01:50:59 +0000 [thread overview]
Message-ID: <20260814015103.4574D1F000E9@smtp.kernel.org> (raw)
In-Reply-To: <20260813232934.2718291-2-rdunlap@infradead.org>
Thank you for your contribution! Sashiko AI review found 1 potential issue(s) to consider:
- [Low] Making the entirely unused function `maxinefb_ims332_read_register` static introduces a new `-Wunused-function` compiler warning.
--
--- Patch [1]: [PATCH 01/03] fbdev: maxine: make functions static ---
commit dbf41183475fd7e7f21a5345da1fcb01f0239170
Author: Randy Dunlap <rdunlap@infradead.org>
fbdev: maxine: make functions static
This commit makes three functions static in the maxinefb driver to resolve
missing prototype warnings since they are not exposed via a header file.
> diff --git a/drivers/video/fbdev/maxinefb.c b/drivers/video/fbdev/maxinefb.c
> index 52528eb4dfb41..a9410a553113d 100644
> --- a/drivers/video/fbdev/maxinefb.c
> +++ b/drivers/video/fbdev/maxinefb.c
[ ... ]
> @@ -71,7 +71,7 @@ void maxinefb_ims332_write_register(int regno, register unsigned int val)
> *((volatile unsigned short *) (wptr)) = val;
> }
>
> -unsigned int maxinefb_ims332_read_register(int regno)
> +static unsigned int maxinefb_ims332_read_register(int regno)
[Severity: Low]
Does making this function static introduce a new -Wunused-function compiler
warning?
It appears maxinefb_ims332_read_register() is never called anywhere in the
codebase. Adding the static keyword to an unused function transforms the
previous missing prototype warning into an unused function warning, which
can break builds that enable CONFIG_WERROR.
Would it be better to remove this unused code entirely rather than marking
it static?
> {
> register unsigned char *regs = (char *) MAXINEFB_IMS332_ADDRESS;
> unsigned char *rptr;
--
Sashiko AI review · https://sashiko.dev/#/patchset/20260813232934.2718291-1-rdunlap@infradead.org?part=1
next prev parent reply other threads:[~2026-08-14 1:51 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2026-08-13 23:29 [PATCH 00/03] fbdev: maxine: clean up build issues Randy Dunlap
2026-08-13 23:29 ` [PATCH 01/03] fbdev: maxine: make functions static Randy Dunlap
2026-08-14 1:50 ` sashiko-bot [this message]
2026-08-13 23:29 ` [PATCH 02/03] fbdev: maxine: elide an unused function Randy Dunlap
2026-08-14 1:54 ` sashiko-bot
2026-08-13 23:29 ` [PATCH 03/03] fbdev: maxine: fix 64-bit build error Randy Dunlap
2026-08-14 2:03 ` sashiko-bot
2026-08-14 7:39 ` [PATCH 00/03] fbdev: maxine: clean up build issues Helge Deller
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=20260814015103.4574D1F000E9@smtp.kernel.org \
--to=sashiko-bot@kernel.org \
--cc=dri-devel@lists.freedesktop.org \
--cc=rdunlap@infradead.org \
--cc=sashiko-reviews@lists.linux.dev \
/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.