From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by smtp.lore.kernel.org (Postfix) with ESMTP id E2C39C19F28 for ; Wed, 3 Aug 2022 09:09:29 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 1BE566B0071; Wed, 3 Aug 2022 05:09:29 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 1700D6B0072; Wed, 3 Aug 2022 05:09:29 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 034D88E0001; Wed, 3 Aug 2022 05:09:28 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0012.hostedemail.com [216.40.44.12]) by kanga.kvack.org (Postfix) with ESMTP id E76756B0071 for ; Wed, 3 Aug 2022 05:09:28 -0400 (EDT) Received: from smtpin13.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay07.hostedemail.com (Postfix) with ESMTP id BC3991610B8 for ; Wed, 3 Aug 2022 09:09:28 +0000 (UTC) X-FDA: 79757708016.13.DAC467C Received: from mail-yw1-f173.google.com (mail-yw1-f173.google.com [209.85.128.173]) by imf09.hostedemail.com (Postfix) with ESMTP id 4E86F14012E for ; Wed, 3 Aug 2022 09:09:28 +0000 (UTC) Received: by mail-yw1-f173.google.com with SMTP id 00721157ae682-31f443e276fso165195397b3.1 for ; Wed, 03 Aug 2022 02:09:28 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=tfepPGt63PhV/uLLZC6OjKAhHWfosw2a1cPbmZc1NF4=; b=qQJ0HEUz0Pbo9PZQz9N+b7AVup9WJLyZy0+Q5/QhWDYTyMj94g5UCI9Sl2+SKxnEC6 q0Vz4F/ciqKXbjQ8uLh/bbAWYstkWGar/drjybpyqLweQqHPIPU2h6zEX4QxDiMoQh4G RQmOzwWKw5eCKXcOwQ4ZXVMsBnaePjpl70J8vPMAlcToMnkK79ueRdoDxnJ1c+DhPw0x XoOJqbdMHQrtXBWL755hMN2PByuXz4Vvz87BdFNYfGrr+xnNFrWQxWYgml8UxbxjQQRA bCJZOhU17atQn2NXO00pt+IiWBBmqQP/USNMop41XuP4j8r6uvFNvxORE7BUz0Tg8AB2 30Tw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=tfepPGt63PhV/uLLZC6OjKAhHWfosw2a1cPbmZc1NF4=; b=H3oLfmSSOaKzQe312lZ86xViZRSzjtKh9dor7Ay3pqBQLPC6RXagoi21AjREahczUd ghPZaLBW++7EW3W69BNEcD6YZ8MVbMqod3t5Ueg24Mezi1w1wvhMIZyIFaep4FoLvKwu P7gGXjvjpJphkwMD9c0d+bwMOuG0vcpi+vNwrmFhqs2Guuk82YTTsnRfbXvhkvWHun8T b28wljiKQsGDOXIswCvE7IoIkhK4XiN55nSF5MQa8Csy9N++H1Kvl3RrqGNy/cTT0qDM Mh4VJLGlAvRxaVN8ej0FzpNm3iHMgEUNjuzkX3EwbdU0Vbm+ztQsg0/yQpNyoYnBTfu0 Xykg== X-Gm-Message-State: ACgBeo3tAM32Pis129AB525NdMhE0KXuumWAmU19UC+Ev7ZiS+IUuKd5 /7Ev+XXq4o4OqkBi9DmElHoKE3NHsTM1qZAcmy+qNQ== X-Google-Smtp-Source: AA6agR7P7msRUAWuDn0gmK0kuhQJ6PG98FKKnSeaZAG+GDjiiVe0eSa1tcMloSt7cyCKEdKpooMdekL9jDDzo0/g3sk= X-Received: by 2002:a81:4892:0:b0:31f:9933:9cb with SMTP id v140-20020a814892000000b0031f993309cbmr23285753ywa.86.1659517767408; Wed, 03 Aug 2022 02:09:27 -0700 (PDT) MIME-Version: 1.0 References: <20220701142310.2188015-1-glider@google.com> <20220701142310.2188015-18-glider@google.com> In-Reply-To: From: Marco Elver Date: Wed, 3 Aug 2022 11:08:51 +0200 Message-ID: Subject: Re: [PATCH v4 17/45] init: kmsan: call KMSAN initialization routines To: Alexander Potapenko Cc: Alexander Viro , Alexei Starovoitov , Andrew Morton , Andrey Konovalov , Andy Lutomirski , Arnd Bergmann , Borislav Petkov , Christoph Hellwig , Christoph Lameter , David Rientjes , Dmitry Vyukov , Eric Dumazet , Greg Kroah-Hartman , Herbert Xu , Ilya Leoshkevich , Ingo Molnar , Jens Axboe , Joonsoo Kim , Kees Cook , Mark Rutland , Matthew Wilcox , "Michael S. Tsirkin" , Pekka Enberg , Peter Zijlstra , Petr Mladek , Steven Rostedt , Thomas Gleixner , Vasily Gorbik , Vegard Nossum , Vlastimil Babka , kasan-dev , Linux Memory Management List , Linux-Arch , LKML Content-Type: text/plain; charset="UTF-8" ARC-Authentication-Results: i=1; imf09.hostedemail.com; dkim=pass header.d=google.com header.s=20210112 header.b=qQJ0HEUz; spf=pass (imf09.hostedemail.com: domain of elver@google.com designates 209.85.128.173 as permitted sender) smtp.mailfrom=elver@google.com; dmarc=pass (policy=reject) header.from=google.com ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1659517768; a=rsa-sha256; cv=none; b=mB9rMpKNR0FArUolSgd2Dzwi5k8vnZ05pmUdiaroeSKy3D5QPMnq7LdSHa6TJNKDIj3oDm B9IQVUGN2S+K8+3gopioeudVEL/kpTNXA8robm1BWJPrOIv+TPQu2/lKhYhYHOINn/wYY5 A29IWUzJHpOJEkYwVXFfD68YbF8FCA0= ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1659517768; h=from:from:sender:reply-to:subject:subject:date:date: message-id:message-id:to:to:cc:cc:mime-version:mime-version: content-type:content-type:content-transfer-encoding: in-reply-to:in-reply-to:references:references:dkim-signature; bh=tfepPGt63PhV/uLLZC6OjKAhHWfosw2a1cPbmZc1NF4=; b=hnV1Y81tvEXl9A1nV5Saz+KfKRmyO5Ye7Ojb5GaJPkNiThqC0zxJtDlGh856jDhXM1MKYI xMYoa3rNvP1DtC0wWTbEyfU22sPYyBGw9nsJg0fTMoABRSvFUGrnYeXYN4tigK/W/D4LfD 5zyRydrEJY5BXfJL6E0rj2rYkXRlvSI= X-Stat-Signature: eatzohw51cfhnibs6663kah7tse78nph X-Rspamd-Queue-Id: 4E86F14012E X-Rspam-User: X-Rspamd-Server: rspam05 Authentication-Results: imf09.hostedemail.com; dkim=pass header.d=google.com header.s=20210112 header.b=qQJ0HEUz; spf=pass (imf09.hostedemail.com: domain of elver@google.com designates 209.85.128.173 as permitted sender) smtp.mailfrom=elver@google.com; dmarc=pass (policy=reject) header.from=google.com X-HE-Tag: 1659517768-819628 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Tue, 2 Aug 2022 at 22:08, Alexander Potapenko wrote: > > On Tue, Jul 12, 2022 at 4:05 PM Marco Elver wrote: > > > > > > +/** > > > + * kmsan_task_exit() - Notify KMSAN that a task has exited. > > > + * @task: task about to finish. > > > + */ > > > +void kmsan_task_exit(struct task_struct *task); > > > > Something went wrong with patch shuffling here I think, > > kmsan_task_create + kmsan_task_exit decls are duplicated by this > > patch. > Right, I've messed it up. Will fix. > > > > + > > > +struct page_pair { > > > > 'struct shadow_origin_pages' for a more descriptive name? > How about "metadata_page_pair"? Sure - this is local anyway, but page_pair was too generic.