From owner-freebsd-current@freebsd.org Sun Mar 17 21:51:09 2019 Return-Path: Delivered-To: freebsd-current@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id 8826F154C079 for ; Sun, 17 Mar 2019 21:51:09 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: from mail-ot1-x32a.google.com (mail-ot1-x32a.google.com [IPv6:2607:f8b0:4864:20::32a]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "GTS CA 1O1" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 70E43929A7 for ; Sun, 17 Mar 2019 21:51:08 +0000 (UTC) (envelope-from johalun0@gmail.com) Received: by mail-ot1-x32a.google.com with SMTP id t7so12775255otk.8 for ; Sun, 17 Mar 2019 14:51:08 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=5qs2+JbeO6FUvczZLCCPHbe/qIdBcZ6WbuJ8fdN09/A=; b=S4UaVsQrOfbAIc3sfV6aTVfU09SBIlBGMPWuwDFsFwYDnF2zMNlH8j08PpM5rruEga pOWlaor3piR7YWvw5lh5c77GtxPyDX9eUyrhcE9EIkxvtX0AB4jxyOKK8HuzAsWDdSnV r7ZNyRN4DmxH3IeYMiUOfe0StK2b28sDUgv1wex5RpKVrk9VL2BBT8mslKaKjITlXBvX fe9M0Oo2rTgObw7vEbJtcP9N5t2p8T8pNI9tCkkZy56hxCp6ATExgUNYNGcWri9MO5Mn Q1B6ZBPqDFk91gyXHgHlfKPWwHm3zZMR6iZkDiYeSpaR7q088u/7f5sqVb48v9FExhwp uZjg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=5qs2+JbeO6FUvczZLCCPHbe/qIdBcZ6WbuJ8fdN09/A=; b=pNybVpwTq0O+Gg5A9Pdul+flps87Ug6DZqoJR6O35Gwpm+mWZcRIo5ta95UCalwwkr bVksfg58KYfJjhwPz4/+mnOXhhjIrCd8eFU86wdtkZsbHhcNVjM2QHf/qtay8AaVbOnd gJ3susC5r3tpAw6AfpH+Sytu25+kqOQz1OciH6HeNEu/Gf6eqkYbeNREhcm1vSJWNV1Z qENzTkSJUkQVeKjvq6KuoUAH+THRP3jOkurizKzfS4WryIgAVIitYyg1doEj+riNM2Dq 1TH0aC4ysjuZnLZKuLf0yUeVW8vemJYDT7/Y3kvv68n2bADOf8lKUG+iz3UUVA9q6j5R iFvA== X-Gm-Message-State: APjAAAW2CnIvoGOvEDMEy8PGiYVfre5V6zQI1sW9Yqq6EoJxKFxrivrz Je9dNFYJbLarfxcKesGrZZxfeztNldq1RxvJTZmS2Q== X-Google-Smtp-Source: APXvYqyvcUL4v6KgrawPKURkmJQRxrmdX0lbGFhZSaP2GukHBVy8Ui6ph6wluq+3/qxSh60/YLf2zrXT9Il6ONXKFbA= X-Received: by 2002:a9d:6b94:: with SMTP id b20mr688992otq.289.1552859466806; Sun, 17 Mar 2019 14:51:06 -0700 (PDT) MIME-Version: 1.0 References: <95dfadc9-8341-b2a5-7b58-e94f46b5fa90@gmail.com> <1552836887.1930.0@unrelenting.technology> <6ea64218-2b6d-fc9a-01b5-ed07bd23c783@gmail.com> <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> In-Reply-To: <20190317223531.b7334327a47f3579eaba98ee@bidouilliste.com> From: Johannes Lundberg Date: Sun, 17 Mar 2019 21:50:55 +0000 Message-ID: Subject: Re: Switching fb backend back to default To: Emmanuel Vadot Cc: FreeBSD Current , Greg V X-Rspamd-Queue-Id: 70E43929A7 X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=gmail.com header.s=20161025 header.b=S4UaVsQr; dmarc=pass (policy=none) header.from=gmail.com; spf=pass (mx1.freebsd.org: domain of johalun0@gmail.com designates 2607:f8b0:4864:20::32a as permitted sender) smtp.mailfrom=johalun0@gmail.com X-Spamd-Result: default: False [-6.68 / 15.00]; ARC_NA(0.00)[]; NEURAL_HAM_MEDIUM(-1.00)[-1.000,0]; R_DKIM_ALLOW(-0.20)[gmail.com:s=20161025]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; FREEMAIL_FROM(0.00)[gmail.com]; R_SPF_ALLOW(-0.20)[+ip6:2607:f8b0:4000::/36]; MIME_GOOD(-0.10)[multipart/alternative,text/plain]; PREVIOUSLY_DELIVERED(0.00)[freebsd-current@freebsd.org]; NEURAL_HAM_LONG(-1.00)[-1.000,0]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[gmail.com:+]; MX_GOOD(-0.01)[cached: alt3.gmail-smtp-in.l.google.com]; DMARC_POLICY_ALLOW(-0.50)[gmail.com,none]; RCVD_IN_DNSWL_NONE(0.00)[a.2.3.0.0.0.0.0.0.0.0.0.0.0.0.0.0.2.0.0.4.6.8.4.0.b.8.f.7.0.6.2.list.dnswl.org : 127.0.5.0]; RCVD_TLS_LAST(0.00)[]; NEURAL_HAM_SHORT(-0.84)[-0.840,0]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+]; FREEMAIL_ENVFROM(0.00)[gmail.com]; ASN(0.00)[asn:15169, ipnet:2607:f8b0::/32, country:US]; RCVD_COUNT_TWO(0.00)[2]; IP_SCORE(-2.83)[ip: (-9.25), ipnet: 2607:f8b0::/32(-2.74), asn: 15169(-2.09), country: US(-0.07)]; DWL_DNSWL_NONE(0.00)[gmail.com.dwl.dnswl.org : 127.0.5.0] Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Content-Filtered-By: Mailman/MimeDel 2.1.29 X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 17 Mar 2019 21:51:09 -0000 On Sun, Mar 17, 2019 at 21:35 Emmanuel Vadot wrote: > On Sun, 17 Mar 2019 16:32:43 +0000 > Johannes Lundberg wrote: > > > > > On 3/17/19 3:34 PM, Greg V wrote: > > > > > > > > > On Sun, Mar 17, 2019 at 3:07 PM, Johannes Lundberg > > > 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 get > 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 bee= n > > > loaded at least once. > > > > > > > > Hmm, well the code is there to handle switching back to the boot time > > fb. What I think is happening is that i915 powers off the displays at > > 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 while unloading. Keyboard input still works though and at least it doesn=E2=80=99t crash any= more :) > > > > > _______________________________________________ > > 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 >