Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 28 Jun 2009 23:27:39 +0300
From:      Kostik Belousov <kostikbel@gmail.com>
To:        Robert Noland <rnoland@freebsd.org>
Cc:        Anonymous <swell.k@gmail.com>, Hans Ottevanger <hansot@iae.nl>, Norikatsu Shigemura <nork@freebsd.org>, freebsd-current@freebsd.org
Subject:   Re: panic on acpi_cpu_c1()
Message-ID:  <20090628202739.GQ2884@deviant.kiev.zoral.com.ua>
In-Reply-To: <1246220306.1759.43.camel@balrog.2hip.net>
References:  <20090628034654.bdb728c4.nork@FreeBSD.org> <4A47A681.3040100@iae.nl> <86bpo8b3y8.fsf@gmail.com> <1246220306.1759.43.camel@balrog.2hip.net>

next in thread | previous in thread | raw e-mail | index | archive | help

--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 <hansot@iae.nl> 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 <rnoland@FreeBSD.org>
> 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--



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20090628202739.GQ2884>