3.2.1 Unable to reset IRR messages on boot

January 24th, 2012 - 07:10 pm ET by Josh Boyer | Report spam
We've had a report [1] from users booting the 3.2.1 kernel and getting a
large number of KERN_ERR messages that look like:

[ 0.020902] Unable to reset IRR for apic: 2, pin :0
[ 0.020970] Unable to reset IRR for apic: 2, pin :1
[ 0.021012] Unable to reset IRR for apic: 2, pin :2
[ 0.021077] Unable to reset IRR for apic: 2, pin :3
[ 0.021138] Unable to reset IRR for apic: 2, pin :4
[ 0.021199] Unable to reset IRR for apic: 2, pin :5
[ 0.021261] Unable to reset IRR for apic: 2, pin :6
[ 0.021323] Unable to reset IRR for apic: 2, pin :7

Digging through git, it seems that error message was added to 3.2 with
commit 1e75b31d63. The commit log mentions kdump, but I don't believe the
user is doing kexec/kdump of any kind. It seems a normal yum update/reboot
and they hit this.

Are there any details the user can gather to help debug this, or has
anyone seen this before?

josh

[1] https://bugzilla.redhat.com/show_bug.cgi?idx4445
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
email Follow the discussionReplies 5 repliesReplies Make a reply

Replies

#1 Suresh Siddha
January 24th, 2012 - 08:20 pm ET | Report spam
On Tue, 2012-01-24 at 19:04 -0500, Josh Boyer wrote:
We've had a report [1] from users booting the 3.2.1 kernel and getting a
large number of KERN_ERR messages that look like:

[ 0.020902] Unable to reset IRR for apic: 2, pin :0
[ 0.020970] Unable to reset IRR for apic: 2, pin :1
[ 0.021012] Unable to reset IRR for apic: 2, pin :2
[ 0.021077] Unable to reset IRR for apic: 2, pin :3
[ 0.021138] Unable to reset IRR for apic: 2, pin :4
[ 0.021199] Unable to reset IRR for apic: 2, pin :5
[ 0.021261] Unable to reset IRR for apic: 2, pin :6
[ 0.021323] Unable to reset IRR for apic: 2, pin :7

Digging through git, it seems that error message was added to 3.2 with
commit 1e75b31d63. The commit log mentions kdump, but I don't believe the
user is doing kexec/kdump of any kind. It seems a normal yum update/reboot
and they hit this.

Are there any details the user can gather to help debug this, or has
anyone seen this before?




complete dmesg (which will have the platform, io-apic version info etc)
will be useful.

If we are seeing this during a regular boot and for the all the RTE
entries for a specific io-apic, most likely something is wrong with that
io-apic (probably a bogus one listed by the bios?). We should be able to
make the kernel code bit more smart to workaround this.

thanks,
suresh

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Similar topics