From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail191.messagelabs.com (mail191.messagelabs.com [216.82.242.19]) by kanga.kvack.org (Postfix) with ESMTP id 3389C900086 for ; Wed, 13 Apr 2011 04:57:21 -0400 (EDT) Subject: Re: mm: convert vma->vm_flags to 64bit From: Benjamin Herrenschmidt In-Reply-To: <20110413072935.GK7806@n2100.arm.linux.org.uk> References: <1302646024.28876.52.camel@pasglop> <20110413091301.41E1.A69D9226@jp.fujitsu.com> <20110413064432.GA4098@p183> <1302678049.28876.77.camel@pasglop> <20110413072935.GK7806@n2100.arm.linux.org.uk> Content-Type: text/plain; charset="UTF-8" Date: Wed, 13 Apr 2011 18:56:59 +1000 Message-ID: <1302685019.28876.80.camel@pasglop> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit Sender: owner-linux-mm@kvack.org List-ID: To: Russell King - ARM Linux Cc: Alexey Dobriyan , KOSAKI Motohiro , Andrew Morton , LKML , linux-mm , Hugh Dickins , Dave Hansen , KAMEZAWA Hiroyuki , Paul Mundt On Wed, 2011-04-13 at 08:29 +0100, Russell King - ARM Linux wrote: > > > Right, it shouldn't. My original patch did that to avoid thinking > about > > archs that manipulated it from asm such as ARM but that wasn't the > right > > thing to do. But that doesn't invalidate having a type. > > No, we don't manipulate it. We only test for VM_EXEC in it in asm. Yeah whatever, you did something that I didn't spare the brain cell to try to figure out back then :-) Maybe I should have ... I was also worried about the embedded folks having a go at me for "bloat they don't need". But in the end it was wrong, it should always be 64-bit. But regardless, I still think it should be a specific type. "unsigned long long" really sucks. Cheers, Ben. -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/ Don't email: email@kvack.org