From owner-freebsd-current@FreeBSD.ORG Sun Jun 28 19:07:47 2009 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 3EEB4106566C; Sun, 28 Jun 2009 19:07:47 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: from mail-bw0-f216.google.com (mail-bw0-f216.google.com [209.85.218.216]) by mx1.freebsd.org (Postfix) with ESMTP id 7E8B08FC08; Sun, 28 Jun 2009 19:07:46 +0000 (UTC) (envelope-from swell.k@gmail.com) Received: by bwz12 with SMTP id 12so149bwz.43 for ; Sun, 28 Jun 2009 12:07:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:from:to:cc:subject:references :date:in-reply-to:message-id:user-agent:mime-version:content-type; bh=tT8mxTq9KJQIo17Yf/jOG/cJ9UV+Dm6NgvWUC8x59vQ=; b=JG1wjPBgtdXk6egYIHDhjnC0TzVqsefM28Z57zkEKaSguMTbrzHz20cdNIvxSeB2cR T8xAtrkiha2+i8n0Jg8gar3jVhSP6TlumClH/5lrPIYkjL8auyvugzTjL7NPd9qjDqf5 xa4+ezdTNVRimdEnSJKBc/GrVxYxLQURJHhJ8= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version:content-type; b=Yp1S4Yd4DWdPtfDw+YKxChRIhglBAXlItbfTEgnD8Bpsp0nQnbzpcDvXIBj6D6lAmY RBo/53Pqp0qB5aBVvHxeWMVVATc/SaynCnQKC1tOpvWvLdsSIOFteZctsJKLHCwwHt5x tbTvK47gx1wHtaBV9KzJHU/rBV6cDzdpUPS+o= Received: by 10.103.182.1 with SMTP id j1mr3564602mup.119.1246214213821; Sun, 28 Jun 2009 11:36:53 -0700 (PDT) Received: from localhost (95-24-212-252.broadband.corbina.ru [95.24.212.252]) by mx.google.com with ESMTPS id 25sm10927773mul.50.2009.06.28.11.36.50 (version=TLSv1/SSLv3 cipher=RC4-MD5); Sun, 28 Jun 2009 11:36:52 -0700 (PDT) From: Anonymous To: Hans Ottevanger References: <20090628034654.bdb728c4.nork@FreeBSD.org> <4A47A681.3040100@iae.nl> Date: Sun, 28 Jun 2009 22:36:47 +0400 In-Reply-To: <4A47A681.3040100@iae.nl> (Hans Ottevanger's message of "Sun, 28 Jun 2009 19:21:05 +0200") Message-ID: <86bpo8b3y8.fsf@gmail.com> User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: freebsd-current@freebsd.org, Norikatsu Shigemura Subject: Re: panic on acpi_cpu_c1() X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Jun 2009 19:07:47 -0000 Hans Ottevanger writes: > Norikatsu Shigemura wrote: >> Hi. >> > > Hi, > > I have almost the same issue, just the addresses are different and in > my case the trap occurs on cpu2. > > My system is based on an Intel PB965LT main board with a Q6600 quad > core CPU and 8 Gbyte of RAM. I am also using the amd64 kernel, where > kernel configuration is almost identical to GENERIC, with devices > removed that I do not have and the following lines added > > device drm > device radeondrm > device sound > device snd_hda > > If I remove the drm and radeondrm devices from the config file and > recompile the kernel, the panic does not occur and the corresponding > modules can be loaded without a problem. Can you try to boot with DRM and hw.drm.msi=0? In my case it does not panic then. > > Some "binary searching" of Subversion releases shows that the problem > first occurs with r194985. If I update to r195137 and revert the > relevant files from the revision r194985 to r194984, no panic occurs. > > Of course it could very well be that r194985 itself is not the issue, > but triggers a problem somewhere else in the kernel. > > Kind regards, > > Hans > >> I got a panic after AP CPU launched on boot. So I couldn't get >> crash dump and information. >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> FreeBSD nadesico.ninth-nine.com 8.0-CURRENT FreeBSD 8.0-CURRENT #49: Sun Jun 28 02:53:48 JST 2009 nork@nadesico.ninth-nine.com:/usr/obj/usr/src/sys/NADESICO amd64 >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> SMP: AP CPU #3 Launched! >> SMP: AP CPU #1 Launched! >> SMP: AP CPU #2 Launched! >> >> Fatal trap 30: reserved (unknown) fault while in kernel mode >> cpuid = 3; apic id = 03 >> instruction pointer = 0x20:0xffffffff804bce56 >> stack pointer = 0x20:0xffffff8000039b60 >> frame pointer = 0x20:0xffffff8000039b70 >> code segment = base 0x0, limit 0xfffff, type 0x1b >> = DPL 0, pres 1, long 1, def32 0, gran 1 >> processor eflags = interrupt enabled, IOPL = 0 >> current process = 11 (idle: cpu3) >> [thread pid 11 tid 100003 ] >> Stopped at acpi_cpu_c1+0x6: leave >> db> bt >> Tracing pid 11 tid 100003 td 0xffffff8001863720 >> acpi_cpu_c1() at acpi_cpu_c1+0x6 >> acpi_cpu_idle() at acpi_cpu_idle+0x20c >> sched_idletd() at sched_idletd+0x123 >> fork_exit() at fork_exit+0x117 >> fork_trampoline() at fork_trampoline+0xe >> --- trap 0, rip = 0, rsp = 0xffffff8000039d40, rbp = 0 --- >> db> >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> >> I can boot with kern.smp.diabled=1, so I get address lines. >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - >> (kgdb) list *acpi_cpu_c1+0x6 >> 0xffffffff804bce56 is in acpi_cpu_c1 (/usr/src/sys/amd64/acpica/acpi_machdep.c:100). >> 95 >> 96 void >> 97 acpi_cpu_c1() >> 98 { >> 99 __asm __volatile("sti; hlt"); >> 100 } >> (kgdb) list *acpi_cpu_idle+0x20c >> 0xffffffff801b443c is in acpi_cpu_idle (/usr/src/sys/dev/acpica/acpi_cpu.c:966). >> 961 ACPI_ENABLE_IRQS(); >> 962 >> 963 /* Find the actual time asleep in microseconds. */ >> 964 end_time = acpi_TimerDelta(end_time, start_time); >> 965 sc->cpu_prev_sleep = (sc->cpu_prev_sleep * 3 + PM_USEC(end_time)) / 4; >> 966 } >> (kgdb) list *sched_idletd+0x123 >> 0xffffffff8030b733 is in sched_idletd (/usr/src/sys/kern/sched_ule.c:2562). >> 2557 cpu_spinwait(); >> 2558 } >> 2559 } >> 2560 switchcnt = tdq->tdq_switchcnt + tdq->tdq_oldswitchcnt; >> 2561 if (tdq->tdq_load == 0) >> 2562 cpu_idle(switchcnt > 1); >> 2563 if (tdq->tdq_load) { >> 2564 thread_lock(td); >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -