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
--------------------------------------------