Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754262AbcCKGb1 (ORCPT ); Fri, 11 Mar 2016 01:31:27 -0500 Received: from mx1.redhat.com ([209.132.183.28]:40281 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753075AbcCKGbV (ORCPT ); Fri, 11 Mar 2016 01:31:21 -0500 Message-Id: <20160311062156.131015797@redhat.com> User-Agent: quilt/0.64 Date: Fri, 11 Mar 2016 14:21:56 +0800 From: dyoung@redhat.com To: akpm@linux-foundation.org, linux-kernel@vger.kernel.org, d.hatayama@jp.fujitsu.com, bhe@redhat.com, vgoyal@redhat.com Cc: dyoung@redhat.com, kexec@lists.infradead.org Subject: [PATCH 0/2] min_t type casting bug fixes Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 367 Lines: 13 Hi, We found a min_t type casting issue in fs/proc/vmcore.c, it uses smaller type in min_t so that during i386 PAE testing 64bit value was trucated and then cause saving vmcore failure and BUG() for mmap case. I introduced new macros min_lt and max_lt to select the larger data type in x and y. Then use it in 2nd patch. Any comments are appreciated. Thanks Dave