Date: Wed, 13 Jun 2018 01:46:34 +0200 From: Oliver Pinter <oliver.pinter@hardenedbsd.org> To: Ed Maste <emaste@freebsd.org> Cc: Sean Bruno <sbruno@freebsd.org>, src-committers <src-committers@freebsd.org>, "svn-src-all@freebsd.org" <svn-src-all@freebsd.org>, "svn-src-head@freebsd.org" <svn-src-head@freebsd.org> Subject: Re: svn commit: r334046 - head/tools/tools/intel-ucode-split Message-ID: <CAPQ4ffsKFKMtDX=PiQ6MONy_Sk4OAGgT%2BAbK-N__yQMA9dXHQg@mail.gmail.com> In-Reply-To: <CAPyFy2B3FgB_MwphmZMg4eqhnygVBS5HacaJXM7aGuOhy8LE9w@mail.gmail.com> References: <201805221435.w4MEZXnW041963@repo.freebsd.org> <CAPQ4ffuciB50cdr3MP1H9xYzM1Y_SqFhCP6QVkaDiaYeTcHyNQ@mail.gmail.com> <de0d9337-5587-07bf-5ce4-84c855eeec41@freebsd.org> <CAPyFy2B3FgB_MwphmZMg4eqhnygVBS5HacaJXM7aGuOhy8LE9w@mail.gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wednesday, June 13, 2018, Ed Maste <emaste@freebsd.org> wrote: > On Tue, 12 Jun 2018 at 18:17, Sean Bruno <sbruno@freebsd.org> wrote: > > > > On 06/12/18 16:05, Oliver Pinter wrote: > > > On 5/22/18, Ed Maste <emaste@freebsd.org> wrote: > > >> Author: emaste > > >> Date: Tue May 22 14:35:33 2018 > > >> New Revision: 334046 > > >> URL: https://svnweb.freebsd.org/changeset/base/334046 > > >> > > >> Log: > > >> intel-ucode-split: add -n flag to skip creating output files > > >> > > >> Sponsored by: The FreeBSD Foundation > > >> > > >> Modified: > > >> head/tools/tools/intel-ucode-split/intel-ucode-split.c > > > > > > Hi! > > > > > > Could you please MFC the intel-ucode-split related commits to > 11-STABLE? > > > > > > Thanks, > > > op > > > > Do you need it in base for some reason? This code is already in the > > devcpu-data port and is used when the port is built. Its not needed for > > anything AFAIK. > > Indeed, the real use in FreeBSD is via the devcpu-data port; I > committed it to src/tools/ for collaboration and testing. I'll merge > it to stable/11 if it will be useful for someone, but am curious about > the use case. > I'm considering to write an in kernel microcode update facility, based on firmware(9), and in first idea it would be nice during the generation of firmware modules.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?CAPQ4ffsKFKMtDX=PiQ6MONy_Sk4OAGgT%2BAbK-N__yQMA9dXHQg>