Date: Tue, 21 Feb 2017 21:37:41 -0800 From: Steve Kargl <sgk@troutmask.apl.washington.edu> To: Konstantin Belousov <kostikbel@gmail.com> Cc: Mateusz Guzik <mjguzik@gmail.com>, freebsd-current@freebsd.org, freebsd-hackers@freebsd.org Subject: Re: drm2, i915kms cause instant lock-up Message-ID: <20170222053741.GB4204@troutmask.apl.washington.edu> In-Reply-To: <20170222052908.GL2092@kib.kiev.ua> References: <20170220235224.GA91194@troutmask.apl.washington.edu> <20170220235807.GC26759@dft-labs.eu> <20170221004340.GA91587@troutmask.apl.washington.edu> <20170221005030.GD26759@dft-labs.eu> <20170221052658.GA93413@troutmask.apl.washington.edu> <20170221185511.GA98080@troutmask.apl.washington.edu> <20170222052908.GL2092@kib.kiev.ua>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, Feb 22, 2017 at 07:29:08AM +0200, Konstantin Belousov wrote: > On Tue, Feb 21, 2017 at 10:55:11AM -0800, Steve Kargl wrote: > > On Mon, Feb 20, 2017 at 09:26:58PM -0800, Steve Kargl wrote: > > > > > > Well, the good news seems to be that r313254 and older are 'ok'. > > > So, something between r313943 and r313254 is triggering a the > > > problem. I'm still bisecting, but it might take a day or two. > > > > > > > I've been able to narrow the range down to r313854 to r313943. > > If I had to guess, the issue may be related to > > > > Author: kib > > Date: Fri Feb 17 21:08:32 2017 > > New Revision: 313898 > > URL: https://svnweb.freebsd.org/changeset/base/313898 > > > > Log: > > Merge i386 and amd64 mtrr drivers. > > > > I won't be able to investigate until later tonight (~ 10 hours from now). > > >From what I see in other messages, you are using i386 kernel on Core2 > class machine, am I right ? Did r313897 worked fine ? > > r313898 has a bug for i386 architecture, which was fixed in r313934. > Could you compile kernel from r313898 sources with r313934 applied on > top of it ? I mean, take r313898 and apply the changes from r313934 > either manually or with patch, but not take any further changes from > svn after r313898. > I just completed the bisection. r313934 is the problem. 'svn update -r 313933' boots and I can load drm2.ko. 'svn update -r 313934' boots and hangs on loading the module. As I noted in another reply I just sent, around -r313902 I can load the i915kms.ko but console output to vt is sloooow. Perhaps, a locking issue that 313934 exacerbated. -- Steve 20161221 https://www.youtube.com/watch?v=IbCHE-hONow
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20170222053741.GB4204>