Project

General

Profile

Bug #9094

MBT console settings are not forced to video console

Added by Jim Pingle 3 months ago. Updated 3 months ago.

Status:
Assigned
Priority:
Normal
Assignee:
-
Category:
Hardware
Target version:
-
Start date:
11/05/2018
Due date:
% Done:

100%

Estimated time:
Affected Version:
All
Affected Architecture:
amd64

Description

We have code in source:src/etc/inc/pfsense-utils.inc#L1226 that checks for the MBT models and sets $hdmi_only but that variable isn't used after it is set.

Thus, restoring a configuration set for serial console to an MBT will disable the console since it doesn't have an exposed serial port.

Also see #8978 because this needs to be set to EFI and not vidconsole.

Associated revisions

Revision 5e5df38f (diff)
Added by Jim Pingle 3 months ago

Make MBT prefer video console. Fixes #9094

Avoids foot-shooting by restoring a config with serial enabled.

Revision 7f40e4a9 (diff)
Added by Jim Pingle 3 months ago

Make MBT prefer video console. Fixes #9094

Avoids foot-shooting by restoring a config with serial enabled.

(cherry picked from commit 5e5df38fcd3116c4d0f3fc71622643e962f982a8)

History

#1 Updated by Jim Pingle 3 months ago

  • Status changed from New to Feedback
  • % Done changed from 0 to 100

#2 Updated by Steve Wheeler 3 months ago

  • Status changed from Feedback to Assigned

The console order appears to be correctly forced:

console="efi,comconsole" 

Despite having set:

<primaryconsole>serial</primaryconsole>

However the primary console appears to remain set as serial. The boot output that is exclusively on the primary console is still seen only on the serial console.

#3 Updated by Jim Pingle 3 months ago

  • Assignee deleted (Jim Pingle)
  • Target version deleted (2.4.4_1)

Looks like that might be something in FreeBSD but needs more research. It doesn't seem to matter if console="efi,comconsole" or console="comconsole,efi" is used, the behavior is the same, the full output goes to serial.

Needs tested/confirmed with an MBT on FreeBSD 11.2. If it still happens there, we need to raise a PR with FreeBSD.

As far as our code goes, we're setting it as it's supposed to be now, so it's better than before at least.

Also available in: Atom PDF