* Re: [PATCH 7/7] mm/memory.c : cleanup the coding style issue
[not found] <1339766449-7835-1-git-send-email-liwp.linux@gmail.com>
@ 2012-06-15 19:40 ` KOSAKI Motohiro
0 siblings, 0 replies; only message in thread
From: KOSAKI Motohiro @ 2012-06-15 19:40 UTC (permalink / raw)
To: liwp.linux
Cc: trivial, benh, tglx, mingo, hpa, x86, bhelgaas, hannes, mhocko,
bsingharora, kamezawa.hiroyu, tj, lizefan, cl, paul.gortmaker,
jbarnes, miltonm, nacc, sfr, a.p.zijlstra, jason.wessel,
jan.kiszka, dhowells, srikar, akpm, mel, minchan, shangw, viro,
aarcange, rientjes, kosaki.motohiro, lwoodman, hughd,
linuxppc-dev, linux-kernel, linux-pci, linux-mm, cgroups
> diff --git a/mm/memory.c b/mm/memory.c
> index 1b7dc66..195d6e1 100644
> --- a/mm/memory.c
> +++ b/mm/memory.c
> @@ -2447,7 +2447,8 @@ static inline int pte_unmap_same(struct mm_struct *mm, pmd_t *pmd,
> return same;
> }
>
> -static inline void cow_user_page(struct page *dst, struct page *src, unsigned long va, struct vm_area_struct *vma)
> +static inline void cow_user_page(struct page *dst, struct page *src,
> + unsigned long va, struct vm_area_struct *vma)
> {
> /*
> * If the source page was a PFN mapping, we don't have
Nowadays, many developers prefer to declare a function in one line. and we don't think
this is incorrect anymore. so, I think this is intentional.
^ permalink raw reply [flat|nested] only message in thread
only message in thread, other threads:[~2012-06-15 19:41 UTC | newest]
Thread overview: (only message) (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <1339766449-7835-1-git-send-email-liwp.linux@gmail.com>
2012-06-15 19:40 ` [PATCH 7/7] mm/memory.c : cleanup the coding style issue KOSAKI Motohiro
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).