Page MenuHomeFreeBSD

Increase IOAPIC_MAX_ID to 255 (from 254)
ClosedPublic

Authored by emaste on Fri, May 10, 6:10 PM.
Tags
None
Referenced Files
Unknown Object (File)
Sat, May 18, 8:24 PM
Unknown Object (File)
Thu, May 16, 8:24 PM
Unknown Object (File)
Tue, May 14, 3:50 AM
Unknown Object (File)
Mon, May 13, 6:06 PM
Unknown Object (File)
Mon, May 13, 1:50 AM
Unknown Object (File)
Mon, May 13, 1:49 AM
Unknown Object (File)
Sun, May 12, 12:06 PM
Unknown Object (File)
Sat, May 11, 1:32 AM
Subscribers

Details

Summary

A test system here panicked with "madt_parse_apics: I/O APIC ID 255 too high". I/O APIC ID 255 is permissible.

Diff Detail

Repository
rG FreeBSD src repository
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

emaste created this revision.
This revision is now accepted and ready to land.Fri, May 10, 6:16 PM

Might want a comment or a detail in the commit log that while the 0xff ID is used for broadcast IPIs for local APICs when not using x2APIC, IPIs aren't sent to I/O APICs, so it's ok for an I/O APIC to reuse that ID. Might also want to note that I/O APIC IDs haven't been meaningful since the 3-wire APIC bus which was last used by systems using Pentium CPUs.

This revision now requires review to proceed.Fri, May 10, 7:30 PM
This revision is now accepted and ready to land.Fri, May 10, 7:38 PM
This revision was automatically updated to reflect the committed changes.