* [PATCH] mm/msync.c cleanup
@ 2005-09-24 15:04 OGAWA Hirofumi
2005-09-24 15:22 ` Hugh Dickins
0 siblings, 1 reply; 2+ messages in thread
From: OGAWA Hirofumi @ 2005-09-24 15:04 UTC (permalink / raw)
To: Andrew Morton, linux-kernel
Hi,
This is not problem actually, but sync_page_range() is using for
exported function to filesystems.
The msync_xxx is more readable at least to me.
Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
---
mm/msync.c | 28 ++++++++++++++--------------
1 file changed, 14 insertions(+), 14 deletions(-)
diff -puN mm/msync.c~msync-rename mm/msync.c
--- linux-2.6.14-rc2/mm/msync.c~msync-rename 2005-09-24 23:52:28.000000000 +0900
+++ linux-2.6.14-rc2-hirofumi/mm/msync.c 2005-09-24 23:53:14.000000000 +0900
@@ -22,7 +22,7 @@
* threads/the swapper from ripping pte's out from under us.
*/
-static void sync_pte_range(struct vm_area_struct *vma, pmd_t *pmd,
+static void msync_pte_range(struct vm_area_struct *vma, pmd_t *pmd,
unsigned long addr, unsigned long end)
{
pte_t *pte;
@@ -50,7 +50,7 @@ static void sync_pte_range(struct vm_are
pte_unmap(pte - 1);
}
-static inline void sync_pmd_range(struct vm_area_struct *vma, pud_t *pud,
+static inline void msync_pmd_range(struct vm_area_struct *vma, pud_t *pud,
unsigned long addr, unsigned long end)
{
pmd_t *pmd;
@@ -61,11 +61,11 @@ static inline void sync_pmd_range(struct
next = pmd_addr_end(addr, end);
if (pmd_none_or_clear_bad(pmd))
continue;
- sync_pte_range(vma, pmd, addr, next);
+ msync_pte_range(vma, pmd, addr, next);
} while (pmd++, addr = next, addr != end);
}
-static inline void sync_pud_range(struct vm_area_struct *vma, pgd_t *pgd,
+static inline void msync_pud_range(struct vm_area_struct *vma, pgd_t *pgd,
unsigned long addr, unsigned long end)
{
pud_t *pud;
@@ -76,11 +76,11 @@ static inline void sync_pud_range(struct
next = pud_addr_end(addr, end);
if (pud_none_or_clear_bad(pud))
continue;
- sync_pmd_range(vma, pud, addr, next);
+ msync_pmd_range(vma, pud, addr, next);
} while (pud++, addr = next, addr != end);
}
-static void sync_page_range(struct vm_area_struct *vma,
+static void msync_page_range(struct vm_area_struct *vma,
unsigned long addr, unsigned long end)
{
struct mm_struct *mm = vma->vm_mm;
@@ -101,14 +101,14 @@ static void sync_page_range(struct vm_ar
next = pgd_addr_end(addr, end);
if (pgd_none_or_clear_bad(pgd))
continue;
- sync_pud_range(vma, pgd, addr, next);
+ msync_pud_range(vma, pgd, addr, next);
} while (pgd++, addr = next, addr != end);
spin_unlock(&mm->page_table_lock);
}
#ifdef CONFIG_PREEMPT
-static inline void filemap_sync(struct vm_area_struct *vma,
- unsigned long addr, unsigned long end)
+static inline void filemap_msync(struct vm_area_struct *vma,
+ unsigned long addr, unsigned long end)
{
const size_t chunk = 64 * 1024; /* bytes */
unsigned long next;
@@ -117,15 +117,15 @@ static inline void filemap_sync(struct v
next = addr + chunk;
if (next > end || next < addr)
next = end;
- sync_page_range(vma, addr, next);
+ msync_page_range(vma, addr, next);
cond_resched();
} while (addr = next, addr != end);
}
#else
-static inline void filemap_sync(struct vm_area_struct *vma,
- unsigned long addr, unsigned long end)
+static inline void filemap_msync(struct vm_area_struct *vma,
+ unsigned long addr, unsigned long end)
{
- sync_page_range(vma, addr, end);
+ msync_page_range(vma, addr, end);
}
#endif
@@ -150,7 +150,7 @@ static int msync_interval(struct vm_area
return -EBUSY;
if (file && (vma->vm_flags & VM_SHARED)) {
- filemap_sync(vma, addr, end);
+ filemap_msync(vma, addr, end);
if (flags & MS_SYNC) {
struct address_space *mapping = file->f_mapping;
_
--
OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH] mm/msync.c cleanup
2005-09-24 15:04 [PATCH] mm/msync.c cleanup OGAWA Hirofumi
@ 2005-09-24 15:22 ` Hugh Dickins
0 siblings, 0 replies; 2+ messages in thread
From: Hugh Dickins @ 2005-09-24 15:22 UTC (permalink / raw)
To: OGAWA Hirofumi; +Cc: Andrew Morton, linux-kernel
On Sun, 25 Sep 2005, OGAWA Hirofumi wrote:
>
> This is not problem actually, but sync_page_range() is using for
> exported function to filesystems.
>
> The msync_xxx is more readable at least to me.
>
> Signed-off-by: OGAWA Hirofumi <hirofumi@mail.parknet.co.jp>
How very confusing! My fault, and thank you for fixing it. Please apply.
Acked-by: Hugh Dickins <hugh@veritas.com>
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2005-09-24 15:22 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2005-09-24 15:04 [PATCH] mm/msync.c cleanup OGAWA Hirofumi
2005-09-24 15:22 ` Hugh Dickins
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).