From: Mattia D. <mal...@li...> - 2006-09-24 11:47:59
|
Hello Paolo, with the following change the patch applies and hopefully works, still building here but mm/fremap.o is done so I'm quite optimistic :) (__prot is used in the code, not prot). NOTE: I hope sourceforge smtp won't reject my message... --- ./skas-2.6.18-rc4-v9-pre9-fremap.patch.orig 2006-09-24 12:37:57.000000000 +0200 +++ ./skas-2.6.18-rc4-v9-pre9-fremap.patch 2006-09-24 13:03:18.000000000 +0200 @@ -1454,7 +1454,7 @@ */ -asmlinkage long sys_remap_file_pages(unsigned long start, unsigned long size, +long __remap_file_pages(struct mm_struct *mm, unsigned long start, unsigned long size, - unsigned long prot, unsigned long pgoff, unsigned long flags) + unsigned long __prot, unsigned long pgoff, unsigned long flags) { - struct mm_struct *mm = current->mm; struct address_space *mapping; -- mattia :wq! |
From: Blaisorblade <bla...@ya...> - 2006-09-24 19:21:13
|
On Sunday 24 September 2006 13:46, Mattia Dongili wrote: > Hello Paolo, > > with the following change the patch applies and hopefully works, still > building here but mm/fremap.o is done so I'm quite optimistic :) (__prot > is used in the code, not prot). Ok, ok, I'm doing a production release... (I used some freedom in that one, since it was a developer release). Or better, two production releases. One normal one, and another with full RFP support. As explained in the news page, the patch _requires_ the separate Remap_File_Pages patch (it was an experimental release); I should have suggested that you can simply split away the last patch in series to remove the dependency. Plus some requested fixups on configuration items (deprecate TT mode for instance). Additionally, I'm releasing -bb1: quite a lot of improvements for locking, especially on UBD, but also on UML networking drivers, and on helpers execution, and experimental TLS x86_64 support. > NOTE: I hope sourceforge smtp won't reject my message... > --- ./skas-2.6.18-rc4-v9-pre9-fremap.patch.orig 2006-09-24 > 12:37:57.000000000 +0200 +++ > ./skas-2.6.18-rc4-v9-pre9-fremap.patch 2006-09-24 13:03:18.000000000 +0200 > @@ -1454,7 +1454,7 @@ > */ > -asmlinkage long sys_remap_file_pages(unsigned long start, unsigned long > size, +long __remap_file_pages(struct mm_struct *mm, unsigned long start, > unsigned long size, - unsigned long prot, unsigned long pgoff, unsigned > long flags) > + unsigned long __prot, unsigned long pgoff, unsigned long flags) > { > - struct mm_struct *mm = current->mm; > struct address_space *mapping; -- Inform me of my mistakes, so I can keep imitating Homer Simpson's "Doh!". Paolo Giarrusso, aka Blaisorblade http://www.user-mode-linux.org/~blaisorblade ___________________________________ Yahoo! Messenger with Voice: chiama da PC a telefono a tariffe esclusive http://it.messenger.yahoo.com |
From: Mattia D. <mal...@li...> - 2006-09-25 18:07:20
|
On Sun, Sep 24, 2006 at 09:19:17PM +0200, Blaisorblade wrote: > On Sunday 24 September 2006 13:46, Mattia Dongili wrote: > > Hello Paolo, > > > > with the following change the patch applies and hopefully works, still > > building here but mm/fremap.o is done so I'm quite optimistic :) (__prot > > is used in the code, not prot). > Ok, ok, I'm doing a production release... (I used some freedom in that one, > since it was a developer release). Or better, two production releases. > One normal one, and another with full RFP support. great! thanks > As explained in the news page, the patch _requires_ the separate > Remap_File_Pages patch (it was an experimental release); I should have ooops :) it seems it's my time to "doh!"... /me is too lazy sometimes, I had your archive bookmarked and just took the first 2.6.18-something I saw. > suggested that you can simply split away the last patch in series to remove > the dependency. Plus some requested fixups on configuration items (deprecate > TT mode for instance). > > Additionally, I'm releasing -bb1: quite a lot of improvements for locking, > especially on UBD, but also on UML networking drivers, and on helpers > execution, and experimental TLS x86_64 support. this is great, TLS/64 is what is keeping me from supplying amd64 UML images for debian. I'll probably try to get the patch there and finally push amd64 images. thanks again -- mattia :wq! |