Re: [PATCH] Add debugging aid for memory initialisation problems

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

 



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 [email protected]
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux