From: Liming Wu <liming.wu@jaguarmicro.com>

Correct the spelling of effective.

Signed-off-by: Liming Wu <liming.wu@jaguarmicro.com>
---
 kernel/irq/debugfs.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/kernel/irq/debugfs.c b/kernel/irq/debugfs.c
index 5971a66be034..f7235285cc41 100644
--- a/kernel/irq/debugfs.c
+++ b/kernel/irq/debugfs.c
@@ -36,7 +36,7 @@ static void irq_debug_show_masks(struct seq_file *m, struct irq_desc *desc)
 	seq_printf(m, "affinity: %*pbl\n", cpumask_pr_args(msk));
 #ifdef CONFIG_GENERIC_IRQ_EFFECTIVE_AFF_MASK
 	msk = irq_data_get_effective_affinity_mask(data);
-	seq_printf(m, "effectiv: %*pbl\n", cpumask_pr_args(msk));
+	seq_printf(m, "effective: %*pbl\n", cpumask_pr_args(msk));
 #endif
 #ifdef CONFIG_GENERIC_PENDING_IRQ
 	msk = desc->pending_mask;
-- 
2.34.1

On Wed, Sep 27 2023 at 10:29, liming wu wrote:
> From: Liming Wu <liming.wu@jaguarmicro.com>
>
> Correct the spelling of effective.

That spelling is on purpose to have tabular output, which you break with
that change.

On Thu, Sep 28, 2023 at 11:43:33AM +0200, Thomas Gleixner wrote:
> On Wed, Sep 27 2023 at 10:29, liming wu wrote:
> > From: Liming Wu <liming.wu@jaguarmicro.com>
> >
> > Correct the spelling of effective.
> 
> That spelling is on purpose to have tabular output, which you break with
> that change.

Hi Thomas,

I've received this email twice.

There seem to be many duplicate emails today (LKML, maybe other vger
lists as well).
Not sure what is causing this.

Do others observe this as well?


-- 
Regards,
Andreas

SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nürnberg, Germany
GF: Ivo Totev, Andrew McDonald, Werner Knoblich
(HRB 36809, AG Nürnberg)

On Thu, Sep 28, 2023 at 11:48:32AM +0200, Andreas Herrmann wrote:
> On Thu, Sep 28, 2023 at 11:43:33AM +0200, Thomas Gleixner wrote:
> > On Wed, Sep 27 2023 at 10:29, liming wu wrote:
> > > From: Liming Wu <liming.wu@jaguarmicro.com>
> > >
> > > Correct the spelling of effective.
> > 
> > That spelling is on purpose to have tabular output, which you break with
> > that change.
> 
> Hi Thomas,
> 
> I've received this email twice.
> 
> There seem to be many duplicate emails today (LKML, maybe other vger
> lists as well).
> Not sure what is causing this.
> 
> Do others observe this as well?

Never mind. It seems to be on my end -- somehow.
Don't care at the moment.

Examples:

fetchmail:
2023-09-28T12:02:34: reading message aherrmann@mutt@imap.suse.de:1 of 2 (15900 header octets) (2222 body octets) flushed
2023-09-28T12:02:34: reading message aherrmann@mutt@imap.suse.de:1 of 2 (15900 header octets) (2222 body octets) flushed
mutt:
23339     Sep 28 Miguel Luis     (2.1K) │   └─>
23340     Sep 28 Miguel Luis     (2.1K) │     └=>

fetchmail:
2023-09-28T12:02:35: reading message aherrmann@mutt@imap.suse.de:2 of 2 (6029 header octets) (9197 body octets) flushed
2023-09-28T12:02:35: reading message aherrmann@mutt@imap.suse.de:2 of 2 (6029 header octets) (0 body octets) flushed
mutt:
25751 N ! Sep 28 AngeloGioacchin (8.7K) └─>Re: [PATCH v10 5/9] drm/mediatek: Add connector dynamic selection capability
25752 N ! Sep 28 AngeloGioacchin (  0K)   └=>
{the 2nd mail has empty body}

The first duplicate email from LKML seems to be
Sep 11 Casey Schaufler (8.4K) &─&=>Re: [PATCH v14 04/11] LSM: syscalls for current process attributes
Date: Mon, 11 Sep 2023 15:08:48 -0700

Odd.

-- 
Regards,
Andreas

SUSE Software Solutions Germany GmbH
Frankenstrasse 146, 90461 Nürnberg, Germany
GF: Ivo Totev, Andrew McDonald, Werner Knoblich
(HRB 36809, AG Nürnberg)