From: Caleb Schlossin <calebs@linux.ibm.com>
To: Aditya Gupta <adityag@linux.ibm.com>
Cc: milesg@linux.ibm.com, qemu-devel@nongnu.org, qemu-ppc@nongnu.org,
npiggin@gmail.com, chalapathi.v@linux.ibm.com
Subject: Re: [PATCH 1/4] ppc/pnv: Suppress some "pnv_chiptod unimplemented register" messages
Date: Tue, 20 Jan 2026 08:31:37 -0600 [thread overview]
Message-ID: <6072a537-e18c-4d46-9142-36e9c25bb11c@linux.ibm.com> (raw)
In-Reply-To: <aW3wVCdyn3WkeUoF@li-3c92a0cc-27cf-11b2-a85c-b804d9ca68fa.ibm.com>
On 1/19/26 4:18 AM, Aditya Gupta wrote:
> On 26/01/06 11:07AM, Caleb Schlossin wrote:
>>
>>
>> On 1/6/26 10:49 AM, Miles Glenn wrote:
>>> Hi Caleb. I wonder if it makes sense to upstream this commit since I
>>> suspect that most upstream users will not have the "unimp" log messages
>>> enabled unless they are debugging a problem and in that case, we would
>>> be erroneously masking these unimplemented registers from the logged
>>> output.
>>>
>>> Thanks,
>>>
>>> Glenn
>>
>> I understand your point. Here are my thoughts:
>> - Cleaning up these logs for valid accesses (PowerVM bringup and development) reduces the overall log output and helps find real errors
>> - In the future, there may be a customer that wants to run PowerVM with upstream QEMU. The more we upstream, the easier that will be.
>> - In the future, we are going to have a number of cases like this where we accept accesses and don't log for every unimp access (to clean up log output). If we choose to keep those patches private and don't upstream them it's going to increase the number of private patches we keep, making future rebasing more difficult.
>> - I'd prefer to upstream more patches, and focus on keeping only the patches we need to private (for confidentiality or other reasons). To make future rebasing easier.
>
> I agree with Glenn that we shouldn't mask these warnings for everyone.
>
> Since a warning saying a feature is unimplemented is better than
> silently not doing anything without any warnings.
>
> Maybe the excessive warnings should only be masked for PowerMV
> development work, rather than upstreaming, or we can always upstream
> once those are implemented.
>
> - Aditya G
>
Ok. Would you like me to pull out this patch from the series and send out v2 containing only the approved patches?
Thanks,
Caleb
next prev parent reply other threads:[~2026-01-20 14:32 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-12-18 20:03 [PATCH 0/4] Power10 PowerVM bringup fixes Caleb Schlossin
2025-12-18 20:03 ` [PATCH 1/4] ppc/pnv: Suppress some "pnv_chiptod unimplemented register" messages Caleb Schlossin
2025-12-22 10:46 ` Chalapathi V
2026-01-06 16:49 ` Miles Glenn
2026-01-06 17:07 ` Caleb Schlossin
2026-01-07 18:04 ` Miles Glenn
2026-01-19 10:18 ` Aditya Gupta
2026-01-20 14:31 ` Caleb Schlossin [this message]
2026-01-24 12:07 ` Aditya Gupta
2025-12-18 20:03 ` [PATCH 2/4] ppc/pnv: Support for SECURITY_SWITCH XSCOM register access Caleb Schlossin
2025-12-22 10:47 ` Chalapathi V
2026-01-06 16:58 ` Miles Glenn
2026-01-19 10:22 ` Aditya Gupta
2025-12-18 20:03 ` [PATCH 3/4] ppc/pnv: Add unimplemented quad and core regs Caleb Schlossin
2025-12-22 10:48 ` Chalapathi V
2026-01-06 16:59 ` Miles Glenn
2026-01-24 12:20 ` Aditya Gupta
2025-12-18 20:03 ` [PATCH 4/4] ppc/pnv: Add OCC FLAG registers Caleb Schlossin
2025-12-22 10:49 ` Chalapathi V
2026-01-06 17:00 ` Miles Glenn
2026-01-24 12:13 ` Aditya Gupta
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=6072a537-e18c-4d46-9142-36e9c25bb11c@linux.ibm.com \
--to=calebs@linux.ibm.com \
--cc=adityag@linux.ibm.com \
--cc=chalapathi.v@linux.ibm.com \
--cc=milesg@linux.ibm.com \
--cc=npiggin@gmail.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-ppc@nongnu.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 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.