Page MenuHomeFreeBSD

i386: Fix the nodevice apic build
ClosedPublic

Authored by markj on Apr 7 2022, 7:13 PM.
Tags
None
Referenced Files
Unknown Object (File)
Oct 9 2024, 2:17 AM
Unknown Object (File)
Sep 9 2024, 6:06 PM
Unknown Object (File)
Sep 6 2024, 3:38 AM
Unknown Object (File)
Aug 31 2024, 1:19 AM
Unknown Object (File)
Aug 13 2024, 2:28 PM
Unknown Object (File)
Aug 8 2024, 1:30 PM
Unknown Object (File)
Jun 27 2024, 2:57 AM
Unknown Object (File)
Jun 22 2024, 3:27 AM
Subscribers

Details

Summary

PR: 263124
Fixes: 62d09b46ad75 ("x86: Defer LAPIC calibration until after timecounters are available")

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Passed
Unit
No Test Coverage
Build Status
Buildable 45063
Build 41951: arc lint + arc unit

Event Timeline

markj requested review of this revision.Apr 7 2022, 7:13 PM
This revision is now accepted and ready to land.Apr 7 2022, 11:46 PM

I wonder if we should just make 'device apic' non-optional on i386 at this point. Any non-ancient machine that can actually run FreeBSD/i386 at this point should have an APIC and you are better off using an I/O APIC to avoid interrupt sharing.

In D34830#789462, @jhb wrote:

I wonder if we should just make 'device apic' non-optional on i386 at this point. Any non-ancient machine that can actually run FreeBSD/i386 at this point should have an APIC and you are better off using an I/O APIC to avoid interrupt sharing.

Weren't there Pentiums (aka 586) and Pentium II/III (686) which had no IOAPIC on m/b? I am not sure completely, but I suspect that LAPIC cannot work in this physical configuration.

emaste added a subscriber: emaste.

I wonder if we should just make 'device apic' non-optional on i386

That sounds reasonable to me; we could follow up in main with that change (and not MFC).

This revision was automatically updated to reflect the committed changes.