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
| ||
|
Date: Mon, 15 Jun 2020 11:11:04 +0200 From: Linus Walleij <linus.walleij@...aro.org> To: afzal mohammed <afzal.mohd.ma@...il.com> Cc: Russell King - ARM Linux admin <linux@...linux.org.uk>, Arnd Bergmann <arnd@...db.de>, Linux ARM <linux-arm-kernel@...ts.infradead.org>, "linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org> Subject: Re: ARM: vmsplit 4g/4g Hi Afzal! On Fri, Jun 12, 2020 at 12:25 PM afzal mohammed <afzal.mohd.ma@...il.com> wrote: > > > Note that this was done on a topic branch for user copy. Changes for > > > kernel static mapping to vmalloc has not been merged with these. > > > Also having kernel lowmem w/ a separate asid & switching at kernel > > > entry/exit b/n user & kernel lowmem by changing ttbr0 is yet to be > > > done. Quite a few things remaining to be done to achieve vmsplit 4g/4g > > > > I will be very excited to look at patches or a git branch once you have > > something you want to show. Also to just understand how you go about > > this. > > Don't put too much expectation on me, this is more of a learning for > me. For user copy, the baby steps has been posted (To'ed you). On the > static kernel mapping on vmalloc front, i do not want to post the > patches in the current shape, though git-ized, will result in me > getting mercilessly thrashed in public :). Many of the other platforms > would fail and is not multi-platform friendly. i do not yet have a > public git branch, i can send you the (ugly) patches separately, just > let me know. OK I would be very happy to look at it so I can learn a bit about the hands-on and general approach here. Just send it to this address directly and I will look! My interest is mainly to see this progress so any way I can help or tinker I'm happy to do. You can just incorporate my contributions if any, I don't care much about code authorship and such things, it just makes things more complex. > If you would like, we can work together, at the same time keep in mind > that me spending time on it would be intermittent & erratic (though i > am trying to keep a consistent, but slow pace) perhaps making it > difficult to coordinate. Or else i will continue the same way & request > your help when required. > > For the next 3 weeks, right now, i cannot say whether i would be able > to spend time on it, perhaps might be possible, but only during that > time i will know. I'm going for vacation the next 2 weeks or so, but then it'd be great if we can start looking at this in-depth! Thanks! Linus Walleij
Powered by blists - more mailing lists