Date: Tue, 17 Dec 2013 12:54:33 -0800 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Adrian Chadd <adrian@freebsd.org> Cc: ports@freebsd.org, x11@freebsd.org, current@freebsd.org Subject: Re: [HEADS UP] xorg version switch in CURRENT Message-ID: <20131217205433.GA46339@troutmask.apl.washington.edu> In-Reply-To: <CAJ-Vmo=PkVcrnY2vx=HPpm%2BPka44AhkBTgfSRQQAru2gPwxE4w@mail.gmail.com> References: <52AEE215.1060806@freebsd.org> <20131217200756.GA46033@troutmask.apl.washington.edu> <CAJ-Vmo=PkVcrnY2vx=HPpm%2BPka44AhkBTgfSRQQAru2gPwxE4w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, Dec 17, 2013 at 12:15:33PM -0800, Adrian Chadd wrote: > On Dec 17, 2013 2:08 PM, "Steve Kargl" <sgk@troutmask.apl.washington.edu> > wrote: > > > On Mon, Dec 16, 2013 at 12:20:53PM +0100, Niclas Zeising wrote: > > > > > > To get VT switching when using KMS drivers (ATI, Intel) please use > > > newcons: https://wiki.freebsd.org/Newcons or if that is not possible, > > > force the use of the vesa driver for xorg. > > > > It appears that newcons is unusable with a static kernel. > > Adding 'device drm2' and 'device i915kms' to my kernel > > config results in a quick death to 'make buldkernel'. > > I'm rapidly wondering if building this way should become unsupported. Too > muxh unknown stuff is needed at startup and wed have to load all firmware > bits to make it remotely work. Well, in that case, it should be formally deprecated, which means it is here for at least the FreeBSD-11 release cycle. I suppose you can try to fast-track the deprecation by having Release Engineering slip a note into the Release Notes of FreeBSD-10. -- Steve
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20131217205433.GA46339>