JWW SPAM-bad-from [Crash-utility] enhance bt command

[Ming Zhang]

On Mon, 2008-03-03 at 11:19 -0500, Dave Anderson wrote:
> Ming Zhang wrote:
> > On Mon, 2008-03-03 at 09:19 -0500, Dave Anderson wrote:
> >> I'm not sure whether cluttering the bt -f command output would
> >> be all that worthwhile, but I'm thinking that this request may have
> >> some merit with respect to the "rd" command.  Currently the
> >> "rd -s" option recognizes and translates kernel symbols that it
> >> finds in the raw memory output.  Maybe something like a "-S"
> >> option could do that -- plus also recognize kernel virtual memory
> >> addresses that come from the slab cache, and alternatively display
> >> the slab cache namestring in some recognizable manner, i.e. bracketed,
> >> or something like to that effect.
> >>
> >> Then since "bt -f" displays the block of memory associated with
> >> each stack frame, you could easily transfer the stack address
> >> to a "rd -S [stack-address] [count]" command.
> > 
> > yes. it will be great if we can have a rd -S!
> > 
> 
> Apply the attached patch and see what you think.  The "rd -S"
> option supplements "-s" by also recognizing memory from slab
> caches -- and alternatively displaying the slab cache name
> in brackets.
> 

this is what it looks like

     10078b2ba30:  vprintk+498      .LC391+195657    
     10078b2ba40:  0000000000000471 [size-32]        
     10078b2ba50:  000000000000016e 0000000000000001 
     10078b2ba60:  0000000000000005 [kmem_cache]     
     10078b2ba70:  000000000000003c [size-1024]      
     10078b2ba80:  [kmem_cache]     0000000000000000 
     10078b2ba90:  0000000000000001 00000000801108a1 


[raw value: cache name] will be better

strangely, not all the value is correct. i am looking at it.


> Thanks,
>    Dave
> 
-- 
Ming Zhang


@#$%^ purging memory... (*!%
http://blackmagic02881.wordpress.com/
http://www.linkedin.com/in/blackmagic02881
--------------------------------------------