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 _at_ 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-hONowReceived on Wed Feb 22 2017 - 04:48:13 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:41:10 UTC