linux-doc.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: steve.wahl@hpe.com
To: Steve Wahl <steve.wahl@hpe.com>, Jonathan Corbet <corbet@lwn.net>,
	Ard Biesheuvel <ardb@kernel.org>,
	Thomas Gleixner <tglx@linutronix.de>,
	Ingo Molnar <mingo@redhat.com>, Borislav Petkov <bp@alien8.de>,
	x86@kernel.org, "H. Peter Anvin" <hpa@zytor.com>,
	Darren Hart <dvhart@infradead.org>,
	Andy Shevchenko <andy@infradead.org>,
	Mauro Carvalho Chehab <mchehab+huawei@kernel.org>,
	Andrew Morton <akpm@linux-foundation.org>,
	Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
	"Paul E. McKenney" <paulmck@kernel.org>,
	Pawan Gupta <pawan.kumar.gupta@linux.intel.com>,
	Juergen Gross <jgross@suse.com>,
	Mike Kravetz <mike.kravetz@oracle.com>,
	Oliver Neukum <oneukum@suse.com>,
	Mike Travis <mike.travis@hpe.com>,
	Dimitri Sivanich <dimitri.sivanich@hpe.com>,
	Benjamin Thiel <b.thiel@posteo.de>,
	Andy Lutomirski <luto@kernel.org>, Arnd Bergmann <arnd@arndb.de>,
	James Morris <jmorris@namei.org>,
	David Howells <dhowells@redhat.com>,
	Kees Cook <keescook@chromium.org>, Dave Young <dyoung@redhat.com>,
	Dan Williams <dan.j.williams@intel.com>,
	Logan Gunthorpe <logang@deltatee.com>,
	Alexandre Chartre <alexandre.chartre@oracle.com>,
	"Peter Zijlstra (Intel)" <peterz@infradead.org>,
	Austin Kim <austindh.kim@gmail.com>,
	Alexey Dobriyan <adobriyan@gmail.com>,
	linux-doc@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-efi@vger.kernel.org
Cc: Russ Anderson <rja@hpe.com>
Subject: [patch v2 00/13] Remove UV1 platform support and associated efi=oldmap option
Date: Thu, 09 Jul 2020 09:54:47 -0500	[thread overview]
Message-ID: <20200709145447.549145421@hpe.com> (raw)


This series of patches removes support for the UV1 platform and the
efi=old_map kernel command line option.

The documentation for efi=old_map in
Documentation/admin-guide/kernel-parameters.txt was recently touched
and differs between linux-next and the mainline tree.  I will send a
separate patch to fix the documentation when this gets accepted.

The UV1 platform has been out of support for a number of years, has
not had a BIOS update for at least 5 years, and we have not had access
to hardware to test changes on for a while now, either.  

Removing the UV1 platform will improve the clarity of the changes we
would like to make for our forthcoming UV5 Sapphire Rapids platform,
making them easier to review.  And removing the UV1 platform allows
this patch set to also remove the efi=old_map boot option, which seems
to be a natural progression from commit 1f299fad1e312947c974
("efi/x86: Limit EFI old memory map to SGI UV machines")

Changes for v2:
- Diffstats regenerated so they should be accurate now.
- Removed unused variable timeout_base_ns in tlb_uv.c found by lkp@intel.com
- added x86 subsystem to subject line.


             reply	other threads:[~2020-07-09 14:56 UTC|newest]

Thread overview: 16+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-07-09 14:54 steve.wahl [this message]
2020-07-09 14:54 ` [patch v2 01/13] x86: Remove support for UV1 platform from uv_time.c steve.wahl
2020-07-09 14:54 ` [patch v2 02/13] x86: Remove support for UV1 platform from uv_tlb.c steve.wahl
2020-07-09 14:54 ` [patch v2 03/13] x86: Remove support for UV1 platform from x2apic_uv_x.c steve.wahl
2020-07-09 14:54 ` [patch v2 04/13] x86: Remove support for UV1 platform from uv_mmrs.h steve.wahl
2020-07-09 14:54 ` [patch v2 05/13] x86: Remove support for UV1 platform from uv_bau.h steve.wahl
2020-07-09 14:54 ` [patch v2 06/13] x86: Remove support for uv1 platform from uv_hub.h steve.wahl
2020-07-09 14:54 ` [patch v2 07/13] x86: Remove support for UV1 platform from uv.h steve.wahl
2020-07-09 14:54 ` [patch v2 08/13] x86: Remove vestigial mention of UV1 platform from arch/x86/include/asm/uv/bios.h steve.wahl
2020-07-09 14:54 ` [patch v2 09/13] x86: Remove efi=old_map command line option steve.wahl
2020-07-09 16:02   ` Andy Lutomirski
2020-07-09 18:09     ` Steve Wahl
2020-07-09 14:54 ` [patch v2 10/13] x86: Delete SGI UV1 detection steve.wahl
2020-07-09 14:54 ` [patch v2 11/13] x86: Remove references to no-longer-used efi_have_uv1_memmap() steve.wahl
2020-07-09 14:54 ` [patch v2 12/13] x86: Remove uv bios and efi code related to (now unused) EFI_UV1_MEMMAP steve.wahl
2020-07-09 14:55 ` [patch v2 13/13] x86: Remove (now unused) EFI_UV1_MEMMAP from efi.h steve.wahl

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=20200709145447.549145421@hpe.com \
    --to=steve.wahl@hpe.com \
    --cc=adobriyan@gmail.com \
    --cc=akpm@linux-foundation.org \
    --cc=alexandre.chartre@oracle.com \
    --cc=andy@infradead.org \
    --cc=ardb@kernel.org \
    --cc=arnd@arndb.de \
    --cc=austindh.kim@gmail.com \
    --cc=b.thiel@posteo.de \
    --cc=bp@alien8.de \
    --cc=corbet@lwn.net \
    --cc=dan.j.williams@intel.com \
    --cc=dhowells@redhat.com \
    --cc=dimitri.sivanich@hpe.com \
    --cc=dvhart@infradead.org \
    --cc=dyoung@redhat.com \
    --cc=gregkh@linuxfoundation.org \
    --cc=hpa@zytor.com \
    --cc=jgross@suse.com \
    --cc=jmorris@namei.org \
    --cc=keescook@chromium.org \
    --cc=linux-doc@vger.kernel.org \
    --cc=linux-efi@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=logang@deltatee.com \
    --cc=luto@kernel.org \
    --cc=mchehab+huawei@kernel.org \
    --cc=mike.kravetz@oracle.com \
    --cc=mike.travis@hpe.com \
    --cc=mingo@redhat.com \
    --cc=oneukum@suse.com \
    --cc=paulmck@kernel.org \
    --cc=pawan.kumar.gupta@linux.intel.com \
    --cc=peterz@infradead.org \
    --cc=rja@hpe.com \
    --cc=tglx@linutronix.de \
    --cc=x86@kernel.org \
    /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;
as well as URLs for NNTP newsgroup(s).