From: Matthew Wilcox <willy@infradead.org>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Mary Strodl <mstrodl@freedom.csh.rit.edu>,
Christoph Hellwig <hch@infradead.org>,
Mary Strodl <mstrodl@csh.rit.edu>,
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
Date: Thu, 18 Jul 2024 22:35:02 +0100 [thread overview]
Message-ID: <ZpmKho9_t0_MeOP7@casper.infradead.org> (raw)
In-Reply-To: <20240718143103.82e33c556b2d1b6145ae43e0@linux-foundation.org>
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.
next prev parent reply other threads:[~2024-07-18 21:35 UTC|newest]
Thread overview: 25+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-07-18 1:15 [PATCH 0/3] Add support for Congatec CGEB BIOS interface Mary Strodl
2024-07-18 1:15 ` [PATCH 1/3] mm: vmalloc: export __vmalloc_node_range Mary Strodl
2024-07-18 2:53 ` Andrew Morton
2024-07-18 12:29 ` Mary Strodl
2024-07-18 3:04 ` Christoph Hellwig
2024-07-18 12:40 ` Mary Strodl
2024-07-18 12:45 ` Matthew Wilcox
2024-07-18 12:49 ` Christoph Hellwig
2024-07-18 12:53 ` Matthew Wilcox
2024-07-18 13:20 ` Mary Strodl
2024-07-18 21:31 ` Andrew Morton
2024-07-18 21:35 ` Matthew Wilcox [this message]
2024-07-18 21:39 ` Andrew Morton
2024-07-19 6:41 ` Christian Gmeiner
2024-07-19 11:58 ` Mary Strodl
2024-07-19 12:42 ` Matthew Wilcox
2024-07-24 0:00 ` Andrew Morton
2024-07-24 0:16 ` Matthew Wilcox
2024-07-24 1:36 ` Christoph Hellwig
2024-07-19 19:59 ` Rudolf Marek
2024-07-22 14:54 ` Mary Strodl
2024-07-18 1:15 ` [PATCH 2/3] x86: Add basic support for the Congatec CGEB BIOS interface Mary Strodl
2024-07-18 3:56 ` kernel test robot
2024-07-18 14:01 ` kernel test robot
2024-07-18 1:15 ` [PATCH 3/3] i2c: Add Congatec CGEB I2C driver Mary Strodl
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZpmKho9_t0_MeOP7@casper.infradead.org \
--to=willy@infradead.org \
--cc=akpm@linux-foundation.org \
--cc=andi.shyti@kernel.org \
--cc=christian.gmeiner@gmail.com \
--cc=hch@infradead.org \
--cc=lee@kernel.org \
--cc=linux-i2c@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mstrodl@csh.rit.edu \
--cc=mstrodl@freedom.csh.rit.edu \
--cc=s.hauer@pengutronix.de \
--cc=urezki@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox