On 2016-08-31 01:04 PM, Mateusz Guzik wrote:
On Wed, Aug 31, 2016 at 12:36:26PM -0400, Robert Foss wrote:
On 2016-08-31 05:45 AM, Jacek Anaszewski wrote:
+static void *m_totmaps_start(struct seq_file *p, loff_t *pos)
+{
+return NULL + (*pos == 0);
+}
+
+static void *m_totmaps_next(struct
On Wed, Aug 31, 2016 at 12:36:26PM -0400, Robert Foss wrote:
> On 2016-08-31 05:45 AM, Jacek Anaszewski wrote:
> > > +static void *m_totmaps_start(struct seq_file *p, loff_t *pos)
> > > +{
> > > +return NULL + (*pos == 0);
> > > +}
> > > +
> > > +static void *m_totmaps_next(struct seq_file *p,
On 2016-08-31 05:45 AM, Jacek Anaszewski wrote:
Hi Robert,
On 08/17/2016 12:33 AM, robert.f...@collabora.com wrote:
From: Robert Foss
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't displ
Hi Robert,
On 08/17/2016 12:33 AM, robert.f...@collabora.com wrote:
From: Robert Foss
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't display any addresses. It gives more detailed informati
From: Robert Foss
This is based on earlier work by Thiago Goncales. It implements a new
per process proc file which summarizes the contents of the smaps file
but doesn't display any addresses. It gives more detailed information
than statm like the PSS (proprotional set size). It differs from th
