src-test2/sys/dev/vt, branch release/11.4.0

MFC r359626: vt: avoid overrun when stride is not a multiple of bytes per pixel

2020-04-25T15:27:45Z

The reporter is developing a frame buffer driver for hardware using 3 bytes per pixel, but a stride that's a multiple of 256. Previously this resulted in writing beyond the end of each stride. On the last row this attempted to write past the end of the frame buffer, triggering the assertion in vt_fb_mem_wr1(). PR: 243533 Submitted by: Thomas Skibo

MFC r355935: vt: fix post-boot keyboard attachment

2019-12-23T20:19:23Z

With absolutely no keyboards attached and no kbdmux in kernel, we descend down this error path. 0 is a valid keyboard index, so leaving vd->vd_keyboard at 0 when there's no keyboard found is objectively wrong as later attachment of a keyboard will fail -- it gets index 0, and vt thinks it's already using that keyboard. This is decidedly the corniest of corner cases, but it's easy enough to get correct that we should do so. Tested in a kernel without atkbdc, atkbd, psm, kbdmux, ukbd, hyperv then loading ukbd post-boot and attaching a usb keyboard.

MFC r348059: vt efifb: add suspend/resume calls

2019-12-16T18:04:31Z

PR: 237050 Submitted by: Erik Kurzinger

MFC r353680: vt: remove comment that is not true since r259680

2019-10-23T14:16:34Z

r259680 added support to vt(4) for printing double-width characters. Remove comment that claims no support. Sponsored by: The FreeBSD Foundation

MFC r352505: vt: fix problems with trying to switch to a closed VT

2019-09-30T13:34:30Z

MFC r349834

2019-07-16T16:49:11Z

Ignore kern.vt.splash_cpu without graphics When the system has no graphical console, such as bhyve in common configurations, ignore kern.vt.splash_cpu, instead of panicking on INVARIANTS kernels. Reviewed by: cem dumbbell Sponsored by: Dell EMC Isilon Differential Revision: https://reviews.freebsd.org/D20877

MFC r342639:

2019-04-22T13:55:06Z

When allocating a new keyboard at vt_upgrade() time, unwind any cngrabs done on the old keyboard and then do the corresponding number of grabs on the new keyboard. This fixes a race that can leave the system with a non-functioning keyboard. It goes like this... - The bios claims there is an AT keyboard, atkbd attaches. - SI_SUB_INT_CONFIG_HOOKS runs. - USB probes devices. Devices begin attaching, including disks. - GELI prompts for a password for a just-attached disk, which results in a cngrab() while atkbd is the keyboard. - A USB keyboard attaches. - vt_upgrade() runs and switches the keyboard to the new USB keyboard, but because cngrab was never called for it, it's not activated and keystrokes are ignored. - Now there is no functional keyboard and no way to get one; even plugging in a different USB keyboard doesn't help, because the console is still grabbed, still waiting for a GELI pw.

MFC r335631:

2018-07-29T05:14:26Z

Always initialize the ignore local variable. PR: 229235

MFC r335629:

2018-07-28T07:37:01Z

vt: add option to ignore NO_VGA flag in ACPI To workaround buggy firmware that sets this flag when there's actually a VGA present. Ref D16003 PR: 229235

MFC r332452: Update vt(4) "Terminus BSD Console" font to v4.46

2018-04-19T00:40:34Z

"Terminus BSD Console" is a derivative of Terminus that is provided by Mr. Dimitar Zhekov under the 2-clause BSD license for use by the FreeBSD vt(4) console and other BSDs. PR: 227409 Sponsored by: The FreeBSD Foundation