[lkml]   [2006]   [Nov]   [27]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
Messages in this thread
SubjectRe: [PATCH] Add debugging aid for memory initialisation problems
On Mon, 27 Nov 2006, Andi Kleen wrote:

> On Monday 27 November 2006 15:08, Mel Gorman wrote:
>> A number of bug reports have been submitted related to memory initialisation
>> that would have been easier to debug if the PFN of page addresses were
>> available. The dmesg output is often insufficient to find that information
>> so debugging patches need to be sent to the reporting user.
> So how many new lines does that add overall?

I don't know for sure, but it's probably around the 150 LOC mark from
about 12 patches, mainly in page_alloc.c. A significant portion of the
patches were documentation, comments and providing debugging information.
As it is, any bug fix or improvement in that code will now apply to all
architectures using the API, not just one.

I expect the net code difference to drop as some of the mem= parsing
(which currently does not always work AFAIK) gets handled in generic
rather than arch-specific code. These type of cleanups will take a while.
I would also expect the net difference to drop if more architectures used
the API instead of arch-specific code but I couldn't test on all arches.

> Your memmap patches overall
> were already one of the most noisy additions we had for a very long time.

The worst of the noise should be over now. The last patch I sent isn't
necessary. I only sent it on because it would have cut down on the time
needed to fix Andre's issue.

Mel Gorman
Part-time Phd Student Linux Technology Center
University of Limerick IBM Dublin Software Lab
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to
More majordomo info at
Please read the FAQ at

 \ /
  Last update: 2006-11-27 15:59    [W:0.024 / U:19.948 seconds]
©2003-2018 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site