drm2, i915kms cause instant lock-up

Steve Kargl sgk at troutmask.apl.washington.edu
Wed Feb 22 05:48:13 UTC 2017


On Tue, Feb 21, 2017 at 09:37:41PM -0800, Steve Kargl wrote:
> 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 ?

Re-reading your email, I noticed you asked about r313897.  I'll
rebuild the kernel at this revision and r313898 and get back to
to you.

Yes, it is i386 on a core2 system.
:
FreeBSD 12.0-CURRENT #20 r313931: Tue Feb 21 21:02:18 PST 2017
    root at laptop-kargl:/mnt/obj/mnt/src/sys/MOBILE i386
FreeBSD clang version 3.9.1 (tags/RELEASE_391/final 289601) (based on LLVM 3.9.1)
VT(vga): text 80x25
CPU: Intel(R) Core(TM)2 Duo CPU     T7250  @ 2.00GHz (1995.04-MHz 686-class CPU)
  Origin="GenuineIntel"  Id=0x6fd  Family=0x6  Model=0xf  Stepping=13
  Features=0xbfebfbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,PSE36,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE>
  Features2=0xe3bd<SSE3,DTES64,MON,DS_CPL,VMX,EST,TM2,SSSE3,CX16,xTPR,PDCM>
  AMD Features=0x20000000<LM>
  AMD Features2=0x1<LAHF>
  VT-x: (disabled in BIOS) HLT,PAUSE

> > 
> > 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
> _______________________________________________
> freebsd-hackers at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-hackers
> To unsubscribe, send any mail to "freebsd-hackers-unsubscribe at freebsd.org"

-- 
Steve
20161221 https://www.youtube.com/watch?v=IbCHE-hONow


More information about the freebsd-current mailing list