Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S934416AbcCKHsu (ORCPT ); Fri, 11 Mar 2016 02:48:50 -0500 Received: from mx1.redhat.com ([209.132.183.28]:49777 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934327AbcCKHsm (ORCPT ); Fri, 11 Mar 2016 02:48:42 -0500 Date: Fri, 11 Mar 2016 15:48:27 +0800 From: Dave Young To: Minfei Huang Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, d.hatayama@jp.fujitsu.com, bhe@redhat.com, vgoyal@redhat.com, kexec@lists.infradead.org Subject: Re: [PATCH 2/2] [PATCH 2/2] proc-vmcore: wrong data type casting fix Message-ID: <20160311074827.GA8337@dhcp-128-65.nay.redhat.com> References: <20160311062953.623220113@redhat.com> <20160311071935.GA28205@dhcp-128-25.nay.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20160311071935.GA28205@dhcp-128-25.nay.redhat.com> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1342 Lines: 35 Hi, Minfei On 03/11/16 at 03:19pm, Minfei Huang wrote: > On 03/11/16 at 02:21pm, dyoung@redhat.com wrote: > > @@ -231,7 +231,8 @@ static ssize_t __read_vmcore(char *buffe > > > > list_for_each_entry(m, &vmcore_list, list) { > > if (*fpos < m->offset + m->size) { > > - tsz = min_t(size_t, m->offset + m->size - *fpos, buflen); > > + tsz = (size_t)min_lt(m->offset + m->size - *fpos, > > + buflen); > > start = m->paddr + *fpos - m->offset; > > tmp = read_from_oldmem(buffer, tsz, &start, userbuf); > > if (tmp < 0) > > @@ -461,7 +462,7 @@ static int mmap_vmcore(struct file *file > > if (start < m->offset + m->size) { > > u64 paddr = 0; > > > > - tsz = min_t(size_t, m->offset + m->size - start, size); > > + tsz = (size_t)min_lt(m->offset + m->size - start, size); > > paddr = m->paddr + start - m->offset; > > if (vmcore_remap_oldmem_pfn(vma, vma->vm_start + len, > > paddr >> PAGE_SHIFT, tsz, > > Hi, Dave. > > Seems the previous parameter is unsigned long long, and the later one is > size_t. The size of both these types doesn't change in running time, why > not use min_t(unsigned long long, a, b) instead? Just want a common macro so it can benefit other users so that we can simply use it without knowning type details and avoid such similar bugs also. Thanks Dave