From nobody@FreeBSD.org  Thu Dec 22 15:22:42 2011
Return-Path: <nobody@FreeBSD.org>
Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34])
	by hub.freebsd.org (Postfix) with ESMTP id 8ED721065672
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 22 Dec 2011 15:22:42 +0000 (UTC)
	(envelope-from nobody@FreeBSD.org)
Received: from red.freebsd.org (red.freebsd.org [IPv6:2001:4f8:fff6::22])
	by mx1.freebsd.org (Postfix) with ESMTP id 63F298FC0C
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 22 Dec 2011 15:22:42 +0000 (UTC)
Received: from red.freebsd.org (localhost [127.0.0.1])
	by red.freebsd.org (8.14.4/8.14.4) with ESMTP id pBMFMgl7048676
	for <freebsd-gnats-submit@FreeBSD.org>; Thu, 22 Dec 2011 15:22:42 GMT
	(envelope-from nobody@red.freebsd.org)
Received: (from nobody@localhost)
	by red.freebsd.org (8.14.4/8.14.4/Submit) id pBMFMgL5048667;
	Thu, 22 Dec 2011 15:22:42 GMT
	(envelope-from nobody)
Message-Id: <201112221522.pBMFMgL5048667@red.freebsd.org>
Date: Thu, 22 Dec 2011 15:22:42 GMT
From: Volodymyr Kostyrko <c.kworr@gmail.com>
To: freebsd-gnats-submit@FreeBSD.org
Subject: SCHED_4BSD seems unstable on RELENG_9
X-Send-Pr-Version: www-3.1
X-GNATS-Notify:

>Number:         163540
>Category:       kern
>Synopsis:       SCHED_4BSD seems unstable on RELENG_9
>Confidential:   no
>Severity:       non-critical
>Priority:       low
>Responsible:    freebsd-bugs
>State:          closed
>Quarter:        
>Keywords:       
>Date-Required:  
>Class:          sw-bug
>Submitter-Id:   current-users
>Arrival-Date:   Thu Dec 22 15:30:11 UTC 2011
>Closed-Date:    Thu Dec 29 11:18:10 UTC 2011
>Last-Modified:  Fri Jan 27 11:50:04 UTC 2012
>Originator:     Volodymyr Kostyrko
>Release:        RELENG_9
>Organization:
>Environment:
FreeBSD green.tandem.local 9.0-PRERELEASE FreeBSD 9.0-PRERELEASE #0: Thu Dec 22 15:46:04 EET 2011     arcade@green.tandem.local:/usr/obj/usr/src/sys/MINIMAL_4BSD  amd64
>Description:
Recently tried to switch to SCHED_4BSD for testing purposes. After that system starts to dump core from time to time.
>How-To-Repeat:
Compile a kernel with SCHED_4BSD, then sysctl -a for me throws:

Fatal trap 12: page fault while in kernel mode
cpuid = 1; apic id = 01
fault virtual address   = 0xf
fault code              = supervisor read data, page not present
instruction pointer     = 0x20:0xffffffff8038cd3f
stack pointer           = 0x28:0xffffff80d7e48700
frame pointer           = 0x28:0xffffff80d7e48770
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         = 2030 (sysctl)
trap number             = 12
panic: page fault
cpuid = 1
KDB: stack backtrace:
#0 0xffffffff803b2198 at kdb_backtrace+0x58
#1 0xffffffff80381f40 at panic+0x190
#2 0xffffffff8058ee55 at trap_fatal+0x395
#3 0xffffffff8058f029 at trap_pfault+0x1c9
#4 0xffffffff8058e876 at trap+0x3a6
#5 0xffffffff80579943 at calltrap+0x8
#6 0xffffffff8038cd11 at sysctl_sysctl_next_ls+0x71
#7 0xffffffff8038cd11 at sysctl_sysctl_next_ls+0x71
#8 0xffffffff8038cd11 at sysctl_sysctl_next_ls+0x71
#9 0xffffffff8038cc43 at sysctl_sysctl_next+0x83
#10 0xffffffff8038bf41 at sysctl_root+0x211
#11 0xffffffff8038c508 at userland_sysctl+0x1d8
#12 0xffffffff8038c2f4 at sys___sysctl+0x74
#13 0xffffffff8058f505 at amd64_syscall+0x2a5
#14 0xffffffff80579c2b at Xfast_syscall+0xfb

(kgdb) bt
#0  sched_switch (td=Variable "td" is not available.
) at /usr/src/sys/kern/sched_4bsd.c:1021
#1  0xffffffff80389c94 in mi_switch (flags=dwarf2_read_address: Corrupted DWARF expression.
) at /usr/src/sys/kern/kern_synch.c:448
#2  0xffffffff803bc8ca in sleepq_timedwait (wchan=dwarf2_read_address: Corrupted DWARF expression.
) at /usr/src/sys/kern/subr_sleepqueue.c:652
#3  0xffffffff80389846 in _sleep (ident=Variable "ident" is not available.
) at /usr/src/sys/kern/kern_synch.c:230
#4  0xffffffff8055ed29 in scheduler (dummy=dwarf2_read_address: Corrupted DWARF expression.
) at /usr/src/sys/vm/vm_glue.c:793
#5  0xffffffff803394c3 in mi_startup () at /usr/src/sys/kern/init_main.c:258
#6  0xffffffff8025c93c in btext ()
#7  0xffffffff808e0aa0 in sleepq_chains ()
#8  0xfffffe0006b14440 in ?? ()
#9  0x0000000000000000 in ?? ()
#10 0x0000000000000000 in ?? ()
#11 0xffffffff81ef0bb0 in ?? ()
#12 0xffffffff81ef0b68 in ?? ()
#13 0xffffffff80929890 in bootverbose ()
#14 0xffffffff803a5345 in sched_switch (td=Variable "td" is not available.
) at /usr/src/sys/kern/sched_4bsd.c:1001
Current language:  auto; currently minimal
>Fix:


>Release-Note:
>Audit-Trail:

From: Volodymyr Kostyrko <c.kworr@gmail.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/163540: SCHED_4BSD seems unstable on RELENG_9
Date: Thu, 29 Dec 2011 13:07:14 +0200

 Can't reproduce anymore. Seems to be some hardware problem... This 
 happened to me only when I put 4G memory into the motherboard and 
 everything was fine when I put 1G aside and boot on 3G mem.
 
 -- 
 Sphinx of black quartz judge my vow.
State-Changed-From-To: open->closed 
State-Changed-By: jh 
State-Changed-When: Thu Dec 29 11:18:09 UTC 2011 
State-Changed-Why:  
Seems to be a hardware problem. 

http://www.freebsd.org/cgi/query-pr.cgi?pr=163540 

From: Volodymyr Kostyrko <c.kworr@gmail.com>
To: bug-followup@FreeBSD.org
Cc:  
Subject: Re: kern/163540: SCHED_4BSD seems unstable on RELENG_9
Date: Fri, 27 Jan 2012 13:40:36 +0200

 Hello.
 
 In case anyone will hit the same bug again I'm providing a link to full 
 crashinfo output:
 
 http://limbo.xim.bz/4bsd.core.txt
 
 -- 
 Sphinx of black quartz judge my vow.
>Unformatted:
