Date: Sat, 17 Oct 2015 16:00:43 +0000 From: Glen Barber <gjb@FreeBSD.org> To: Eric McCorkle <eric@metricspace.net> Cc: "freebsd-acpi@freebsd.org" <freebsd-acpi@freebsd.org> Subject: Re: Old suspend/resume issue likely root cause Message-ID: <20151017160043.GJ15305@FreeBSD.org> In-Reply-To: <56226FD1.4070806@metricspace.net> References: <5622648F.2090509@metricspace.net> <20151017151447.GH15305@FreeBSD.org> <56226FD1.4070806@metricspace.net>
next in thread | previous in thread | raw e-mail | index | archive | help
--ucfHZChuBC0NsER/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sat, Oct 17, 2015 at 11:57:05AM -0400, Eric McCorkle wrote: > On 10/17/15 11:14, Glen Barber wrote: > >On Sat, Oct 17, 2015 at 11:09:03AM -0400, Eric McCorkle wrote: > >>A while back (in May or June or so), I was attempting to figure out why= my > >>laptop screen stayed blank on suspend/resume. I posted some dmesg outp= uts > >>and theorized that it might be something about the devices coming back = up in > >>the wrong order. John Baldwin suggested I try doing > >>hw.pci.do_power_suspend=3D0. > >> > >>I got tangled up with other projects and had to set it aside. However,= I > >>now finally have more information: > >> > >> > >>* hw.pci.power_suspend=3D0 does cause the screen to come back up proper= ly. > >>The network (wireless via iwm driver) needs to be re-initialized, but > >>everything else seems to work properly. > >> > >>* Without hw.pci.power_suspend=3D0, the issue persists even when bootin= g from > >>EFI, so we can rule out some kind of legacy BIOS issue. The issue mani= fests > >>even with the experimental i915 driver, so we can rule out something wi= th > >>the efifb or VGA framebuffer drivers. > >> > >> > >>Based on this, it looks pretty likely that the pci bus is the culprit. = Any > >>suggestions on where to look? > > > >What graphics chipset do you have? I noticed with dumbbell's i915kms > >update branch [1], suspend/resume now works for me with Haswell > >graphics, whereas previously I would experience the same blank screen on > >resume you report. >=20 > Intel i7-4700. I tried suspend with the i915kms driver active, hoping th= at > would do the trick, but it didn't work. >=20 I missed in your first email you mentioned the "experimental i915 driver." Is this the driver update from the branch I linked to? >=20 > >(And I also see the iwm(4) reinitialization issue, as well.) >=20 > The workaround there is just to take netif, wpa_supplicant, dhclient, and > rtsold down in rc.suspend and bring them back up in rc.resume. >=20 Yep, that's basically what I did to work around this. > >[1] https://github.com/freebsd/freebsd-base-graphics.git branch > > drm-i915-update-38 > > Glen --ucfHZChuBC0NsER/ Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJWInCrAAoJEAMUWKVHj+KT9CAP/0zNoqoacutJMblBY2JOH9R3 DuYdHDlBwgC3eX1fI0OSXL8M6fDNu6HDWdhSXPCIZ0W0zsvapEYciVYYYiQudXeT iref1St96pfHrri0dkqzGkc94JWrtJqqbBNfn1qk/yMG8xYiv4OEJl+b2s8E2Dkh rLrJF4CoTrk5j1Ubvho6JmsuaXWIgYObM84tEuuMpNz3upIGJZnw7jAoZy5GgiZt VnsiFtvTbtQ//vDPJ5TfHJFH3duEabS+yiHLCH8NbbHh9YQpFDLQMoFNBPBAqfc2 ITnLEw4NBzRgpmQpPtsaFkvCJ+dO2uAkGvomzPxEZ2yysJblZPnBLOsp+j/BrpTe KUx7qZv4PRMLt4sJKiPfYuZLCzhCnMIAgrNqaEKac7465HYncGIcwdZo5g31d/kk Hv/KDiF9zvXqN2Q8oUCyAjZlc30xDL1iDYCFKAAmS8wu4pD8HLhql8jVnPQy80dH jycWIbJ4heSdSy3PBrWkq7ZDhocKGAbqndBFZ5z7GG83qOO8IMmVPPUtoR7BPHxV V3YCQEj55JDstfbo9ejlRzchXYtX2iB3JHguCgA92OATta+PfhLZGRjioQuEhUzK 6MiSvXWlb7JSjT1FEdrqSTn8N230ZuLUkYbRODhNwDcmZPxgnjKPSVSsPeDBCaHD m0cBQmoEOGkQUGE8RuTW =K2SH -----END PGP SIGNATURE----- --ucfHZChuBC0NsER/--
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20151017160043.GJ15305>