Date: Mon, 31 Mar 2014 18:15:55 -0700 From: Kevin Oberman <rkoberman@gmail.com> To: Joerg Wunsch <joerg_wunsch@uriah.heep.sax.de> Cc: "freebsd-x11@freebsd.org" <freebsd-x11@freebsd.org> Subject: Re: AMD Radeon (ARUBA): partial success Message-ID: <CAN6yY1vWJkTD6Rbc2Vg=tSMBNE7Oanxq0ygO10ckNeCgU%2Bckfw@mail.gmail.com> In-Reply-To: <20140331202934.GA72722@uriah.heep.sax.de> References: <20140320140642.GD30506@uriah.heep.sax.de> <20140331202934.GA72722@uriah.heep.sax.de>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 31, 2014 at 1:29 PM, Joerg Wunsch <j@uriah.heep.sax.de> wrote: > I wrote: > > > The only thing that doesn't work is switching back to a text console. > > The screen "freezes" then, still displaying the current graphics > > image, until I switch back to the virtual terminal the X server is > > running. It continues normally from there. > > Just for the record: > > Upgraded to 10-stable. Using the "VT" kernel config (new VT console > driver), switching to the text consoles (well, actually graphics now, > I guess) works. They are dog slow (compared to syscons), but at least > offer an option for a login bypassing X11. > -- > cheers, Joerg .-.-. --... ...-- -.. . DL8DTL Note that a fix to bug that can cause a crash with vt was patched a few days ago in HEAD and is scheduled to be MFC'ed to 10-STABLE in just a few days. I have only seen reports of it triggering a crash on a resume from suspend. I have been running with the patch (three lines) since last Friday and have exercised it quite a bit. Seems to fix the issue. The patch to /sys/dev/vt/vt_core.c can be made by hand and the kernel rebuilt with -DNO_CLEAN very easily. -- R. Kevin Oberman, Network Engineer, Retired E-mail: rkoberman@gmail.com
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAN6yY1vWJkTD6Rbc2Vg=tSMBNE7Oanxq0ygO10ckNeCgU%2Bckfw>