Date: Thu, 12 Nov 2009 08:41:09 +0100 From: Florian Smeets <flo@smeets.im> To: Ed Schouten <ed@80386.nl> Cc: svn-src-head@freebsd.org, svn-src-all@freebsd.org, src-committers@freebsd.org, Jun Kuriyama <kuriyama@FreeBSD.org> Subject: Re: svn commit: r199067 - in head/sys: amd64/amd64 i386/i386 Message-ID: <4AFBBC15.8080101@smeets.im> In-Reply-To: <20091111215651.GM64905@hoeg.nl> References: <7meio5g4yx.wl%kuriyama@s2factory.co.jp> <20091111215651.GM64905@hoeg.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On 11/11/09 10:56 PM, Ed Schouten wrote: > Hi, > > * Jun Kuriyama<kuriyama@FreeBSD.org> wrote: >> Can you test with these patches? Testing on only one of both system >> is enough. "patch-1" forces disabling CLFLUSH feature even if SS bit >> exists. "patch-2" forces no CLFLUSH tweak. I'd like to know with >> which patch your system can live. > > For some reason they both seem to boot. Yikes. I've done some more > testing and it seems the old version even hangs if I add some additional > printf's above and below, which makes me believe the problem is a bit > more complex than we realize... > FWIW, this also breaks my Intel Atom 330 setup. CPU: Intel(R) Atom(TM) CPU 330 @ 1.60GHz (1606.47-MHz K8-class CPU) Origin = "GenuineIntel" Id = 0x106c2 Stepping = 2 Features=0xbfe9fbff<FPU,VME,DE,PSE,TSC,MSR,PAE,MCE,CX8,APIC,SEP,MTRR,PGE,MCA,CMOV,PAT,CLFLUSH,DTS,ACPI,MMX,FXSR,SSE,SSE2,SS,HTT,TM,PBE> Features2=0x40e31d<SSE3,DTES64,MON,DS_CPL,TM2,SSSE3,CX16,xTPR,PDCM,<b22>> AMD Features=0x20100800<SYSCALL,NX,LM> AMD Features2=0x1<LAHF> r199066 boots, r199067 does not. I get a page fault: SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: AP CPU #3 Launched! Fatal trap 12: page fault while in kernel mode cpuid = 0; apic id = 00 fault virtual address = 0x288 fault code = supervisor read data, page not present instruction pointer = 0x20:0xffffffff802b014e stack pointer = 0x28:0xffffffff8083db30 frame pointer = 0x28:0xffffffff8083db50 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, long 1, def32 0, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 0 (swapper) You can have a look at the backtrace here: http://smeets.im/~flo/panic_20091109.jpg I also tried r199215, it does not help. The back trace looks almost the same (http://smeets.im/~flo/panic_20091112.JPG) I can try the proposed patches tonight if it helps. Cheers, Florian
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4AFBBC15.8080101>