Home
last modified time | relevance | path

Searched hist:d4dd7091 (Results 1 – 3 of 3) sorted by relevance

/openbmc/linux/Documentation/ABI/removed/
H A Dsysfs-bus-nfitd4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
d4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
/openbmc/linux/Documentation/ABI/testing/
H A Dsysfs-bus-nfitd4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
d4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
/openbmc/linux/drivers/acpi/nfit/
H A Dcore.cd4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>
d4dd7091 Sun Jun 03 14:49:15 CDT 2018 Dan Williams <dan.j.williams@intel.com> acpi, nfit: Remove ecc_unit_size

The "Clear Error Unit" may be smaller than the ECC unit size on some
devices. For example, poison may be tracked at 64-byte alignment even
though the ECC unit is larger. Unless / until the ACPI specification
provides a non-ambiguous way to communicate this property do not expose
this to userspace.

Software that had been using this property must already be prepared for
the case where the property is not provided on older kernels, so it is
safe to remove this attribute.

Signed-off-by: Dan Williams <dan.j.williams@intel.com>