Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S964813AbeALP4b (ORCPT + 1 other); Fri, 12 Jan 2018 10:56:31 -0500 Received: from resqmta-po-01v.sys.comcast.net ([96.114.154.160]:49910 "EHLO resqmta-po-01v.sys.comcast.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964803AbeALP40 (ORCPT ); Fri, 12 Jan 2018 10:56:26 -0500 Date: Fri, 12 Jan 2018 09:56:21 -0600 (CST) From: Christopher Lameter X-X-Sender: cl@nuc-kabylake To: David Laight cc: Kees Cook , "linux-kernel@vger.kernel.org" , David Windsor , Pekka Enberg , David Rientjes , Joonsoo Kim , Andrew Morton , "linux-mm@kvack.org" , "linux-xfs@vger.kernel.org" , Linus Torvalds , Alexander Viro , Andy Lutomirski , Christoph Hellwig , "David S. Miller" , Laura Abbott , Mark Rutland , "Martin K. Petersen" , Paolo Bonzini , Christian Borntraeger , Christoffer Dall , Dave Kleikamp , Jan Kara , Luis de Bethencourt , Marc Zyngier , Rik van Riel , Matthew Garrett , "linux-fsdevel@vger.kernel.org" , "linux-arch@vger.kernel.org" , "netdev@vger.kernel.org" , "kernel-hardening@lists.openwall.com" Subject: RE: [PATCH 04/36] usercopy: Prepare for usercopy whitelisting In-Reply-To: Message-ID: References: <1515531365-37423-1-git-send-email-keescook@chromium.org> <1515531365-37423-5-git-send-email-keescook@chromium.org> User-Agent: Alpine 2.20 (DEB 67 2015-01-07) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII X-CMAE-Envelope: MS4wfBLqhbri63MRuVY4+2jJptSWCgJawWBxSo9eINK0OlgBrAH49huT89QRByKqpzshdl8mzCOuYsFWU+5bKwF9RZEwa/OJHkpByAjg5EvEgse15axVsr66 U7yjiQ0Inp5KcjhTfpe99UZwv4eYrsigMFxrR5Aqo1zYNUoaYGI6kQG0lBj5CB4qaivnFJiZA4J8KCcUjVAwk4bUFFIDXh6VvWcCk1BoMKyjCYPFOS9UMgj8 twEW9Y4sBBTmb8ViTdcFDCPvXx5otvpPx2KK9ELxaedzJEzJrQ7awTWW7iLf2uKuRxDpUzJ0agH8NWQGakqmzedb+l4iiJxhD+Qnc0DAQe2oU3ejNWYsRfcJ +nwSPqWZZuEkj9wp1qeMd2vPOqv3fzhPuTa/9Wly5OV9t6lEIe1e165qIeY+qP277gPHZAsYuaQjnxRorHlX8SkWeaNbKLDbFm4g12/+9TrogAcZQ52oe1AH ChswzLF2hVX4uXH488t7Neotdq9KKVgd2dZR0x0gAG9F0x8Q8pOf6er946XZRkrHqs9b7D3pcAdyCVt8TaDpdM6tJjbXB0qVp84J/mPHalsJMr4p2mkIWG3o /w9lz7838GEwI/ArXMfP5jab97mfrlzYmr49Nvfoj5cQq71FsyPxXQMrAUhT+s4o9S4Rfjv92fhn3gPBvzso7dkeL7WVSnd2pC9ENdWDrxAlxVo0DpfSDQqD aBKkIITQwdFd5/PJUX0gptUu1TxcnEk7hwQuw09usQ/6POEgBYXZASnXd7n+vr02VvEj9RJa4DrEQ9wi6wtBMLUTLnRZrP5ARdJbOeN2xfSIjY3c/ZYmVHxl zohasSnq4RXrS7eRVk3GGE+hXMiOP+9lLL+Fs3rSsjXtfZPCOS7eFHqv6FYr0t7f7IrxYzfpqpHUjgJ6NTu4Pt4Fy0jRd58fHZ1aZxEphHPc88zc6vmrJmKb Bt2+VIkgWweRVk4LBk6078zIR62Lff3jXiLQuqfwDZc4SMc2gKljjM3wm7S0+2nJMNdwImlV6xg2KIHADIlRc/igP4C6vAGFSbkyGezvcpjqKR9z4dkqZ0oP dWFbInts9s8p+PUHmvSOa4PUwgrkLm1vPcFzfAEgU2qlgzF3WFe4zxkPb3Pcya7f/fcL9nA4vpETS5HGhC6a7F3NRR7YIezHWnpoXqf7S7nUvFGq709CdQIF Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Return-Path: On Fri, 12 Jan 2018, David Laight wrote: > > Hmmm... At some point we should switch kmem_cache_create to pass a struct > > containing all the parameters. Otherwise the API will blow up with > > additional functions. > > Or add an extra function to 'configure' the kmem_cache with the > extra parameters. We probably need even more configurability if we add callbacks for object reclaim / moving.