Re: Wrong RSS field in ps

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Tue, 4 Aug 2015 09:06:47 -0400 (EDT)
Dave Anderson <anderson@xxxxxxxxxx> wrote:

> 
> 
> ----- Original Message -----
> > On Mon, 3 Aug 2015 14:54:28 -0400 (EDT)
> > Dave Anderson <anderson@xxxxxxxxxx> wrote:
> > 
> > > 
> > > 
> > > ----- Original Message -----
> > > > Hello Dave,
> > > > 
> > > > On s390 (kernel 4.2.0-rc2) the "RSS" field in "ps" is wrong.
> > > > 
> > > > The reason is that in rss_page_types_init()
> > > > enumerator_value("MM_ANONPAGES",
> > > > &anonpages) returns zero for "anonpages" and therefore we add
> > > > MM_FILEPAGES
> > > > twice instead of adding MM_ANONPAGES.
> > > > 
> > 
> > [snip]
> > 
> > > And I verified that the enumerator_value() function returns successfully,
> > > and that
> > > it returns the correct values.  If enumerator_value() returns successfully,
> > > they get
> > > stored in the task_table:
> > >   
> > >   crash> help -t | grep -e filepages -e anonpages
> > >            filepages: 0
> > >            anonpages: 1
> > >   crash>[root@hp-dl980g7-02 crash.git]
> > >     
> > > When you you do a "help -t" do you see both of the above showing "0"?
> > 
> > crash> help -t | grep -e filepages -e anonpages
> >          filepages: 0
> >          anonpages: 0
> > 
> > Perhaps a gdb issue on s390?
> 
> What does gdb alone show?  I'm not sure the best way to dump anonymous enums
> with gdb, but this should show a value of 1 for MM_ANONPAGES:
> 
>   # gdb /usr/lib/debug/lib/modules/4.2.0-0.rc4.git1.1.fc23.x86_64/vmlinux
>   GNU gdb (GDB) Fedora 7.9.90.20150717-7.fc23
>   Copyright (C) 2015 Free Software Foundation, Inc.
>   License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
>   This is free software: you are free to change and redistribute it.
>   There is NO WARRANTY, to the extent permitted by law.  Type "show copying"
>   and "show warranty" for details.
>   This GDB was configured as "x86_64-redhat-linux-gnu".
>   Type "show configuration" for configuration details.
>   For bug reporting instructions, please see:
>   <http://www.gnu.org/software/gdb/bugs/>.
>   Find the GDB manual and other documentation resources online at:
>   <http://www.gnu.org/software/gdb/documentation/>.
>   For help, type "help".
>   Type "apropos word" to search for commands related to "word"...
>   Reading symbols from /usr/lib/debug/lib/modules/4.2.0-0.rc4.git1.1.fc23.x86_64/vmlinux...done.
>   (gdb) printf "%d\n", MM_ANONPAGES
>   1

Same with my gdb (7.9-10.1):

gdb ./vmlinux.full 
GNU gdb (GDB) Fedora 7.9-10.1
[...]                     
Reading symbols from ./vmlinux.full...done.             
(gdb) printf "%d\n", MM_ANONPAGES                       
1                                                       

If I call gdb within crash, I get the same result:
crash> gdb printf "%d\n", MM_ANONPAGES
1

Michael

--
Crash-utility mailing list
Crash-utility@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/crash-utility



[Index of Archives]     [Fedora Development]     [Fedora Desktop]     [Fedora SELinux]     [Yosemite News]     [KDE Users]     [Fedora Tools]

 

Powered by Linux