* x86: HPET as CPU-local timer + interrupt remapping = lockup
@ 2014-08-11 19:29 Jan Kiszka
0 siblings, 0 replies; only message in thread
From: Jan Kiszka @ 2014-08-11 19:29 UTC (permalink / raw)
To: Thomas Gleixner, Ingo Molnar, H. Peter Anvin, x86,
Linux Kernel Mailing List
Hi all,
just noticed an apparent regression of x86-64 on CPUs without ARAT but a
sufficient number if HPET timers: If you have interrupt remapping
enabled, the kernel will lock up during boot, apparently waiting for
some never-arriving interrupts.
I'm currently adding VT-d interrupt emulation to QEMU and stumbled over
this behavior. It didn't turn out to be an emulation issue, I just
reproduced on real hardware (ARAT patched out) and found some old 3.0
kernel booting fine inside my QEMU version.
FWIW, some further details I found out under QEMU: the HPET timers do
not seem to be switched to MSI mode yet when the lockup happens.
I suppose the issue is uncritical as the combination of hardware feature
(or their absence) is probably untypical, correct? I can't invest much
into bisecting or debugging right now unfortunately. But maybe someone
has an idea what could case this.
Jan
--
Siemens AG, Corporate Technology, CT RTC ITP SES-DE
Corporate Competence Center Embedded Linux
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2014-08-11 19:30 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2014-08-11 19:29 x86: HPET as CPU-local timer + interrupt remapping = lockup Jan Kiszka
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox