From: Thomas Gleixner <tglx@linutronix.de>
To: Petri Latvala <petri.latvala@intel.com>
Cc: Yu Chen <yu.c.chen@intel.com>, Juergen Gross <jgross@suse.com>,
Boris Ostrovsky <boris.ostrovsky@oracle.com>,
Tony Luck <tony.luck@intel.com>,
Marc Zyngier <marc.zyngier@arm.com>,
Alok Kataria <akataria@vmware.com>,
Joerg Roedel <joro@8bytes.org>,
"Rafael J. Wysocki" <rjw@rjwysocki.net>,
Steven Rostedt <rostedt@goodmis.org>,
Christoph Hellwig <hch@lst.de>,
Peter Zijlstra <peterz@infradead.org>,
Borislav Petkov <bp@alien8.de>,
Paolo Bonzini <pbonzini@redhat.com>,
Rui Zhang <rui.zhang@intel.com>,
"K. Y. Srinivasan" <kys@microsoft.com>,
Arjan van de Ven <arjan@linux.intel.com>,
Dan Williams <dan.j.williams@intel.com>,
Len Brown <lenb@kernel.org>, LKML <linux-kernel@vger.kernel.org>
Subject: Re: Regression in linux-next
Date: Mon, 16 Oct 2017 14:54:16 +0200 (CEST) [thread overview]
Message-ID: <alpine.DEB.2.20.1710161452560.1973@nanos> (raw)
In-Reply-To: <alpine.DEB.2.20.1710161402380.1973@nanos>
[-- Attachment #1: Type: text/plain, Size: 2168 bytes --]
On Mon, 16 Oct 2017, Thomas Gleixner wrote:
> On Mon, 16 Oct 2017, Petri Latvala wrote:
> > > That should dump the trace buffer when the bug hits. I try to reproduce
> > > myself.
> >
> > With those:
> >
> > # rtcwake -s 15 -m mem
> >
> > [ 67.069522] kernel BUG at arch/x86/kernel/apic/vector.c:154!
> > [ 67.075509] invalid opcode: 0000 [#1] PREEMPT SMP
> > [ 67.080481] Dumping ftrace buffer:
>
> Hrm. I completely forgot that this does not dump the buffers of offline
> CPUs. So half of the information is missing. So forget the tracer for now.
>
> Can you please apply the debug patch below and provide the full dmesg
> output?
>
> Its going to be too big for LKML so either upload it somewhere or send it
> to me in private mail.
>
> Note, I removed the BUG_ON, so box might survive suspend/resume but it
> should trigger that printout.
Forgot to add the counterpart to the clear side. Updated patch below.
Thanks,
tglx
8<----------------
--- a/arch/x86/kernel/apic/vector.c
+++ b/arch/x86/kernel/apic/vector.c
@@ -140,6 +140,10 @@ static void apic_update_vector(struct ir
trace_vector_update(irqd->irq, newvec, newcpu, apicd->vector,
apicd->cpu);
+ pr_err("VU: CPU %u irq %u newvec %u newcpu %u curvec %u curcpu %u desc %p\n",
+ smp_processor_id(),irqd->irq, newvec, newcpu, apicd->vector,
+ apicd->cpu, desc);
+
/* Setup the vector move, if required */
if (apicd->vector && cpu_online(apicd->cpu)) {
apicd->move_in_progress = true;
@@ -151,7 +155,9 @@ static void apic_update_vector(struct ir
apicd->vector = newvec;
apicd->cpu = newcpu;
- BUG_ON(!IS_ERR_OR_NULL(per_cpu(vector_irq, newcpu)[newvec]));
+ if (!IS_ERR_OR_NULL(per_cpu(vector_irq, newcpu)[newvec]))
+ pr_err("VU not empty %p\n", per_cpu(vector_irq, newcpu)[newvec]);
+
per_cpu(vector_irq, newcpu)[newvec] = desc;
}
@@ -316,6 +322,10 @@ static void clear_irq_vector(struct irq_
lockdep_assert_held(&vector_lock);
+ pr_err("VC: CPU %u irq %u curvec %u curcpu %u oldvec %u oldcpu %u\n",
+ smp_processor_id(),irqd->irq, apicd->vector, apicd->cpu,
+ apicd->prev_vector, apicd->prev_cpu);
+
if (!vector)
return;
next prev parent reply other threads:[~2017-10-16 12:55 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <c3f2d5df-2fd9-5e7f-b744-144e0575f61b@intel.com>
[not found] ` <20171013110850.GA5303@yu-chen.sh.intel.com>
[not found] ` <149ec6e8-4189-040c-a53c-12b0a51a855e@intel.com>
[not found] ` <c1f48dee-bf92-4076-eb15-6e306786bf50@intel.com>
[not found] ` <e1689005-7e4e-a3c9-5f81-57d337a57a2f@intel.com>
[not found] ` <cd667019-c16e-60db-7c5d-f2f1cf8d7351@intel.com>
2017-10-16 11:04 ` Thomas Gleixner
2017-10-16 11:38 ` Petri Latvala
2017-10-16 12:34 ` Thomas Gleixner
2017-10-16 12:54 ` Thomas Gleixner [this message]
2017-10-16 13:10 ` Petri Latvala
2017-10-16 14:16 ` Thomas Gleixner
2017-10-17 14:49 ` [tip:x86/apic] x86/vector: Use correct per cpu variable in free_moved_vector() tip-bot for Thomas Gleixner
[not found] <SJ1PR11MB6129592BDF5D06949F99816CB95B9@SJ1PR11MB6129.namprd11.prod.outlook.com>
[not found] ` <SJ1PR11MB6129A7F5C08E2C47748F2BA5B97E9@SJ1PR11MB6129.namprd11.prod.outlook.com>
[not found] ` <SJ1PR11MB612980562220A376CA90E105B97E9@SJ1PR11MB6129.namprd11.prod.outlook.com>
2023-07-25 6:42 ` Regression in linux-next Borah, Chaitanya Kumar
2023-07-25 13:15 ` Alistair Popple
2023-07-26 3:53 ` Borah, Chaitanya Kumar
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=alpine.DEB.2.20.1710161452560.1973@nanos \
--to=tglx@linutronix.de \
--cc=akataria@vmware.com \
--cc=arjan@linux.intel.com \
--cc=boris.ostrovsky@oracle.com \
--cc=bp@alien8.de \
--cc=dan.j.williams@intel.com \
--cc=hch@lst.de \
--cc=jgross@suse.com \
--cc=joro@8bytes.org \
--cc=kys@microsoft.com \
--cc=lenb@kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=marc.zyngier@arm.com \
--cc=pbonzini@redhat.com \
--cc=peterz@infradead.org \
--cc=petri.latvala@intel.com \
--cc=rjw@rjwysocki.net \
--cc=rostedt@goodmis.org \
--cc=rui.zhang@intel.com \
--cc=tony.luck@intel.com \
--cc=yu.c.chen@intel.com \
/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
all inboxes | Powered by JetHome®