Re: [PATCH security-next v5 00/30] LSM: Explict ordering
On 11/14/2018 1:04 PM, Casey Schaufler wrote: > On 10/24/2018 1:12 PM, Kees Cook wrote: >> On Wed, Oct 24, 2018 at 1:56 AM, Casey Schaufler >> wrote: >>> On 10/23/2018 12:05 PM, Casey Schaufler wrote: On 10/23/2018 11:50 AM, Kees Cook wrote: > Did you poke around at my combined series? > https://git.kernel.org/pub/scm/linux/kernel/git/kees/linux.git/log/?h=lsm/ordering-v6-blob-sharing I hope to do that on the plane later today. >>> I had a chance to poke at the combined series and it >>> all seems to work as advertised. >> /me stares at John, Paul, and Stephen. Hurry up and get off your planes! ;) >> >> -Kees >> > Now that we have next-general updated I'm porting these forward. I have ported Kees' set forward to 4.20-rc2: https://github.com/cschaufler/lsm-stacking.git#after-kees-4.20-rc2 There's one bug fix in ordered_lsm_parse() but otherwise just mechanical. The infrastructure blob management required for TOMOYO, Landlock and SARA is available: https://github.com/cschaufler/lsm-stacking.git#blobs-4.20-rc2 There's nothing new here, although I had to make a few changes to account for Kees' changes in the preceding patches. I will post the patches shortly. The full stacking changes based on this are still in the works. Netfilter has added a whole new use of secmarks and I'm working to make the individual patches smaller for easier review.
Re: [PATCH v2] docs/admin-guide/mm/concepts.rst: grammar and style fixups
On Sun, 11 Nov 2018 11:24:23 +0200 Mike Rapoport wrote: > Signed-off-by: Mike Rapoport > Reviewed-by: Randy Dunlap > --- > > v2: address Matthew's feedback > > Documentation/admin-guide/mm/concepts.rst | 51 > --- > 1 file changed, 26 insertions(+), 25 deletions(-) Applied, thanks. jon
Re: [PATCH] docs/mm: update kmalloc kernel-doc description
On Sun, 11 Nov 2018 18:48:44 +0200 Mike Rapoport wrote: > Add references to GFP documentation and the memory-allocation.rst and remove > GFP_USER, GFP_DMA and GFP_NOIO descriptions. > > While on it slightly change the formatting so that the list of GFP flags > will be rendered as "description" in the generated html. > > Signed-off-by: Mike Rapoport > --- > > Probably this should go via the -mm tree as it touches include/linux/slab.h A week and some later it's not there - Andrew is even slower than me, it seems! :) So I went ahead and applied it, fixing the conflict over the addition of the memory_allocation label while I was at it. Thanks, jon
Re: [PATCH] Link the memory allocation guide from the MM docs
On Mon, 19 Nov 2018 08:00:49 -0800 Matthew Wilcox wrote: > I just went looking for the memory allocation guide in the MM docs instead > of in the core API. For the benefit of the next person who makes that > mistake, link to it from the MM docs. > > Signed-off-by: Matthew Wilcox Applied, thanks. jon
