[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <e24481b9-fb6a-aead-a72b-43b7d561b940@suse.de>
Date: Thu, 14 Jul 2016 09:14:23 +0200
From: Alexander Graf <agraf@...e.de>
To: Zheng Xu <Zheng.Xu@....com>, Steve Capper <Steve.Capper@....com>
Cc: Ard Biesheuvel <ard.biesheuvel@...aro.org>,
Mark Rutland <Mark.Rutland@....com>,
"mbrugger@...e.com" <mbrugger@...e.com>,
Catalin Marinas <Catalin.Marinas@....com>,
Will Deacon <Will.Deacon@....com>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"linux-arm-kernel@...ts.infradead.org"
<linux-arm-kernel@...ts.infradead.org>,
Stuart Monteith <Stuart.Monteith@....com>
Subject: Re: [PATCH] arm64: Add config to limit user space to 47bits
On 14.07.16 09:03, Zheng Xu wrote:
> LuaJIT also fix the 48VA issue by allocating heap memory below 47 bits.
>
> For mozjs issue, if there are pointers to .rodata, it can be a problem. Does it happen on master and do we have any case to reproduce the issue so that I can take a look?
mozjs is fixed with your patch. I backported it to all of the ancient
versions of mozjs, so we're probably good there. Though every distro
will have to redo that work in their own trees, because older versions
of mozjs are no longer maintained upstream. If you want to be a hero,
you can try to port polkitd and gnome to use more recent versions of
mozjs ;). Or maybe they can already and we just messed up packaging.
The issue I mentioned with "js 1.8.5" is this gem:
https://developer.mozilla.org/en-US/docs/Mozilla/Projects/SpiderMonkey/Releases/1.8.5
I don't know the exact history, but I think it predates mozjs. With a
bit of sledge hammering your heap allocation patch applies there too,
but we still get the rodata references.
Alex
Powered by blists - more mailing lists