From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1757988Ab3BXM7x (ORCPT ); Sun, 24 Feb 2013 07:59:53 -0500 Received: from mail-da0-f51.google.com ([209.85.210.51]:56355 "EHLO mail-da0-f51.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755551Ab3BXM7v (ORCPT ); Sun, 24 Feb 2013 07:59:51 -0500 Message-ID: <512A0EBB.30406@gmail.com> Date: Sun, 24 Feb 2013 20:59:39 +0800 From: Zhang Yanfei User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.5) Gecko/20120607 Thunderbird/10.0.5 MIME-Version: 1.0 To: Simon Horman CC: Zhang Yanfei , "Eric W. Biederman" , Andrew Morton , "kexec@lists.infradead.org" , "linux-kernel@vger.kernel.org" Subject: Re: [PATCH] kexec: use min_t/max_t to avoid 'if (foo == bar)' thing References: <512990F4.3030203@cn.fujitsu.com> <20130224105533.GG18639@verge.net.au> In-Reply-To: <20130224105533.GG18639@verge.net.au> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 于 2013年02月24日 18:55, Simon Horman 写道: > On Sun, Feb 24, 2013 at 12:03:00PM +0800, Zhang Yanfei wrote: >> This is just a tweak: using min_t/max_t to avoid `if (foo = bar)' thing. > > - s/=/==/; s/[/]max_t// > > > But in any case the change is more than that. > I'd be happier with something like: > > kexec: Use min_t to simplify logic Hmm, agreed. > >> Cc: "Eric W. Biederman" >> Cc: Andrew Morton >> Cc: Simon Horman >> Signed-off-by: Zhang Yanfei >> --- >> kernel/kexec.c | 20 +++++--------------- >> 1 files changed, 5 insertions(+), 15 deletions(-) >> >> diff --git a/kernel/kexec.c b/kernel/kexec.c >> index 2436ffc..065db87 100644 >> --- a/kernel/kexec.c >> +++ b/kernel/kexec.c >> @@ -822,13 +822,8 @@ static int kimage_load_normal_segment(struct kimage *image, >> /* Start with a clear page */ >> clear_page(ptr); >> ptr += maddr & ~PAGE_MASK; >> - mchunk = PAGE_SIZE - (maddr & ~PAGE_MASK); >> - if (mchunk > mbytes) >> - mchunk = mbytes; >> - >> - uchunk = mchunk; >> - if (uchunk > ubytes) >> - uchunk = ubytes; >> + mchunk = min_t(size_t, mbytes, PAGE_SIZE - (maddr & ~PAGE_MASK)); >> + uchunk = min_t(size_t, ubytes, mchunk); >> >> result = copy_from_user(ptr, buf, uchunk); >> kunmap(page); >> @@ -874,13 +869,9 @@ static int kimage_load_crash_segment(struct kimage *image, >> } >> ptr = kmap(page); >> ptr += maddr & ~PAGE_MASK; >> - mchunk = PAGE_SIZE - (maddr & ~PAGE_MASK); >> - if (mchunk > mbytes) >> - mchunk = mbytes; >> - >> - uchunk = mchunk; >> + mchunk = min_t(size_t, mbytes, PAGE_SIZE - (maddr & ~PAGE_MASK)); >> + uchunk = min_t(size_t, ubytes, mchunk); > > The line above means that uchunk can now never be greater than ubytes. > >> if (uchunk > ubytes) { > > So the following seems more appropriate to me: > > if (mchunk > uchunk) { Oops, this is really a mistake. Thanks. I will send the v2 patch. > > >> - uchunk = ubytes; >> /* Zero the trailing part of the page */ >> memset(ptr + uchunk, 0, mchunk - uchunk); >> } >> @@ -1461,8 +1452,7 @@ void vmcoreinfo_append_str(const char *fmt, ...) >> r = vsnprintf(buf, sizeof(buf), fmt, args); >> va_end(args); >> >> - if (r + vmcoreinfo_size > vmcoreinfo_max_size) >> - r = vmcoreinfo_max_size - vmcoreinfo_size; >> + r = min_t(size_t, r, vmcoreinfo_max_size - vmcoreinfo_size); >> >> memcpy(&vmcoreinfo_data[vmcoreinfo_size], buf, r); >> >> -- >> 1.7.1 >> > -- > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/