From: Randy Dunlap <rdunlap@infradead.org>
To: linux-ia64@vger.kernel.org
Subject: Re: [PATCH v2] ia64: don't do IA64_CMPXCHG_DEBUG without CONFIG_PRINTK
Date: Mon, 27 Sep 2021 18:57:18 +0000 [thread overview]
Message-ID: <076c71da-e072-69f6-dd94-9882636b1beb@infradead.org> (raw)
In-Reply-To: <20210926171224.27019-1-rdunlap@infradead.org>
On 9/27/21 4:15 AM, Petr Mladek wrote:
> On Sun 2021-09-26 21:53:33, Randy Dunlap wrote:
>> On 9/26/21 8:22 PM, Paul Gortmaker wrote:
>>> [[PATCH v2] ia64: don't do IA64_CMPXCHG_DEBUG without CONFIG_PRINTK] On 26/09/2021 (Sun 10:12) Randy Dunlap wrote:
>>>
>>>> When CONFIG_PRINTK is not set, the CMPXCHG_BUGCHECK() macro calls
>>>> _printk(), but _printk() is a static inline function, not available
>>>> as an extern.
>>>> Since the purpose of the macro is to print the BUGCHECK info,
>>>> make this config option depend on PRINTK.
>>>>
>>>> Fixes multiple occurrences of this build error:
>>>>
>>>> ../include/linux/printk.h:208:5: error: static declaration of '_printk' follows non-static declaration
>>>> 208 | int _printk(const char *s, ...)
>>>> | ^~~~~~~
>>>> In file included from ../arch/ia64/include/asm/cmpxchg.h:5,
>>>> ../arch/ia64/include/uapi/asm/cmpxchg.h:146:28: note: previous declaration of '_printk' with type 'int(const char *, ...)'
>>>> 146 | extern int _printk(const char *fmt, ...);
>>>>
>>>> Fixes: 85f8f7759e41 ("ia64: populate the cmpxchg header with appropriate code")
>>>
>>> I don't think this fixes tag makes sense either as it was just a
>>> straightforward code relocation. As pointed out elsewhere, it will
>>> probably be back even further where CONFIG_PRINTK was introduced, which
>>> would be d59745ce3e7a (2005 vintage). The ia64 debug option predates
>>> git, so it isn't at fault (and you can't blame it anyway).
>>>
>>> Honestly, realize this is just for a randconfig for ia64 where PRINTK is
>>> disabled - something that will never be done in any of the remaining
>>> ia64 deployments out there (if there is any). So I'd just recommend
>>> dropping the Fixes tag and move on. It isn't like there is a lot of
>>> people out there doing randconfig builds on linux-stable releases.
>>>
>>
>> Yes, I like the idea of dropping the Fixes: tag also. Thanks.
>> Guess I'll send a v3.
>
> I could take it via printk tree. I am going to wait 2-3 more days
> just in case anyone has a comment.
>
> Feel free to send v3 but I could just remove the tag when pushing v2.
Hi Petr,
Please just remove the Fixes: tag after waiting a few more days
for comments.
thanks.
--
~Randy
next prev parent reply other threads:[~2021-09-27 18:57 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-09-26 17:12 [PATCH v2] ia64: don't do IA64_CMPXCHG_DEBUG without CONFIG_PRINTK Randy Dunlap
2021-09-27 3:22 ` Paul Gortmaker
2021-09-27 4:53 ` Randy Dunlap
2021-09-27 11:15 ` Petr Mladek
2021-09-27 18:57 ` Randy Dunlap [this message]
2021-10-04 9:23 ` Petr Mladek
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=076c71da-e072-69f6-dd94-9882636b1beb@infradead.org \
--to=rdunlap@infradead.org \
--cc=linux-ia64@vger.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