From owner-freebsd-current@FreeBSD.ORG Sun Jun 28 21:06:20 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 44E0A1065672; Sun, 28 Jun 2009 21:06:20 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from mail.zoral.com.ua (skuns.zoral.com.ua [91.193.166.194]) by mx1.freebsd.org (Postfix) with ESMTP id 9FCDD8FC0C; Sun, 28 Jun 2009 21:06:19 +0000 (UTC) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (root@deviant.kiev.zoral.com.ua [10.1.1.148]) by mail.zoral.com.ua (8.14.2/8.14.2) with ESMTP id n5SKRdjQ070099 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sun, 28 Jun 2009 23:27:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: from deviant.kiev.zoral.com.ua (kostik@localhost [127.0.0.1]) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3) with ESMTP id n5SKRdUj093819; Sun, 28 Jun 2009 23:27:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) Received: (from kostik@localhost) by deviant.kiev.zoral.com.ua (8.14.3/8.14.3/Submit) id n5SKRdFo093818; Sun, 28 Jun 2009 23:27:39 +0300 (EEST) (envelope-from kostikbel@gmail.com) X-Authentication-Warning: deviant.kiev.zoral.com.ua: kostik set sender to kostikbel@gmail.com using -f Date: Sun, 28 Jun 2009 23:27:39 +0300 From: Kostik Belousov To: Robert Noland Message-ID: <20090628202739.GQ2884@deviant.kiev.zoral.com.ua> References: <20090628034654.bdb728c4.nork@FreeBSD.org> <4A47A681.3040100@iae.nl> <86bpo8b3y8.fsf@gmail.com> <1246220306.1759.43.camel@balrog.2hip.net> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="H5oeNUPfJ0vte6JU" Content-Disposition: inline In-Reply-To: <1246220306.1759.43.camel@balrog.2hip.net> User-Agent: Mutt/1.4.2.3i X-Virus-Scanned: clamav-milter 0.95.1 at skuns.kiev.zoral.com.ua X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=5.0 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.2.5 X-Spam-Checker-Version: SpamAssassin 3.2.5 (2008-06-10) on skuns.kiev.zoral.com.ua Cc: Anonymous , Hans Ottevanger , Norikatsu Shigemura , freebsd-current@freebsd.org 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 21:06:20 -0000 --H5oeNUPfJ0vte6JU Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, Jun 28, 2009 at 03:18:26PM -0500, Robert Noland wrote: > On Sun, 2009-06-28 at 22:36 +0400, Anonymous wrote: > > Hans Ottevanger writes: > >=20 > > > 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. > >=20 > > Can you try to boot with DRM and hw.drm.msi=3D0? In my case it does not > > panic then. >=20 > drm is a consumer of msi if the hardware is capable. If you disable msi > you won't take the path that 194985 fixes, or any path that involves > msi... The panic message seemed rather unhelpful to me and I can't > think of a reason that it would work as a module and not if it is > compiled in. Did you clean your kernel and rebuild? Trap 30 is usually indicates that interrupts were enabled before the handler was established. rsvd is set as a filler for unused IDT entries. >=20 > robert. >=20 > > > > > > 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 =3D 3; apic id =3D 03 > > >> instruction pointer =3D 0x20:0xffffffff804bce56 > > >> stack pointer =3D 0x20:0xffffff8000039b60 > > >> frame pointer =3D 0x20:0xffffff8000039b70 > > >> code segment =3D base 0x0, limit 0xfffff, type 0x1b > > >> =3D DPL 0, pres 1, long 1, def32 0, gran 1 > > >> processor eflags =3D interrupt enabled, IOPL =3D 0 > > >> current process =3D 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 =3D 0, rsp =3D 0xffffff8000039d40, rbp =3D 0 --- > > >> db> > > >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - = - - - - - - - - - - - - - - > > >> > > >> I can boot with kern.smp.diabled=3D1, 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 =3D acpi_TimerDelta(end_time, start_time); > > >> 965 sc->cpu_prev_sleep =3D (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 =3D tdq->tdq_switchcnt + tdq->tdq_= oldswitchcnt; > > >> 2561 if (tdq->tdq_load =3D=3D 0) > > >> 2562 cpu_idle(switchcnt > 1); > > >> 2563 if (tdq->tdq_load) { > > >> 2564 thread_lock(td); > > >> - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - = - - - - - - - - - - - - - - > > _______________________________________________ > > freebsd-current@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-current > > To unsubscribe, send any mail to "freebsd-current-unsubscribe@freebsd.o= rg" > --=20 > Robert Noland > FreeBSD --H5oeNUPfJ0vte6JU Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.9 (FreeBSD) iEYEARECAAYFAkpH0joACgkQC3+MBN1Mb4ggMACfV4mE/KGKK5DsEElmyvK/AG2s EysAnRAXm+FPsVd3Nj3CBx9yOSc96w6t =IDFm -----END PGP SIGNATURE----- --H5oeNUPfJ0vte6JU--