Date: Mon, 18 Mar 2019 20:06:33 +0000 From: Johannes Lundberg <johalun0@gmail.com> To: Oliver Pinter <oliver.pinter@hardenedbsd.org> Cc: Emmanuel Vadot <manu@bidouilliste.com>, FreeBSD Current <freebsd-current@freebsd.org>, Greg V <greg@unrelenting.technology> Subject: Re: Switching fb backend back to default Message-ID: <CAECmPwv1GnO%2BFxCJUb4=jsPH2QaLUb1Pe-P0SEie9nHWE3TNcQ@mail.gmail.com> In-Reply-To: <CAPQ4ffsqjdi1Wn10G1LWx2x=W38_NzzewbQvTA_g-6Sp=fz4Aw@mail.gmail.com> References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> <CAECmPwt6OqvP0oS7COtcw4DmjD3H7kEjzpMVfb34%2BoAU_WVdDw@mail.gmail.com> <CAPQ4ffsqjdi1Wn10G1LWx2x=W38_NzzewbQvTA_g-6Sp=fz4Aw@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, Mar 18, 2019 at 19:48 Oliver Pinter <oliver.pinter@hardenedbsd.org> wrote: > > > On Sunday, March 17, 2019, Johannes Lundberg <johalun0@gmail.com> wrote: > >> On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot <manu@bidouilliste.com> >> wrote: >> >> > On Sun, 17 Mar 2019 16:32:43 +0000 >> > Johannes Lundberg <johalun0@gmail.com> wrote: >> > >> > > >> > > On 3/17/19 3:34 PM, Greg V wrote: >> > > > >> > > > >> > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg >> > > > <johalun0@gmail.com> wrote: >> > > >> Hi >> > > >> >> > > >> I'm working on making i915kms unload properly. I've come to what = I >> > think >> > > >> is the last issue. The drm driver unloads ok, the "efifb" backend >> is >> > > >> restored (according to logs) and vt_efifb_init() is being called >> but >> > the >> > > >> screen (laptop built in display) stays black. The system seems >> > > >> operational otherwise. If I load i915kms again in this state I ge= t >> > back >> > > >> a visible (i915kms) framebuffer. >> > > >> >> > > >> Did we ever have this working so it's known to work? >> > > > >> > > > Recently on the linux kernel mailing list: >> > > > >> > > > http://lkml.iu.edu/hypermail/linux/kernel/1903.1/01162.html >> > > > >> > > > > Of course, once native drivers like i915 or radeon take over, >> such a >> > > > framebuffer is toast... [6] >> > > > >> > > > > [6] >> > linux/drivers/gpu/drm/i915/i915_drv.c::i915_kick_out_firmware_fb() >> > > > > linux/drivers/gpu/drm/radeon/radeon_drv.c::radeon_pci_probe() >> > > > >> > > > So it seems like efifb is not supposed to work after a driver has >> been >> > > > loaded at least once. >> > > > >> > > > >> > > Hmm, well the code is there to handle switching back to the boot tim= e >> > > fb. What I think is happening is that i915 powers off the displays a= t >> > > unload and vt doesn't know how to power on (or that it should). >> > > >> > >> > That and if the display pipeline is de-configured or the resolution >> > changed you cannot reset it to the original state. >> > Unloading drm modules is only useful for testing (and finding leaks). >> >> >> Yeah a normal user would never unload it. Since I mostly ssh to my test >> machines I think I=E2=80=99m fine personally with losing the display whi= le >> unloading. >> >> Keyboard input still works though and at least it doesn=E2=80=99t crash = anymore :) > > > > As workaround, can't you turn on the display with intel_backlight? > AFAIK, that can only adjust brightness. The display panel is completely shut off. >> >> > >> > > >> > > _______________________________________________ >> > > freebsd-current@freebsd.org mailing list >> > > https://lists.freebsd.org/mailman/listinfo/freebsd-current >> > > To unsubscribe, send any mail to " >> > freebsd-current-unsubscribe@freebsd.org" >> > >> > >> > -- >> > Emmanuel Vadot <manu@bidouilliste.com> <manu@freebsd.org> >> > >> _______________________________________________ >> freebsd-current@freebsd.org mailing list >> https://lists.freebsd.org/mailman/listinfo/freebsd-current >> To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.or= g >> " >> >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAECmPwv1GnO%2BFxCJUb4=jsPH2QaLUb1Pe-P0SEie9nHWE3TNcQ>