Summary: | vt(4) vg_vga when switching between virtual consoles there is a 4 second hesitation in graph mode. | ||
---|---|---|---|
Product: | Base System | Reporter: | joeb1 |
Component: | kern | Assignee: | freebsd-bugs (Nobody) <bugs> |
Status: | New --- | ||
Severity: | Affects Many People | CC: | emaste, portmaster, sblachmann |
Priority: | --- | Keywords: | vt |
Version: | CURRENT | ||
Hardware: | Any | ||
OS: | Any |
Description
joeb1
2016-06-21 21:35:45 UTC
I can also confirm this to be true in: FreeBSD trump.whitehouse.gov.test 12.0-CURRENT FreeBSD 12.0-CURRENT #0 r314700: Sun Mar 5 09:01:30 PST 2017 root@trump.whitehouse.gov.test:/usr/obj/usr/src/sys/TESTKERN amd64 loader.conf(5): linux_load="YES" nvidia-modeset_load="YES nvidia-driver-375.26_1 Hardware as reported by Xorg: (II) NVIDIA(0): NVIDIA GPU GeForce GT 730 (GF108) at PCI:1:0:0 (GPU-0) (--) NVIDIA(0): Memory: 4194304 kBytes (--) NVIDIA(0): VideoBIOS: 70.08.ae.00.02 (II) NVIDIA(0): Detected PCI Express Link width: 16X (--) NVIDIA(0): CRT-1 (boot) (--) NVIDIA(GPU-0): CRT-1: connected (--) NVIDIA(GPU-0): CRT-1: 400.0 MHz maximum pixel clock I also experience some 10 second delay getting to a console after bailing from X (logging out of X). HTH --Chris I also confirm that bug. CAUSE: The setvideomode stuff is unnecessarily called. Highly annoying, because mode gets reset, with sync stopping, monitor blanking and taking some time to lock in its PLL again. One reason why I use sc. HOW TO FIX: When changing from one vt to another, do NOT do an unnecessary call to setvideomode BIOS function. This is ONLY necessary when switching between X and vts. Just blit the framebuffer with the contents of the newly selected VT. |