Date: Mon, 29 Jun 2020 11:27:17 -0400 From: Shawn Webb <shawn.webb@hardenedbsd.org> To: Kyle Evans <kevans@FreeBSD.org> Cc: src-committers@freebsd.org, svn-src-all@freebsd.org, svn-src-head@freebsd.org Subject: Re: svn commit: r362769 - in head/sys: amd64/linux amd64/linux32 arm64/linux compat/linux i386/linux Message-ID: <20200629152717.2ojwnipxkmjaoix2@mutt-hbsd> In-Reply-To: <202006290309.05T39ETZ044859@repo.freebsd.org> References: <202006290309.05T39ETZ044859@repo.freebsd.org>
next in thread | previous in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] Hey Kyle, On Mon, Jun 29, 2020 at 03:09:14AM +0000, Kyle Evans wrote: > Author: kevans > Date: Mon Jun 29 03:09:14 2020 > New Revision: 362769 > URL: https://svnweb.freebsd.org/changeset/base/362769 > > Log: > linuxolator: implement memfd_create syscall > > This effectively mirrors our libc implementation, but with minor fudging -- > name needs to be copied in from userspace, so we just copy it straight into > stack-allocated memfd_name into the correct position rather than allocating > memory that needs to be cleaned up. > > The sealing-related fcntl(2) commands, F_GET_SEALS and F_ADD_SEALS, have > also been implemented now that we support them. > > Note that this implementation is still not quite at feature parity w.r.t. > the actual Linux version; some caveats, from my foggy memory: > > - Need to implement SHM_GROW_ON_WRITE, default for memfd (in progress) > - LTP wants the memfd name exposed to fdescfs > - Linux allows open() of an fdescfs fd with O_TRUNC to truncate after dup. > (?) > > Interested parties can install and run LTP from ports (devel/linux-ltp) to > confirm any fixes. > > PR: 240874 > Reviewed by: kib, trasz > Differential Revision: https://reviews.freebsd.org/D21845 RELNOTES? > > Modified: > head/sys/amd64/linux/linux_dummy.c > head/sys/amd64/linux32/linux32_dummy.c > head/sys/arm64/linux/linux_dummy.c > head/sys/compat/linux/linux.c > head/sys/compat/linux/linux.h > head/sys/compat/linux/linux_file.c > head/sys/compat/linux/linux_file.h > head/sys/i386/linux/linux_dummy.c Should __FreeBSD_version be bumped? Thanks, -- Shawn Webb Cofounder / Security Engineer HardenedBSD GPG Key ID: 0xFF2E67A277F8E1FA GPG Key Fingerprint: D206 BB45 15E0 9C49 0CF9 3633 C85B 0AF8 AB23 0FB2 https://git-01.md.hardenedbsd.org/HardenedBSD/pubkeys/src/branch/master/Shawn_Webb/03A4CBEBB82EA5A67D9F3853FF2E67A277F8E1FA.pub.asc [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEA6TL67gupaZ9nzhT/y5nonf44foFAl76CFAACgkQ/y5nonf4 4fqWNw//chzeoil4ezgEfetcfHXQifcGckup2OpFx002zqhHlCEG8ODHFI/+DchH kIbvBVBuuhv7tM4WL0ofLIDUSz2tTDy+o4/24Cn8RllQ4tmCNiBavzyNNYmCqmKE szJ6JgoHfx4eftxMp65/s0GtQ2t0m5t29zDCJCi9MboNPyyq7ECF5y+srTzeDaES hq3v1gvcaxWeQUBaOCX8zy295c7qG6MLuPWG+5f+/BDHid7uvOGY50XADqVWJ9ha Ev/aDWDcMdPhUisvBt1aQBKcl5MPtBTqjVS7Et7puyIp9E+L2UqOx9XOT0+UjZkv 5BZHBOqokcFGqPVR6OWrGgaqWG5VqeDAbd97ndm9abFKa+DV/zeLtcVkn2kfPlFx cl2TygmtpjS5KEzDCWfe8XZGVrZoFKoatDk6s93QoyBGNl3BdBXKu0UJ4yU3tvKl w6WGYYl7SVm0VSQN9ecv2nsVOcSOTIhdljxALz8TG1znj+MoTRzHnyw825/Cca4x 0n8s1q5acHUD5FytllboQ8zjnGG6M7CVvupS/+TqQsFCzeUsgYcESBgGyU/7VBn4 drpXRCc+z2K2p5SsLtMuUWGqedkxHyMurqOE0yFCnihnn75dkltqv87ynbJrUqB2 GEij8wV46SjF8XDNObC6cvNOj+r7BMxaqtNCe4BRowfBUiCLcAw= =2GjI -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20200629152717.2ojwnipxkmjaoix2>