svn commit: r303887 - head/tools/tools/dmardump

[John Baldwin]

On Wednesday, August 10, 2016 10:43:03 AM Konstantin Belousov wrote:
> On Tue, Aug 09, 2016 at 02:22:36PM -0700, John Baldwin wrote:
> > On Tuesday, August 09, 2016 07:06:05 PM John Baldwin wrote:
> > > Author: jhb
> > > Date: Tue Aug  9 19:06:05 2016
> > > New Revision: 303887
> > > URL: https://svnweb.freebsd.org/changeset/base/303887
> > > 
> > > Log:
> > >   Add a dmardump utility to dump the VT-d context tables.
> > >   
> > >   This tool parses the ACPI DMAR table looking for DMA remapping devices.
> > >   For each device it walks the root table and any context tables
> > >   referenced to display mapping info for PCI devices.
> > >   
> > >   Note that acpidump -t already parses the info in the ACPI DMAR tables
> > >   directly.  This tool examines some of the data structures the DMAR
> > >   remapping engines use to translate DMA requests.
> > >   
> > >   Reviewed by:	kib, grehan
> > >   MFC after:	1 month
> > >   Sponsored by:	Chelsio Communications
> > >   Differential Revision:	https://reviews.freebsd.org/D7444
> > 
> > I should have mentioned that this tool only supports "normal" context
> > entry tables.  It does not (yet) support extended context entry
> > tables.  However, neither bhyve nor ACPI_DMAR create extended context
> > entry tables.
> 
> I am not aware of existence of hardware supporting the extended context
> entries.  Even Skykale E3 v5 Xeons report ECS == 0.

That's completely fair, I was just going by what was in the recent spec.
I don't think it's worth implementing until anything actually uses it
certainly.

-- 
John Baldwin