On Sun, Oct 25, 2009 at 11:14:43AM -0700, Ray Van Dolson wrote:
On Sun, Oct 25, 2009 at 09:56:34AM -0700, Ray Van Dolson wrote:
Thanks Jonathan. This is for the most part working now. Just trying
to figure out the quirks of mdb_printf so the output all stays on one
line now when my
On Sat, Oct 24, 2009 at 12:24:14PM -0700, Ray Van Dolson wrote:
I'm wanting to generate output similar to the 'lslk' command (found on
Linux for example, and in Solaris too once upon a time I believe) using
mdb.
::lminfo is great, but it truncates the path name at the end.
I know you can
Hi all,
I've written up the following ARC case for my ::whatis rewrite, and wanted
to see if there were any comments before I submit it for PSARC review.
What do you all think?
Thanks,
- jonathan
-- next part --
Introduction/Background
---
A
On Wed, Sep 09, 2009 at 12:35:33PM +0800, Colin Yi wrote:
From the above results, We know for the first leak the buffer address
is 0xff01d710ad18
*cpqary3_state::walk softstate|::print -at cpqary3_t drvr_replyq
ff01d51948a0 cpqary3_drvr_replyq_t *drvr_replyq = 0xff01d7f11e70
Hi all,
My ::whatis putback from last week:
6875845 ::whatis should be able to dump the bufctl/vmem seg
got me thinking about revisiting some long-standing issues with ::whatis:
1. addr::kgrep | ::whatis can take a huge amount of time, since
each line of ::whatis output
On Thu, Sep 03, 2009 at 04:29:21PM -0700, Dan Mick wrote:
Steve Gonczi wrote:
Hello,
I am debuggin a doors problem. My question is: how should I interpret the
door_pc field in the door_node? As per the Mauro/McDougall book it
contains the address of the function that services the door.
On Tue, Sep 01, 2009 at 10:42:03AM -0700, Steve Gonczi wrote:
Hi Jonathan,
I think I have found a work-around:
::print spa_t and similar *_t types indeed often result in a forward decl
error,
but substituting the (often predictable) struct definition almost always
works.
e.g.:
Hi all,
With my recent putback of:
4916519 can't ::print forward-decl typedef
5006620 ::print's enum printing should support power-of-two-flags enums
6824044 mdb ::print output could be more regular
The long-reviled:
::print spa_t
(forward declaration)
has been
Currently, ::print does not print anything about the top-level structure or
union that is being printed. I'm in there working on something else:
4916519 can't ::print forward-decl typedef
and I noticed that the code in elt_print() would be much simpler if we treated
the top level the
On Fri, Mar 06, 2009 at 01:15:30PM -0800, Michelle Olson wrote:
I have added the MDB core contributor renewals for ahl, eschrock,
johnlev, simmonmt, and mws to the polling database.
I also +1ed it.
Cheers,
- jonathan
Regards,
Michelle
On 03/05/09 12:35, Michelle Olson wrote:
On
On Mon, Mar 02, 2009 at 12:40:02PM -0800, Andrew Paprocki wrote:
Is it possible to write a mdb module which has programmatic access to
the current instruction at %pc?
I'd like to write an mdb module which ::step's a process and
looks at each instruction to determine if it is reading/writing
On Tue, Mar 03, 2009 at 08:52:51AM +0100, max at bruningsystems.com wrote:
Hi Andrew,
Andrew Paprocki wrote:
Why not use watchpoints (::wp)?
max
Watchpoints assume you know the address you want to watch. I want to
dynamically print out any 'common' variable that any of the
On Tue, Mar 03, 2009 at 10:34:14AM -0800, Andrew Paprocki wrote:
No; you don't want =K, since that will print it to
standard output. Just
do %s, then mdb_eval(), then mdb_get_dot()
Max/Jonathan, thanks for your help! I have a module up and running which
continually grabs pc, uses
On Tue, Mar 03, 2009 at 12:29:46PM -0800, Andrew Paprocki wrote:
Yeah, I'll just have to live with the stderr output for now. I think
the approach of mdb_eval()/mdb_get_dot() might be pretty slow compared
with being able to mdb_readvar() directly.
Yeah, but compared to stopping and starting
On Thu, Feb 26, 2009 at 09:07:00PM +0100, max at bruningsystems.com wrote:
Jonathan Adams wrote:
On Thu, Feb 26, 2009 at 11:42:59AM -0800, Edward Pilatowicz wrote:
On Thu, Feb 26, 2009 at 01:42:24PM -0500, James Carlson wrote:
I just spent a little over a day debugging a stack
On Thu, Feb 26, 2009 at 03:11:04PM -0500, James Carlson wrote:
Alexandre Chartre writes:
That's a runtime problem so the compiler can not do anything (unless you
allocate an obviously too large structure on the stack), but this will
mainly depend on the code path and allocations on the
On Mon, Dec 08, 2008 at 07:44:49AM -0800, Valdemar Moreira Pavesi wrote:
Hello,
you can use :
{ echo \$G ; echo ::findleaks -dv ; } | mdb -p $pid -o nostop
^
Please don't do this. '-o nostop' will lead to a very
On Fri, Oct 10, 2008 at 03:03:57PM -0400, Girish Moodalbail wrote:
Hello folks,
I have a quick question on how to obtain the name of the function given
that you have a function pointer to that function? MDB's
*mdb_lookup_by_addr() *doesn't seem to work.
mdb_lookup_by_addr() should be what
On Tue, Aug 19, 2008 at 09:56:12AM +1000, James C. McPherson wrote:
Mike Shapiro wrote:
It seems to me that if we made use of the onnv_XX tags that
have been going into the Mercurial clone for a while, then
it shouldn't be too hard to regenerate the per-build mdb dmods
and
On Wed, Jul 16, 2008 at 12:43:40PM -0700, Rao Shoaib wrote:
I am having trouble building just the kmdbmod. It builds fine when I do
a full build but not if I just want to change something and build it.
Can someone tell me what is the trick to just build kmdbmod.
cd
On Tue, Jul 08, 2008 at 09:40:36AM -0700, Valdemar Moreira Pavesi wrote:
Hello gurus,
umem_alloc_32 leak: 23 buffers, 32 bytes each, 736 bytes total
ADDR BUFADDRTIMESTAMP THREAD
CACHE LASTLOG CONTENTS
On 8/24/07, zhijun Zhijun.Fu at sun.com wrote:
Eric Schrock wrote:
You have a couple different things in play here.
First, MDB pipelines only work with uintptr_t's, not arbitrary text. So
when you try to pipe something like foo: X or X Y Z to another dcmd,
the parser will choke.
On 10/31/06, Brian Utterback brian.utterback at sun.com wrote:
I already know where the leaked buffer is allocated. I am trying
to track down where it is leaked. If I could see the addresses of the
unleaked buffers, I could tell if every newly allocated buffer is
immediately leaked, or if the
On 2/1/07, Rao Shoaib rao.shoaib at sun.com wrote:
I am unable to get the bufctl's transaction history.
::status
debugging crash dump vmcore.1 (64-bit) from punchin
operating system: 5.11 onnv-gate:2007-01-29 (i86pc)
panic message:
BAD TRAP: type=e (#pf Page fault) rp=ff000fdc2140
for this. I'll be putting the binaries up on the
OpenSolaris libumem project page, which will be released today or tomorrow,
and when I do so, I will respond here so that you know it has happened.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
--
___
mdb-discuss mailing list
mdb-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel Development
somewhere? If so I'd appreciate any advice. I didn't see anything
obvious /platform for it.
No, I don't think that's necessary.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
infrastructure to support this, especially on
Solaris 8 and 9.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
On Tue, Aug 01, 2006 at 02:01:36PM +0100, James Coleman wrote:
Jonathan Adams wrote:
On Fri, Jul 28, 2006 at 06:24:56PM +0100, James Coleman wrote:
Could someone confirm that I am correct about this that oversize
allocations are not tracked
in libumem?
They are tracked
--
Jonathan Adams, Solaris Kernel Development
there really was no memory corruption.
And there's no tool that can detect this case, if the addresses are the same.
The best you could do would be to have the allocator delay re-using
addresses a bit. Unfortunately, there's no way to tell umem to do so.
Cheers,
- jonathan
--
Jonathan Adams
On Thu, Jun 29, 2006 at 07:57:05PM +0200, Frank Hofmann wrote:
Do we have the userland equivalent of ::kgrep ? I'm too rarely looking
into application dumps ...
Yup; ::ugrep. It's got the same implementation, even.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
change this depth?
UMEM_DEBUG=default,audit=30
would set it to thirty frames.
Cheers,
- jonahen
thank you!
This message posted from opensolaris.org
___
mdb-discuss mailing list
mdb-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel
that of any fortune on earth.
___
mdb-discuss mailing list
mdb-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel Development
associated with the condition
variable during their waits; however, if predictable
scheduling behavior is required, then that mutex is locked
by thethreadcallingpthread_cond_signal()or
pthread_cond_broadcast().
Cheers,
- jonathan
--
Jonathan Adams, Solaris
On Fri, Jun 09, 2006 at 04:16:08PM -0400, Bill Sommerfeld wrote:
On Fri, 2006-06-09 at 15:52, Jonathan Adams wrote:
If I remember correctly, the main problems you can run into with signaling
after dropping the lock is that there can be destruction races:
thread 1
at least Solaris 7. Probably
it's been there from the beginning.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
; it seems like a point which can be argued either way. It shouldn't be
too hard to collect data with dtrace(1M).
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
in mdb, one already exists:
cpu_ready_set::cpuset
0-1
cpu_ready_set::cpuset -l
0
1
It's implemented in sun4u/modules/unix/unix.c. So it clearly needs to be
genericized for use on x86/amd64.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
be it. (though the order is backwards)
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
--
Jonathan Adams, Solaris Kernel Development
On Wed, Apr 12, 2006 at 04:43:12PM +0800, Oliver Yang wrote:
Jonathan Adams wrote:
On Tue, Apr 11, 2006 at 08:22:15AM +0800, Oliver Yang wrote:
Sorry for raising the question again, maybe my question is not very
clear...
Actually, I need check the general register's value
On Wed, Apr 12, 2006 at 04:43:12PM +0800, Oliver Yang wrote:
Jonathan Adams wrote:
On Tue, Apr 11, 2006 at 08:22:15AM +0800, Oliver Yang wrote:
Sorry for raising the question again, maybe my question is not very
clear...
Actually, I need check the general register's value
-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel Development
, that data is not recorded in the core file.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
thread | ::print kthread_t t_lwp-lwp_regs | ::print
struct regs
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
opensolaris.org
___
mdb-discuss mailing list
mdb-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel Development
--
Jonathan Adams, Solaris Kernel Development
On Wed, Mar 15, 2006 at 01:53:22PM -0800, Michael Corcoran wrote:
On Wed, 2006-03-15 at 13:41, Jonathan Adams wrote:
On Wed, Mar 15, 2006 at 01:16:37PM -0800, Michael E. Corcoran wrote:
I have a corefile I'm looking at and wanted to do some processing of
output and then feed that back
(and therefore get a core file) by setting:
export LD_SIGNAL=6
in the environment; the stack trace (pstack core) which results would
be most interesting.
Could you also run pldd(1) against the core? There might be a clue in
the list of libraries.
Cheers,
- jonathan
--
Jonathan Adams
On Mon, Oct 10, 2005 at 08:39:08PM +0100, Frank Hofmann - Solaris Sustaining
wrote:
For the time being, I've put the PDF file only onto my old student
account at http://cip.physik.uni-wuerzburg.de/~hofmann/docs/book.pdf
where I'll keep it until the editable material on mediacast.sun.com
is
talked about is '::deval', '::dmap', or
'::dprint', which would let you use D (as in Dtrace) expressions. It
might look something like:
::dprint '`devnamesp[20]-dn_flags 0x100'
0x100
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
, given
the source code. Without kmem debugging, ::typegraph does a very good job.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
the $g dcmd, which lets you muck with what is displayed
(including having the mangled name show up)
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
can tell, dbx(1)'s RTC does not
detect or report mmap(2) leaks, so this won't help; he needs to use dtrace
(or something) to match up mmap(2) results with stack traces, then use
::findleaks to find out what segments are leaked.
Cheers,
- jonathan
Jonathan Adams wrote:
On Tue, Aug 30, 2005
[116]: UMEM_DEBUG=default
Hrm; Please send the output of the following MDB commands:
umem_flags/X
::umem_cache
The environment variables look right, but something odd is going on.
I assume this is Solaris 10?
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
is not evaluated until
the breakpoint happens, there's no way to reliably syntax check it.
Cheers,
- jonathan
--
Jonathan Adams, Solaris Kernel Development
___
mdb-discuss mailing list
mdb-discuss at opensolaris.org
--
Jonathan Adams, Solaris Kernel Development
60 matches
Mail list logo