linux-kernel - Re: mm: convert vma->vm

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Fri, 11 Nov 2011 16:38:22 +0800
From:	Nai Xia <nai.xia@...il.com>
To:	Benjamin Herrenschmidt <benh@...nel.crashing.org>
Cc:	Hugh Dickins <hughd@...gle.com>,
	KOSAKI Motohiro <kosaki.motohiro@...fujitsu.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, linux-mm@...ck.org,
	akpm@...ux-foundation.org, dave@...ux.vnet.ibm.com,
	kamezawa.hiroyu@...fujitsu.com, lethal@...ux-sh.org,
	linux@....linux.org.uk
Subject: Re: mm: convert vma->vm_flags to 64bit

On Fri, Nov 11, 2011 at 12:31 PM, Benjamin Herrenschmidt
<benh@...nel.crashing.org> wrote:
> On Thu, 2011-11-10 at 18:09 -0800, Hugh Dickins wrote:
>> It was in this mail below, when Andrew sent Linus the patch, and Linus
>> opposed my "argument" in support: that wasn't on lkml or linux-mm,
>> but I don't see that its privacy needs protecting.
>>
>> KOSAKI-san then sent instead a patch to correct some ints to longs,
>> which Linus did put in: but changing them to a new "vm_flags_t".
>>
>> He was, I think, hoping that one of us would change all the other uses
>> of unsigned long vm_flags to vm_flags_t; but in fact none of us has
>> stepped up yet - yeah, we're still sulking that we didn't get our
>> shiny new 64-bit vm_flags ;)
>>
>> I think Linus is not opposed to PowerPC and others defining a 64-bit
>> vm_flags_t if you need it, but wants not to bloat the x86_32 vma.
>>
>> I'm still wary of the contortions we go to in constraining flags,
>> and feel that the 32-bit case holds back the 64-bit, which would
>> not itself be bloated at all.
>>
>> The subject is likely to come up again, more pressingly, with page
>> flags.
>
> Right, tho the good first step is to convert everything to vm_flags_t so
> we can easily switch if we want to, even on a per-arch basis...
>
> Oh well, now all we need is a volunteer :-)

Maybe a "Kernel Common Resource Authority" is needed for all similar
requests, just like IANA for IP addresses... :)


Thanks,
Nai
>
> Cheers,
> Ben.
>
>
>
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/