From: Yazen Ghannam <yazen.ghannam@amd.com>
To: "Zhuo, Qiuxu" <qiuxu.zhuo@intel.com>
Cc: "x86@kernel.org" <x86@kernel.org>,
"Luck, Tony" <tony.luck@intel.com>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-edac@vger.kernel.org" <linux-edac@vger.kernel.org>,
"Smita.KoralahalliChannabasappa@amd.com"
<Smita.KoralahalliChannabasappa@amd.com>
Subject: Re: [PATCH v2 14/16] x86/mce/amd: Enable interrupt vectors once per-CPU on SMCA systems
Date: Wed, 19 Feb 2025 11:16:47 -0500 [thread overview]
Message-ID: <20250219161647.GG337534@yaz-khff2.amd.com> (raw)
In-Reply-To: <CY8PR11MB713437893EB56A76A5685A6489FA2@CY8PR11MB7134.namprd11.prod.outlook.com>
On Tue, Feb 18, 2025 at 08:23:22AM +0000, Zhuo, Qiuxu wrote:
> > From: Yazen Ghannam <yazen.ghannam@amd.com>
> > [...]
> > behavior. The deferred error interrupt is technically advertised by the SUCCOR
> > feature. However, this was first made available on SMCA systems.
> > Therefore, only set up the deferred error interrupt on SMCA systems and
> > simplify the code.
>
> Does this description imply that:
>
> if mce_flags.succor = true, then mce_flags.smca must also be true.
>
No, they are independent features. However, in practice (on production
systems) SMCA systems also support SUCCOR.
> >
> > Signed-off-by: Yazen Ghannam <yazen.ghannam@amd.com>
> > [...]
> > -static void deferred_error_interrupt_enable(struct cpuinfo_x86 *c) -{
> > - u32 low = 0, high = 0;
> > - int def_offset = -1, def_new;
> > -
> > - if (rdmsr_safe(MSR_CU_DEF_ERR, &low, &high))
> > - return;
> > -
> > - def_new = (low & MASK_DEF_LVTOFF) >> 4;
> > - if (!(low & MASK_DEF_LVTOFF)) {
> > - pr_err(FW_BUG "Your BIOS is not setting up LVT offset 0x2 for
> > deferred error IRQs correctly.\n");
> > - def_new = DEF_LVT_OFF;
> > - low = (low & ~MASK_DEF_LVTOFF) | (DEF_LVT_OFF << 4);
> > - }
>
> This code is missing from this patch.
> Expected?
>
Yes, this old code is replaced by smca_enable_interrupt_vectors().
> > -
> > - def_offset = setup_APIC_deferred_error(def_offset, def_new);
> > - if ((def_offset == def_new) &&
> > - (deferred_error_int_vector != amd_deferred_error_interrupt))
> > - deferred_error_int_vector = amd_deferred_error_interrupt;
> > -
> > - if (!mce_flags.smca)
> > - low = (low & ~MASK_DEF_INT_TYPE) | DEF_INT_TYPE_APIC;
> > -
> > - wrmsr(MSR_CU_DEF_ERR, low, high);
> > -}
> > -
>
> This code is missing from this patch.
> Expected?
>
Yes, same as above.
> > static u32 smca_get_block_address(unsigned int bank, unsigned int block,
> > unsigned int cpu)
> > {
> > @@ -551,7 +516,6 @@ prepare_threshold_block(unsigned int bank, unsigned
> > int block, u32 addr,
> > int offset, u32 misc_high)
> > {
> > unsigned int cpu = smp_processor_id();
> > - u32 smca_low, smca_high;
> > struct threshold_block b;
> > int new;
> >
> > @@ -571,18 +535,10 @@ prepare_threshold_block(unsigned int bank,
> > unsigned int block, u32 addr,
> > __set_bit(bank, this_cpu_ptr(&mce_amd_data)->thr_intr_banks);
> > b.interrupt_enable = 1;
> >
> > - if (!mce_flags.smca) {
> > - new = (misc_high & MASK_LVTOFF_HI) >> 20;
> > - goto set_offset;
> > - }
> > -
> > - /* Gather LVT offset for thresholding: */
> > - if (rdmsr_safe(MSR_CU_DEF_ERR, &smca_low, &smca_high))
> > - goto out;
> > -
> > - new = (smca_low & SMCA_THR_LVT_OFF) >> 12;
> > + if (mce_flags.smca)
> > + goto done;
> >
> > -set_offset:
> > + new = (misc_high & MASK_LVTOFF_HI) >> 20;
> > offset = setup_APIC_mce_threshold(offset, new);
> > if (offset == new)
> > thresholding_irq_en = true;
> > @@ -590,7 +546,6 @@ prepare_threshold_block(unsigned int bank, unsigned
> > int block, u32 addr,
> > done:
> > mce_threshold_block_init(&b, offset);
> >
> > -out:
> > return offset;
> > }
> >
> > @@ -659,6 +614,32 @@ static void disable_err_thresholding(struct
> > cpuinfo_x86 *c, unsigned int bank)
> > wrmsrl(MSR_K7_HWCR, hwcr);
> > }
> >
> > +/*
> > + * Enable the APIC LVT interrupt vectors once per-CPU. This should be
> > +done before hardware is
> > + * ready to send interrupts.
> > + *
> > + * Individual error sources are enabled later during per-bank init.
> > + */
> > +static void smca_enable_interrupt_vectors(void)
> > +{
> > + struct mce_amd_cpu_data *data = this_cpu_ptr(&mce_amd_data);
> > + u64 mca_intr_cfg, offset;
> > +
> > + if (!mce_flags.smca || !mce_flags.succor)
> > + return;
> > +
>
> In the old code, the deferred IRQ setup just depends on mce_flags.succor,
> But now it depends on: mce_flags.smca && mce_flags.succor.
> Is this expected?
>
Yes, this is described in the quoted part of the commit message above.
> > + if (rdmsrl_safe(MSR_CU_DEF_ERR, &mca_intr_cfg))
> > + return;
> > +
> > + offset = (mca_intr_cfg & SMCA_THR_LVT_OFF) >> 12;
> > + if (!setup_APIC_eilvt(offset, THRESHOLD_APIC_VECTOR,
> > APIC_EILVT_MSG_FIX, 0))
> > + data->thr_intr_en = true;
> > +
> > + offset = (mca_intr_cfg & MASK_DEF_LVTOFF) >> 4;
> > + if (!setup_APIC_eilvt(offset, DEFERRED_ERROR_VECTOR,
> > APIC_EILVT_MSG_FIX, 0))
> > + data->dfr_intr_en = true;
> > +}
> > +
> > static void amd_apply_quirks(struct cpuinfo_x86 *c) {
> > struct mce_bank *mce_banks = this_cpu_ptr(mce_banks_array); @@
> > -690,11 +671,16 @@ void mce_amd_feature_init(struct cpuinfo_x86 *c)
> >
> > amd_apply_quirks(c);
> > mce_flags.amd_threshold = 1;
> > + smca_enable_interrupt_vectors();
> >
> > for (bank = 0; bank < this_cpu_read(mce_num_banks); ++bank) {
> > - if (mce_flags.smca)
> > + if (mce_flags.smca) {
> > smca_configure(bank, cpu);
> >
> > + if (!this_cpu_ptr(&mce_amd_data)->thr_intr_en)
> > + continue;
> > + }
> > +
> > disable_err_thresholding(c, bank);
> >
> > for (block = 0; block < NR_BLOCKS; ++block) { @@ -715,9
> > +701,6 @@ void mce_amd_feature_init(struct cpuinfo_x86 *c)
> > offset = prepare_threshold_block(bank, block,
> > address, offset, high);
> > }
> > }
> > -
> > - if (mce_flags.succor)
> > - deferred_error_interrupt_enable(c);
>
> The old code to set up deferred error IRQ just depends on mce_flags.succor,
> > [...]
Correct, this is the same reasoning as above.
Thanks,
Yazen
next prev parent reply other threads:[~2025-02-19 16:16 UTC|newest]
Thread overview: 63+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-02-13 16:45 [PATCH v2 00/16] AMD MCA interrupts rework Yazen Ghannam
2025-02-13 16:45 ` [PATCH v2 01/16] x86/mce: Don't remove sysfs if thresholding sysfs init fails Yazen Ghannam
2025-02-17 6:58 ` Zhuo, Qiuxu
2025-02-13 16:45 ` [PATCH v2 02/16] x86/mce/amd: Remove return value for mce_threshold_create_device() Yazen Ghannam
2025-02-17 7:11 ` Zhuo, Qiuxu
2025-02-17 14:09 ` Yazen Ghannam
2025-02-13 16:45 ` [PATCH v2 03/16] x86/mce/amd: Remove smca_banks_map Yazen Ghannam
2025-02-17 7:57 ` Zhuo, Qiuxu
2025-02-17 14:17 ` Yazen Ghannam
2025-02-13 16:45 ` [PATCH v2 04/16] x86/mce/amd: Put list_head in threshold_bank Yazen Ghannam
2025-02-18 1:28 ` Zhuo, Qiuxu
2025-02-13 16:45 ` [PATCH v2 05/16] x86/mce: Cleanup bank processing on init Yazen Ghannam
2025-02-13 22:32 ` Luck, Tony
2025-02-17 13:55 ` Yazen Ghannam
2025-02-18 16:40 ` Luck, Tony
2025-02-18 2:15 ` Zhuo, Qiuxu
2025-02-13 16:45 ` [PATCH v2 06/16] x86/mce: Remove __mcheck_cpu_init_early() Yazen Ghannam
2025-02-18 3:00 ` Zhuo, Qiuxu
2025-02-19 15:53 ` Yazen Ghannam
2025-02-27 15:25 ` Borislav Petkov
2025-02-27 16:31 ` Yazen Ghannam
2025-02-27 19:33 ` Borislav Petkov
2025-02-27 19:59 ` Yazen Ghannam
2025-02-27 20:48 ` Borislav Petkov
2025-02-28 14:29 ` Yazen Ghannam
2025-02-13 16:45 ` [PATCH v2 07/16] x86/mce: Define BSP-only init Yazen Ghannam
2025-02-18 3:16 ` Zhuo, Qiuxu
2025-02-19 15:57 ` Yazen Ghannam
2025-02-20 1:37 ` Zhuo, Qiuxu
2025-02-20 14:36 ` Yazen Ghannam
2025-02-24 13:28 ` Zhuo, Qiuxu
2025-02-13 16:45 ` [PATCH v2 08/16] x86/mce: Define BSP-only SMCA init Yazen Ghannam
2025-02-18 3:33 ` Zhuo, Qiuxu
2025-02-19 16:01 ` Yazen Ghannam
2025-02-13 16:45 ` [PATCH v2 09/16] x86/mce: Do 'UNKNOWN' vendor check early Yazen Ghannam
2025-02-18 5:31 ` Zhuo, Qiuxu
2025-02-13 16:45 ` [PATCH v2 10/16] x86/mce: Separate global and per-CPU quirks Yazen Ghannam
2025-02-18 6:03 ` Zhuo, Qiuxu
2025-02-19 16:06 ` Yazen Ghannam
2025-02-20 1:27 ` Zhuo, Qiuxu
2025-02-20 14:37 ` Yazen Ghannam
2025-02-13 16:46 ` [PATCH v2 11/16] x86/mce: Move machine_check_poll() status checks to helper functions Yazen Ghannam
2025-02-18 6:29 ` Zhuo, Qiuxu
2025-02-13 16:46 ` [PATCH v2 12/16] x86/mce: Unify AMD THR handler with MCA Polling Yazen Ghannam
2025-02-18 6:42 ` Zhuo, Qiuxu
2025-02-19 16:07 ` Yazen Ghannam
2025-02-13 16:46 ` [PATCH v2 13/16] x86/mce: Unify AMD DFR " Yazen Ghannam
2025-02-18 7:37 ` Zhuo, Qiuxu
2025-02-19 16:09 ` Yazen Ghannam
2025-02-20 1:41 ` Zhuo, Qiuxu
2025-02-20 14:41 ` Yazen Ghannam
2025-02-24 13:31 ` Zhuo, Qiuxu
2025-02-13 16:46 ` [PATCH v2 14/16] x86/mce/amd: Enable interrupt vectors once per-CPU on SMCA systems Yazen Ghannam
2025-02-18 8:23 ` Zhuo, Qiuxu
2025-02-19 16:16 ` Yazen Ghannam [this message]
2025-02-13 16:46 ` [PATCH v2 15/16] x86/mce/amd: Support SMCA Corrected Error Interrupt Yazen Ghannam
2025-02-13 22:34 ` Luck, Tony
2025-02-17 14:06 ` Yazen Ghannam
2025-02-18 13:27 ` Zhuo, Qiuxu
2025-02-19 16:19 ` Yazen Ghannam
2025-02-13 16:46 ` [PATCH v2 16/16] x86/mce: Handle AMD threshold interrupt storms Yazen Ghannam
2025-02-18 13:51 ` Zhuo, Qiuxu
2025-02-13 22:40 ` [PATCH v2 00/16] AMD MCA interrupts rework Luck, Tony
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=20250219161647.GG337534@yaz-khff2.amd.com \
--to=yazen.ghannam@amd.com \
--cc=Smita.KoralahalliChannabasappa@amd.com \
--cc=linux-edac@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=qiuxu.zhuo@intel.com \
--cc=tony.luck@intel.com \
--cc=x86@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 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.