Page MenuHomeFreeBSD

Use ATTR_DBM for ATTR_SW_DBM instead of a software bit.
ClosedPublic

Authored by markj on Jul 30 2019, 8:20 PM.
Tags
None
Referenced Files
F170821475: D21121.id60377.diff
Sun, Sep 6, 8:31 PM
Unknown Object (File)
Fri, Sep 4, 2:01 AM
Unknown Object (File)
Wed, Sep 2, 3:26 AM
Unknown Object (File)
Wed, Sep 2, 2:44 AM
Unknown Object (File)
Wed, Sep 2, 2:21 AM
Unknown Object (File)
Wed, Sep 2, 1:09 AM
Unknown Object (File)
Tue, Sep 1, 12:47 AM
Unknown Object (File)
Mon, Aug 31, 2:54 AM
Subscribers

Details

Summary

On ARMv8.0 ATTR_DBM is reserved. But Linux uses it anyway, so I presume
it is safe to do so in FreeBSD as well.

I am torn on whether to keep using "ATTR_SW_DBM" or whether I should
just replace all references with ATTR_SW_DBM. Any preferences?

Diff Detail

Repository
rS FreeBSD src repository - subversion
Lint
Lint Not Applicable
Unit
Tests Not Applicable

Event Timeline

Do we have access to a machine with hardware DBM support?

In D21121#458634, @alc wrote:

Do we have access to a machine with hardware DBM support?

Not yet. It looks like the thunderx2 does not support hardware DBM or AF management: http://dmesgd.nycbug.org/index.cgi?do=view&id=4798

I am torn on whether to keep using "ATTR_SW_DBM" or whether I should
just replace all references with ATTR_SW_DBM. Any preferences?

No, not really.

In D21121#458634, @alc wrote:

Do we have access to a machine with hardware DBM support?

As far as I know only in the form of a simulator, e.g. the Architecture Envelope Model from https://developer.arm.com/tools-and-software/simulation-models/fixed-virtual-platforms

This revision is now accepted and ready to land.Jul 31 2019, 11:59 AM