Re: [PATCH 06/19] mm: store mapcount for compound page separate
From: Kirill A. Shutemov
Date: Tue Nov 18 2014 - 19:55:29 EST
On Tue, Nov 18, 2014 at 11:41:08PM +0000, Naoya Horiguchi wrote:
> > > > @@ -6632,10 +6637,12 @@ static void dump_page_flags(unsigned long flags)
> > > > void dump_page_badflags(struct page *page, const char *reason,
> > > > unsigned long badflags)
> > > > {
> > > > - printk(KERN_ALERT
> > > > - "page:%p count:%d mapcount:%d mapping:%p index:%#lx\n",
> > > > + pr_alert("page:%p count:%d mapcount:%d mapping:%p index:%#lx",
> > > > page, atomic_read(&page->_count), page_mapcount(page),
> > > > page->mapping, page->index);
> > > > + if (PageCompound(page))
> > >
> > > > + printk(" compound_mapcount: %d", compound_mapcount(page));
> > > > + printk("\n");
> > >
> > > These two printk() should be pr_alert(), too?
> >
> > No. It will split the line into several messages in dmesg.
>
> This splitting is fine. I meant that these printk()s are for one series
> of message, so setting the same log level looks reasonable to me.
Hm. It seems what I really need to use there is pr_cont(). I didn't know
it exists. Thanks for hint ;)
--
Kirill A. Shutemov
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/