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 C378DC3DA61 for ; Thu, 18 Jul 2024 21:35:14 +0000 (UTC) Received: by kanga.kvack.org (Postfix) id 51B016B0088; Thu, 18 Jul 2024 17:35:14 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 4CBB96B0092; Thu, 18 Jul 2024 17:35:14 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 392806B0093; Thu, 18 Jul 2024 17:35:14 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from relay.hostedemail.com (smtprelay0013.hostedemail.com [216.40.44.13]) by kanga.kvack.org (Postfix) with ESMTP id 1B30B6B0088 for ; Thu, 18 Jul 2024 17:35:14 -0400 (EDT) Received: from smtpin29.hostedemail.com (a10.router.float.18 [10.200.18.1]) by unirelay02.hostedemail.com (Postfix) with ESMTP id 895F412025F for ; Thu, 18 Jul 2024 21:35:13 +0000 (UTC) X-FDA: 82354179306.29.3D64698 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf28.hostedemail.com (Postfix) with ESMTP id E4B03C000C for ; Thu, 18 Jul 2024 21:35:08 +0000 (UTC) Authentication-Results: imf28.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=l5xCkuAs; spf=none (imf28.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Seal: i=1; s=arc-20220608; d=hostedemail.com; t=1721338491; a=rsa-sha256; cv=none; b=qZuVyrnA7GkDZWE4ljco+xGOTJpSpMXHcU7u5cPEE/fovWi3E5QVEnkZpr2KIZdVETlA9f DTnWfBWzHf51Z4rkf8AhhE0uFFITdf4+09JijjveON0EV5XSMgdcAPgQ6eH5U1kUG3G5Ly Cn94THpWbOKu/53pXbNLRQSygp404jg= ARC-Authentication-Results: i=1; imf28.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=l5xCkuAs; spf=none (imf28.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=hostedemail.com; s=arc-20220608; t=1721338491; 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=UPhjJsHI/bJ95ZrIvMkQ/9lSSkr1RFbsBFFDZhdYq5U=; b=zHgduUBGXFjdeWi9qV0WK8KqFoqfv0Rm04DjExVHIRIi31gntbYEH3mF1RxME28YXAHCg5 cUYH7ux9WaGaQvKx0zZHeoIx89Lrzqd+1EgXmTc7Ex/gQYja/GZYmIdMmef8SivP61k1ji aD8IRSQTleXu7Ded3FnXtBuRi/r8Y8I= DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=UPhjJsHI/bJ95ZrIvMkQ/9lSSkr1RFbsBFFDZhdYq5U=; b=l5xCkuAsveqNszVTNHfxjxwAaC Qr7TsxF3dGpJlnMgCek+iq56/hMxp4Wb6Aqe/02JrMr/qPqhDHo5v2HYm7UmgsgfoiXsU6cViu1hr PXXjrH79M83FM+uhct8OuRKegKq1kifxcT9xQdZUuEHWTB0EGoxyi6zowEVAt1vX9ZER7feiwWHy3 z/HQxFst1lOmt6zUjW0rEZg4/LqKSBSzm399ez3Qno/FnICDJtjOHWYXpgTC+R7GvemGxyW8WgTnX DV0gaZjDNOsJB1TIV81phf3UKRG/84Snju1zQZgPH81sBp8Qan3bGvJgyS3gmwT4TSGr9LqIoeZus vZNE+Vyw==; Received: from willy by casper.infradead.org with local (Exim 4.97.1 #2 (Red Hat Linux)) id 1sUYmE-00000002LwS-2oOd; Thu, 18 Jul 2024 21:35:02 +0000 Date: Thu, 18 Jul 2024 22:35:02 +0100 From: Matthew Wilcox To: Andrew Morton Cc: Mary Strodl , Christoph Hellwig , Mary Strodl , linux-kernel@vger.kernel.org, urezki@gmail.com, linux-mm@kvack.org, lee@kernel.org, andi.shyti@kernel.org, linux-i2c@vger.kernel.org, s.hauer@pengutronix.de, christian.gmeiner@gmail.com Subject: Re: [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range Message-ID: References: <20240718011504.4106163-1-mstrodl@csh.rit.edu> <20240718011504.4106163-2-mstrodl@csh.rit.edu> <20240718143103.82e33c556b2d1b6145ae43e0@linux-foundation.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20240718143103.82e33c556b2d1b6145ae43e0@linux-foundation.org> X-Stat-Signature: p6e5ismfwwhcmyfhxa6gyw1yxz5mgixe X-Rspamd-Queue-Id: E4B03C000C X-Rspam-User: X-Rspamd-Server: rspam10 X-HE-Tag: 1721338508-815227 X-HE-Meta: U2FsdGVkX18g4W18ZfIv4eTURUGhdZrhakn3R6j6iz3EG91IlB6RsnC2sK5YJV1GsDbGuqKDws2oTheHbV2VR9Vr7Nc2MA6xB4V94YzrvKhWqGnCpU7U4+ncwHvDA5+LihwAGVqkbUVLtPAkvewUHZzAzpk/8FPpXgBdtVCPcedYLe2WXlC6krYTrSlpfP4Pz7EutDSzSAmgZvlIgf0DhBueIitqBetiKQ+sBFakPEb49P/Ex4MDRIf9T2U21r5ZBb7DyPr98v6R5x1drVZXCmhQ6Gu1TevXwPvGdig7BAzCdG0qWBx5Lt77K7/bb2c4g7uMIZfn3HQVjMiubvFI5JVlgOJAUPzTVS+KfnSTCZuOLni+VMrmJ4u6aWyGRN+SY+rX5/nMURcrEtOLvm0xKl1g/aVIUdb/z5fFWY3iy9naAOCzG9an3ApleT1gTzkUSNEtVROIFJfknvErhJIAj90GEZ6b2lbtArPvSc1AsvdH1Cd2MNQoAuozBJ+JkMNsn+imbEL9Qj6CSz0aHRGz+GlGastsPR3u6BxLrlWv/TYQQC2tdfky8rUz0uSVrPMXh7Stmy9bnwZnBNRZ01oAbKQiyaterd8XdlV1K6fg8tibRk6bCVIrnTq8AJkQf/ut5BP8dCUa10nUrW/H7vK8VRU47r0qAbQ3AifmXhDAcbboRYJsIkL/9ipD4CtlmbYUdrCefMR8bVFYA2UnMMUBdSZ61FfrktnsZPesc7TdYHNjsIPePdWdw3wDkHsVBlhPinlIlk4HeJjRsnxdRXBL91h1b8SVdIktHvo93POR46f9oSiPSzp3qUUsg0IkGOdvJgaPpbcb05oVdKumy+q1fodvemochtMcX/SNRj+FY23s7dUkyr8wR7/Wl3WaNeL6TRXP/z8rKTbv7Xwgf6FHqh0caESpKX3o+ZazA9ilGkFk8s0Y0aEzTGjzLeO+W/GSMvORxVwdgZGNFRt9Jd8 5jaB8hff ihy/D9KZ8DhAMtrPGoimUwyC27vYC2tprchCwZOUlSDXVfrXBEqZs039zmbiIlj6SFxwjGQKswlUdD94EeajBLtuSnPXtzjUrtlbQVftQWUp0o9VcNKu2OxFFutel8LQ9MMmku0djSxCKTjXDrjquRDt/C/JxFOodOWIQ6CsflfxY6qIQZ6DWoUHiLx0erGRkc3RrzX59MMCWAZJtvg1I2mcKl/avhv2kKCshbIjBype8iEWhM+OfvTiUFW2KmLrf6r8rw3BX3QcfQ9E7oh+N2xot3ldsBnDeGUuA1YD3CMGd3Y9rU2T+bSqJMBQ2tOQ+x+AanzkFFDySWJD0vVwPWwIS27odeH5mFsJ2 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: List-Subscribe: List-Unsubscribe: On Thu, Jul 18, 2024 at 02:31:03PM -0700, Andrew Morton wrote: > The hardware is weird, but we should try to support it in some fashion. Why? It's been around since 2005, and Linux has done perfectly well without support for it. What's so compelling about it, as compared to ohidontknow the nVidia GPU driver where we definitely don't support taking a binary blob of random x86 code and run it inside the kernel? > Dumb idea, there will be other ideas: is it practical to take that code > blob out of the BIOS, put it into a kernel module (as a .byte table in > a .s file and suitable C interfacing), compile that up and insmod that > module? Have you tried asking someone who cares about security like Kees? Preferably in person so you can take a picture of the hair on their head standing straight out and steam coming out of their ears.