Re: [RFC] Cachemap for 2.6.12rc4-mm1. Was Re: [PATCH] enhance x86 MTRR handling

[Randy Dunlap]

Andi Kleen said:
>> I have no doubts that this isn't in ready condition yet. at the last
>> time I was working on this, I remember I was comparing how it behaved
>> on various systems at my disposal and there were some glaring problems
>> I was trying to take notes on. I think they were cachemap api
>> problems, but I don't recall the details. I'll try to review the
>> current code and old email to remember.
>
> I plan to do more work in this area in the future too.
>
>>
>> right now I think there were a lot of excessive printouts for
>> debugging purposes. I also have no doubts that there are coding style
>> differences that need to be cleaned up (feel free to tell me when my
>> code
>> sucks or isn't up to style).
>
> Perhaps should concentrate on the basic design first.
>
>>
>> on a side note, last I was working on this I still had to keep an
>> extra tree around and manually diff things, which is a burden and easy
>> to goof things up. is there an easier way to do this? it looks like
>> you guys are experimenting with git, is there an faq on how to get
>> started with that?
>
> I use quilt (http://quilt.sourceforge.net) for keeping patchkits.
> Works well. It is not a real SCM, but can be combined with one.

make that
  http://savannah.nongnu.org/projects/quilt

the sf.net 'quilt' says:
   Quilt  is a Java software development tool that measures  coverage....

-- 
~Randy
-
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/