vm changes from linux-2.6.14 to linux-2.6.15

Mark Fortescue mark at mtfhpc.demon.co.uk
Thu May 10 05:44:31 EST 2007


Hi Ben,

Is it worth formally sending in either of my patches or does more work 
need to be done first?

If you would like me to test any changes, it takes me app. 2 hours to 
cross-compile a sparc kernel for my sun4c. I use my sparc system as a 
diskless client with a very minimal setup to alow me to test cross 
compiled GCC and any small platform independent code I may be working on.

I have not yet tried to get linux-2.6.21 or later working but for the test 
setup I have been using, it should not take too long if that is the kernel 
needed for testing.

I may also be able to do the same testing on an embedded PowerPC (32bit) 
(it will need some work to get my cross compilation system working again 
as some kernel changes in the ppc/powerpc architechture have proven to be 
incompatible with my build scripts) and on x86_64/ix86. Once I have fixed 
the build scripts, it will take app. 4 to 6 hours to get the initial NFS 
root minimal system built for these additional architectures and then app. 
2 hours for each test kernel build.

If a simple ADA build is not considered a suficiently harsh test, then I 
could cross compile a specialist test application, if one is available, or 
compile a more extensive application (maybe gcc) on the test system. The 
problem of compiling a more extensive application on the sparc system is 
that it is a slow system running as a diskless client with its NFS root on 
an aging i486 over a 10MBit Ethernet. The result is it will take days to 
compile somthing like gcc.

Regards
 	Mark Fortescue

On Wed, 2 May 2007, Mark Fortescue wrote:

>
>
> On Wed, 2 May 2007, Benjamin Herrenschmidt wrote:
>
>> 
>>> I have attached a patch (so pine does not mangle it) for linux-2.6.20.9.
>>> Is this what you had in mind?
>>> 
>>> For linux-2.6.21, more work will be needed as it has more code calling
>>> ptep_set_access_flags.
>> 
>> I'm not 100% sure we need the 'update' argument... we can remove the
>> whole old_entry, pte_same, etc... and just have pte_set_access_flags()
>> read the old PTE and decide wether something needs to be changed or not.
>> 
>> Ben.
>> 
>> 
>
> The attached patch works on sun4c (with my simple ADA compile test) but the 
> change in functionality may break things other platforms.
>
> The advantage of the previous patch is that the functionality is only changed 
> for sparc sun4c so less testing would be required.
>
> Regards
> 	Mark Fortescue.



More information about the Linuxppc-dev mailing list