]> CyberLeo.Net >> Repos - FreeBSD/FreeBSD.git/commit
MFC: r305507
authormarius <marius@FreeBSD.org>
Wed, 10 May 2017 20:53:13 +0000 (20:53 +0000)
committermarius <marius@FreeBSD.org>
Wed, 10 May 2017 20:53:13 +0000 (20:53 +0000)
commitdcde69b03b85cf7ea79958caad181b7dcf93f7b4
tree718bd75199a28625d17541d84d90e9634c5cb6a6
parent1477d32c8175c9dd8b564ec8b3057c8b7be41bac
MFC: r305507

Disable vt(4) by default on sparc64 as creator_vt(4) and vt_ofwfb(4)
have the serious problem of not actually attaching the hardware they
are driving at the bus level. This causes creator(4) and machfb(4)
to attach and drive the very same hardware in parallel when both
syscons(4) and vt(4) as well as their associated hardware drivers
are built into a kernel, i. e. GENERIC, at the same time.
Also, syscons(4) and its drivers still are way superior to vt(4) and
its equivalents; unlike the syscons(4) counterparts the vt(4) drivers
don't provide hardware acceleration resulting in considerably slower
screen drawing, creator_vt(4) doesn't provide a /dev/fb node as
required by the Xorg sunffb(4) etc. In theory, vt_ofwfb(4) should be
able to handle more devices than machfb(4). However, testing shows
that it hardly works with any hardware machfb(4) isn't also able to
drive, making vt(4) and vt_ofwfb(4) not favorable for the time being
from that perspective either.
sys/sparc64/conf/GENERIC