Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753979Ab1DRBqb (ORCPT ); Sun, 17 Apr 2011 21:46:31 -0400 Received: from gate.crashing.org ([63.228.1.57]:46164 "EHLO gate.crashing.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752811Ab1DRBqY (ORCPT ); Sun, 17 Apr 2011 21:46:24 -0400 Subject: Re: mm: convert vma->vm_flags to 64bit From: Benjamin Herrenschmidt To: Hugh Dickins Cc: KOSAKI Motohiro , LKML , linux-mm , Andrew Morton , Dave Hansen , KAMEZAWA Hiroyuki , Paul Mundt , Russell King In-Reply-To: References: <20110412151116.B50D.A69D9226@jp.fujitsu.com> Content-Type: text/plain; charset="UTF-8" Date: Mon, 18 Apr 2011 11:45:39 +1000 Message-ID: <1303091139.28876.152.camel@pasglop> Mime-Version: 1.0 X-Mailer: Evolution 2.30.3 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 826 Lines: 23 On Sun, 2011-04-17 at 17:26 -0700, Hugh Dickins wrote: > I am surprised that > #define VM_EXEC 0x00000004ULL > does not cause trouble for arch/arm/kernel/asm-offsets.c, > but you tried cross-building it which I never did. It would probably cause trouble for a big endian ARM no ? In that case it should offset the load by 4. > Does your later addition of __nocast on vm_flags not make trouble > for the unsigned long casts in arch/arm/include/asm/cacheflush.h? > (And if it does not, then just what does __nocast do?) > > Thanks for seeing this through, Cheers, Ben. -- 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/