Wow, that was painful ... after 2 hrs, I got as far as:
thelab# ./enable_debug
debug.ktr.mask: 1 -> 4608
debug.ktr.verbose: 0 -> 2
waiting for X server to begin accepting connections .
XFree86 Version 4.0.2 / X Window System
(protocol Version 11, revision 0, vendor release 6400)
Release Date: 18 December 2000
If the server is older than 6-12 months, or if your card is
newer than the above date, look for a newer version before
reporting problems. (See http://www.XFree86.Org/FAQ)
Operating System: FreeBSD 5.0-CURRENT i386 [ELF]
Module Loader present
(==) Log file: "/var/log/XFree86.0.log", Time: Sat Mar 3 22:08:37 2001
(==) Using config file: "/root/XF86Config"
Markers: (--) probed, (**) from config file, (==) default setting,
(++) from command line, (!!) notice, (II) informational,
(WW) warning, (EE) error, (??) unknown.
(==) ServerLayout "Simple Layout"
(**) |-->Screen "Screen 1" (0)
(**) | |-->Monitor "Samtron 95P"
(**) | |-->Device "TNT"
(**) |-->Input Device "Mouse1"
(**) |-->Input Device "Keyboard1"
(**) XKB: rules: "xfree86"
(**) XKB: model: "microsoft"
(**) XKB: layout: "us"
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/local/,/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/"
(**) RgbPath set to "/usr/X11R6/lib/X11/rgb"
(==) ModulePath set to "/usr/X11R6/lib/modules"
(--) Using syscons driver with X support (version 2.0)
and gave up ... am going to try again just before I go to bed tonight,
hopefully its running (and hung) by the time I get up in the morning ;)
On Sat, 3 Mar 2001, John Baldwin wrote:
>
> On 04-Mar-01 The Hermit Hacker wrote:
> >
> > Well, after some hurdles with getting the serial console to work, I've now
> > go it to work ... I put the two sysctl commands into a file so that I
> > could run it as a script:
> >
> >#!/bin/sh
> > sysctl -w debug.ktr.mask=0x1208
> > sysctl -w debug.ktr.verbose=2
> >
> > When I 'try' to run it, I get all the 'KTR'(?) messages on my serial
> > console, something is changing/happening so fast that my ssh connection
> > into the machine hangs before I finish typing in the shell script:
> >
> > ========
> > enable_kernel_debug: 3 lines, 72 characters.
> > thelab# !./
> > ========
>
> Put the sysctl's and the command that hangs the machine into one script and run
> that one shell script..
>
> > needless to say, running the command to hang the computer is proving
> > difficult :)
> >
> > Then again, if I do a cold boot of the machine, the messages stop
> > scrolling up the console, but a cut-n-paste of them is sort of illegible:
> >
> > ========
> > k0clo.c/k...c/.k4e3r8n /RkEeLr n(_scplionc)k .scch2e0d9 lRoEcLk
> > (s[p0xicn0) 32c1al1l8o0]ut r[=00x ca0t 31.d./8.2.0/] ker=r0n/ akte
> > r.n._c/l.o./ckk.ecrn:4/k3e8r
> > e_cpluo1c k..c/:.2.0/9k
> > rcnp/uk0e r.n./.l.o/ckke.rcn./3k5e0r nG_OcTl o(cskp.icn.)2 0s3c
> > hGeOdT l(oscpki n[)0 xccall2o1u1t8 0[]0 xrc=003 1adt8 2.0.]/ ..0/k aertn
> > ./.k/er..n_/ckllorcnk/.kecr:n35_0c
> > .ok.uc1: 2.0.3/
> > .c/pkue0r.n/.k/.er./n_kcelrnoc/kke.crn.4_c38l ocRkEL. c(.s2p09in )R
> > ELs ch(sepd iln)oc kc al[0loxuct03 [210x18c003] 1rd=802 0a] t r=..0/ a..t
> > /.k.er/.n./.ckerenrn_c/lkoerckn_.ccl:4oc3k8
> > :20u91
> > .c.p/u.0. /.k.e/r.n.//kkeerrnn_/ckleorcnk_.ccl.o3c5k0. cG.O2T0 3(
> > sGpOiTn )( sspcihne)d claolclko u[t0 x[c00x3213118d08]2 0r]= 0r =a0t a.t.
> > /....//.k.e/0ke/rkne/rkne_rcnl_occlko.cck:.3c5:02
> > p3c
> > uc1p u.0. /....//.k.e/rkne/rkne/rkne_rcnl_occlko.cck..4c3.82 RE LR
> > E(Ls p(isnp)i ns)c hceadl lloouctk [[00xxcc003312d1812800]] rr==00 aatt
> > ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc::24398
> >
> > ccppuu01 ....//....//kkeerrnn//kkeerrnn__cclloocckk..cc..230530
> > GGOOTT ((ssppiinn)) csaclhleodu tl o[c0kx c[003x1cd0832201]1 8r0=]0 ra=t0
> > .a.t
> > ========
>
> Hmm, it's colliding with itself a lot. Unfortunately, to make this useful over
> the serial console, you need to shut up all the sio lock messages. Hmmm, well
> for now try just using a 'debug.ktr.mask' of 0x1200 to skip all the mutex
> operations. If we need them later on, then I will try and get some other work
> done to make it easier to shut up certain mutexes in the log output without
> having to change each individual mutex operation.
>
> --
>
> John Baldwin <[EMAIL PROTECTED]> -- http://www.FreeBSD.org/~jhb/
> PGP Key: http://www.baldwin.cx/~john/pgpkey.asc
> "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/
>
Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy
Systems Administrator @ hub.org
primary: [EMAIL PROTECTED] secondary: scrappy@{freebsd|postgresql}.org
To Unsubscribe: send mail to [EMAIL PROTECTED]
with "unsubscribe freebsd-current" in the body of the message
