Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 06 Mar 2002 21:36:08 -0500
From:      Glenn Gombert <ggombert@imatowns.com>
To:        Greg Lehey <grog@FreeBSD.org>, John Baldwin <jhb@FreeBSD.org>
Cc:        smp@FreeBSD.org
Subject:   Re: Some thoughts on Giant instrumentation
Message-ID:  <3.0.6.32.20020306213608.00da60d0@imatowns.com>
In-Reply-To: <20020307130505.P66287@wantadilla.lemis.com>
References:  <XFMail.020228203310.jhb@FreeBSD.org> <3.0.6.32.20020228184845.00da5868@imatowns.com> <XFMail.020228203310.jhb@FreeBSD.org>

next in thread | previous in thread | raw e-mail | index | archive | help
  I was looking at getting started on this task, this weekend, since I do
not have access to the sources, can someone extract the file(s) in question
for me to have a look at what has been done already ??


At 01:05 PM 3/7/2002 +1030, Greg Lehey wrote:
>On Thursday, 28 February 2002 at 20:33:10 -0500, John Baldwin wrote:
>>
>> On 28-Feb-02 Glenn Gombert wrote:
>>>      I think what needs to be added (and is sorely lacking) are some good
>>> syscalls (that can be called from 'userland' to perform such things as
dump
>>> out the 'ktr' buffer from a user land program and show contents of some of
>>> the other kernel parameters (when using a test program from user land). It
>>> seems like a good set of 'debug syscalls' would be a good addition to the
>>> smp code that is -current and would make debugging/development efforts
>>> easier and more efficient for everyone :))
>>
>> Yep, being able to dump ktr to userland would be rather cool indeed if
you'd
>> like to tackle it. :)
>
>A program to do this already exists for BSD/OS.  We have the sources,
>but we never got round to porting it.  Look for tdump(8).
>
>Greg
>--
>See complete headers for address and phone numbers
>
Glenn Gombert
ggombert@imatowns.com


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message




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