Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 11 Jul 2004 13:55:35 +0200
From:      Morten Rodal <morten@rodal.no>
To:        freebsd-current@freebsd.org
Cc:        Marcel Moolenaar <marcel@xcllnt.net>
Subject:   Re: HEADSUP: KDB framework
Message-ID:  <200407111355.43043.morten@rodal.no>
In-Reply-To: <20040711051842.GC40508@dhcp50.pn.xcllnt.net>
References:  <20040711051842.GC40508@dhcp50.pn.xcllnt.net>

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

--Boundary-02=_/qS8AcX4Sl4JWQB
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline

On Sunday 11 July 2004 07:18, Marcel Moolenaar wrote:
> Gang,
>
> A new debugging framework has been committed. Besides adding support
> for kernel threads to both DDB and remote GDB and other nice features,
> there are some kernel configuration changes one needs to be aware of:
>

=46ollowing this commit my computer panics right after going to multiuser=20
with the following:

Mounting root from ufs:/dev/ad0s1a
Pre-seeding PRNG:

=46atal trap 12: page fault while in kernel mode
cpuid =3D 0; apic id =3D 00
fault virtual address   =3D 0x0
fault code              =3D supervisor read, page not present
instruction pointer     =3D 0x8:0xc04ccc89
stack pointer           =3D 0x10:0xcc417b9c
frame pointer           =3D 0x10:0xcc417bc8
code segment            =3D base 0x0, limit 0xfffff, type 0x1b
                        =3D DPL 0, pres 1, def32 1, gran 1
processors eflags       =3D interrupt enabled, resume, IOPL =3D 0
current process         =3D 70 (sysctl)
trap number             =3D 12
panic: page fault
cpuid =3D 0;

syncing disks, buffers remaining... 188 188 0 188 188 188 188 188 0 188=20
188 0 188 188 188 0 188 0 188 188 0 188 0 188 0 188 188 0 188 0
giving up on 163 buffers
Uptime: 16s


burton# addr2line -e /usr/obj/usr/src/sys/burton/kernel.debug 0xc04ccc89
/usr/src/sys/kern/subr_kdb.c:107

I think it was becase I replaced "options DDB" with "options KDB" instead=20
of adding "options KDB".  This results in no debuggers being registered=20
(and thus the null pointer)?  Perhaps some checks should be added to make=20
sure there really are any debuggers available before using them?

=2D-=20
Morten Rodal

"A supercomputer is a device for turning compute-bound
 problems into I/O bound problems." -- Ken Batcher (Goodyear Aerospace)


--Boundary-02=_/qS8AcX4Sl4JWQB
Content-Type: application/pgp-signature
Content-Description: signature

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (FreeBSD)

iD8DBQBA8Sq+bWe1Cy11WVsRAnuRAKC9diLTAWFFZLUU9NRbo+OITV2zsACfbcSt
psiA81Az6JBq0i22XSRk3MQ=
=WmjN
-----END PGP SIGNATURE-----

--Boundary-02=_/qS8AcX4Sl4JWQB--



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