<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/dev/ahci, branch releng/12.2</title>
<subtitle>FreeBSD source tree</subtitle>
<id>https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2</id>
<link rel='self' href='https://cgit-dev.freebsd.org/src/atom?h=releng%2F12.2'/>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/'/>
<updated>2020-08-13T00:40:40Z</updated>
<entry>
<title>MFC r363955: Add Intel Apollo Lake AHCI ID.</title>
<updated>2020-08-13T00:40:40Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-08-13T00:40:40Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=604fbe3b17411aba882b3ff461d5b70eeac91411'/>
<id>urn:sha1:604fbe3b17411aba882b3ff461d5b70eeac91411</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r361816: Limit AHCI to only one MSI if more is not needed.</title>
<updated>2020-06-19T00:43:44Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-06-19T00:43:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5f094a129f8039439c6ac92ee5b78d196f192880'/>
<id>urn:sha1:5f094a129f8039439c6ac92ee5b78d196f192880</id>
<content type='text'>
My AMD Ryzen system has 4 AHCI controllers, each supporting 16 MSI vectors.
Since two of the controllers have only one SATA port, limit to single MSI
saves system 30 interrupt vectors for free.

It may be possible to also limit number of MSI vectors to 4 and 8 for the
other two controllers, but according to the AHCI specification after that
controllers may revert to only one vector, that would be a bigger loss to
risk.
</content>
</entry>
<entry>
<title>MFC r347440, r347929-r347930, r349588</title>
<updated>2020-06-16T20:35:01Z</updated>
<author>
<name>Emmanuel Vadot</name>
<email>manu@FreeBSD.org</email>
</author>
<published>2020-06-16T20:35:01Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=a5bd46772016c1ec8be88487bd0e3260b6278f33'/>
<id>urn:sha1:a5bd46772016c1ec8be88487bd0e3260b6278f33</id>
<content type='text'>
r347440:
ahci: Check if bus is cache-coherent

We do this for FDT systems but not for ACPI ones.
Check the presence of the _CCA attribute.

Sponsored by: Ampere Computing, LLC
Reviewed by:	andrew
Differential Revision:	https://reviews.freebsd.org/D20144

r347929:
pci: ecam: Do not warn on mismatch of bus_end

We cannot know the bus end number before parsing the MCFG table
so don't set the bus_end before that. If the MCFG table doesn't
exist we will set the configuration base address based on the _CBA
value and set the bus_end to the maximal number allowed by PCI.

Sponsored by: Ampere Computing, LLC

Differential Revision:	https://reviews.freebsd.org/D20213

r347930:
pci: ecam: Correctly parse memory and IO region

When activating a resource do not compare the resource id to the adress.
Treat IO region as MEMORY region too.

Submitted by:	Tuan Phan &lt;tphan@amperecomputing.com&gt; (Original Version)
Sponsored by:	Ampere Computing, LLC
Differential Revision:	https://reviews.freebsd.org/D20214

r349588:
arm64: efi: Map memory IO region as device

Reviewed by:	andrew
Sponsored by:	Ampere Computing, LLC
</content>
</entry>
<entry>
<title>MFC r359499: Add ID for JMicron JMB582/JMB585 AHCI controller.</title>
<updated>2020-04-15T13:59:51Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-04-15T13:59:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=928341e8cff36b8f829b5433271fb014dd10667c'/>
<id>urn:sha1:928341e8cff36b8f829b5433271fb014dd10667c</id>
<content type='text'>
JMB582 has 2 6Gbps SATA ports and PCIe 3.0 x1.
JMB585 has 5 6Gbps SATA ports and PCIe 3.0 x2.

Both chips support AHCI v1.31, Port Multiplier with FBS and 8 MSI vectors.
</content>
</entry>
<entry>
<title>MFC r359499: Add ID for JMicron JMB582/JMB585 AHCI controller.</title>
<updated>2020-04-15T13:58:42Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-04-15T13:58:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=d128823127ef133f3bd080d574ce49d55a9e6acf'/>
<id>urn:sha1:d128823127ef133f3bd080d574ce49d55a9e6acf</id>
<content type='text'>
JMB582 has 2 6Gbps SATA ports and PCIe 3.0 x1.
JMB585 has 5 6Gbps SATA ports and PCIe 3.0 x2.

Both chips support AHCI v1.31, Port Multiplier with FBS and 8 MSI vectors.
</content>
</entry>
<entry>
<title>MFC r357919: Add Hygon PCI ID and description for AHCI SATA controller.</title>
<updated>2020-02-21T04:28:42Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2020-02-21T04:28:42Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=db45e63b48926bd2037f3fce39ce2f966a753e02'/>
<id>urn:sha1:db45e63b48926bd2037f3fce39ce2f966a753e02</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r355113: Add some IDs of Intel Wildcat Point-LP.</title>
<updated>2019-12-03T14:47:50Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2019-12-03T14:47:50Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=e774449551a10c468647ac70be7325b89a0ac6a1'/>
<id>urn:sha1:e774449551a10c468647ac70be7325b89a0ac6a1</id>
<content type='text'>
</content>
</entry>
<entry>
<title>MFC r351589: Fix AHCI Enclosure Management, broken by r351356.</title>
<updated>2019-11-20T23:49:47Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2019-11-20T23:49:47Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1c00b279ca46b1e48727988d13100483e2b4c8ff'/>
<id>urn:sha1:1c00b279ca46b1e48727988d13100483e2b4c8ff</id>
<content type='text'>
ivars value of -1 was used to distinguish EM device, and r351356 left some
wrong checks for it.  Give EM device separate flag there instead.
</content>
</entry>
<entry>
<title>MFC r351356:</title>
<updated>2019-09-05T23:02:08Z</updated>
<author>
<name>Warner Losh</name>
<email>imp@FreeBSD.org</email>
</author>
<published>2019-09-05T23:02:08Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=4791c8159beb5b708f8267826b0bb5306bc25911'/>
<id>urn:sha1:4791c8159beb5b708f8267826b0bb5306bc25911</id>
<content type='text'>
  Create a AHCI attachment for nvme.
</content>
</entry>
<entry>
<title>MFC r349321: Improve AHCI Enclosure Management and SES interoperation.</title>
<updated>2019-07-08T10:21:38Z</updated>
<author>
<name>Alexander Motin</name>
<email>mav@FreeBSD.org</email>
</author>
<published>2019-07-08T10:21:38Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=448512dfc393f012691284201d95eb7fcade8905'/>
<id>urn:sha1:448512dfc393f012691284201d95eb7fcade8905</id>
<content type='text'>
Since SES specs do not define mechanism to map enclosure slots to SATA
disks, AHCI EM code I written many years ago appeared quite useless,
that always bugged me.  I was thinking whether it was a good idea, but
if LSI HBAs do that, why I shouldn't?

This change introduces simple non-standard mechanism for the mapping
into both AHCI EM and SES code, that makes AHCI EM on capable controllers
(most of Intel's) a first-class SES citizen, allowing it to report disk
physical path to GEOM, show devices inserted into each enclosure slot in
`sesutil map` and `getencstat`, control locate and fault LEDs for specific
devices with `sesutil locate adaX on` and `sesutil fault adaX on`, etc.

I've successfully tested this on Supermicro X10DRH-i motherboard connected
with sideband cable of its S-SATA Mini-SAS connector to SAS815TQ backplane.
It can indicate with LEDs Locate, Fault and Rebuild/Remap SES statuses for
each disk identical to real SES of Supermicro SAS2 backplanes.

Relnotes:	yes
</content>
</entry>
</feed>
