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)
Thu, Dec 12, 9:05 PM
Unknown Object (File)
Wed, Dec 11, 3:36 PM
Unknown Object (File)
Nov 14 2024, 8:49 PM
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
Subscribers

Details

Summary

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

Diff Detail

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

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.