<feed xmlns='http://www.w3.org/2005/Atom'>
<title>src/sys/modules/i2c/controllers, 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>2019-09-16T12:54:44Z</updated>
<entry>
<title>MFC r350303: enable ig4_acpi on aarch64</title>
<updated>2019-09-16T12:54:44Z</updated>
<author>
<name>Ed Maste</name>
<email>emaste@FreeBSD.org</email>
</author>
<published>2019-09-16T12:54:44Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=1aba590a10cdb79d97737b2c91c9aeeb7f8f7c4a'/>
<id>urn:sha1:1aba590a10cdb79d97737b2c91c9aeeb7f8f7c4a</id>
<content type='text'>
The already-listed APMC0D0F ID belongs to the Ampere eMAG aarch64
platform, but ACPI support was not even built on aarch64.

Submitted by:	Greg V &lt;greg_unrelenting.technology&gt;
</content>
</entry>
<entry>
<title>imcsmb(4): Intel integrated Memory Controller (iMC) SMBus controller driver</title>
<updated>2018-03-03T01:53:51Z</updated>
<author>
<name>Ravi Pokala</name>
<email>rpokala@FreeBSD.org</email>
</author>
<published>2018-03-03T01:53:51Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=24f93aa05f31d8b67368954967ef4cbdde350779'/>
<id>urn:sha1:24f93aa05f31d8b67368954967ef4cbdde350779</id>
<content type='text'>
imcsmb(4) provides smbus(4) support for the SMBus controller functionality
in the integrated Memory Controllers (iMCs) embedded in Intel Sandybridge-
Xeon, Ivybridge-Xeon, Haswell-Xeon, and Broadwell-Xeon CPUs. Each CPU
implements one or more iMCs, depending on the number of cores; each iMC
implements two SMBus controllers (iMC-SMBs).

*** IMPORTANT NOTE ***
Because motherboard firmware or the BMC might try to use the iMC-SMBs for
monitoring DIMM temperatures and/or managing an NVDIMM, the driver might
need to temporarily disable those functions, or take a hardware interlock,
before using the iMC-SMBs. Details on how to do this may vary from board to
board, and the procedure may be proprietary. It is strongly suggested that
anyone wishing to use this driver contact their motherboard vendor, and
modify the driver as described in the manual page and in the driver itself.
(For what it's worth, the driver as-is has been tested on various SuperMicro
motherboards.)

Reviewed by:	avg, jhb
MFC after:	1 week
Relnotes:	yes
Sponsored by:	Panasas
Differential Revision:	https://reviews.freebsd.org/D14447
Discussed with:	avg, ian, jhb
Tested by:	allanjude (previous version), Panasas
</content>
</entry>
<entry>
<title>sys/modules: normalize .CURDIR-relative paths to SRCTOP</title>
<updated>2017-03-04T10:10:17Z</updated>
<author>
<name>Enji Cooper</name>
<email>ngie@FreeBSD.org</email>
</author>
<published>2017-03-04T10:10:17Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=193d9e768ba63fcfb187cfd17f461f7d41345048'/>
<id>urn:sha1:193d9e768ba63fcfb187cfd17f461f7d41345048</id>
<content type='text'>
This simplifies make output/logic

Tested with:	`cd sys/modules; make ALL_MODULES=` on amd64
MFC after:	1 month
Sponsored by:	Dell EMC Isilon
</content>
</entry>
<entry>
<title>Remove pc98 support completely.</title>
<updated>2017-01-28T02:22:15Z</updated>
<author>
<name>Yoshihiro Takahashi</name>
<email>nyan@FreeBSD.org</email>
</author>
<published>2017-01-28T02:22:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=2b375b4edd1b98884c3031d6ccd61acb10bd895d'/>
<id>urn:sha1:2b375b4edd1b98884c3031d6ccd61acb10bd895d</id>
<content type='text'>
I thank all developers and contributors for pc98.

Relnotes:	yes
</content>
</entry>
<entry>
<title>[ig4] Add ACPI platform support for ig4 driver</title>
<updated>2016-12-26T22:13:43Z</updated>
<author>
<name>Oleksandr Tymoshenko</name>
<email>gonzo@FreeBSD.org</email>
</author>
<published>2016-12-26T22:13:43Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=5c5bcb1d70a6cfb4b8a427640680e48ead4b9c0a'/>
<id>urn:sha1:5c5bcb1d70a6cfb4b8a427640680e48ead4b9c0a</id>
<content type='text'>
Add ACPI part for ig4 driver to make it work on Intel BayTrail SoC where
ig4 device is available only through ACPI

Reviewed by:	avg
MFC after:	1 week
Differential Revision:	https://reviews.freebsd.org/D8742
</content>
</entry>
<entry>
<title>add iic interface to ig4 driver, move isl and cyapa to iicbus</title>
<updated>2016-10-30T12:15:33Z</updated>
<author>
<name>Andriy Gapon</name>
<email>avg@FreeBSD.org</email>
</author>
<published>2016-10-30T12:15:33Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=448897d366c218f9fd6208427eef1e6dd51f78d0'/>
<id>urn:sha1:448897d366c218f9fd6208427eef1e6dd51f78d0</id>
<content type='text'>
Summary:
The hardware does not expose a classic SMBus interface.
Instead it has a lower level interface that can express a far richer
I2C protocol than what smbus offers.  However, the interface does not
provide a way to explicitly generate the I2C stop and start conditions.
It's only possible to request that the stop condition is generated
after transferring the next byte in either direction.  So, at least
one data byte must always be transferred.
Thus, some I2C sequences are impossible to generate, e.g., an equivalent
of smbus quick command (&lt;start&gt;-&lt;slave addr&gt;-&lt;r/w bit&gt;-&lt;stop&gt;).

At the same time isl(4) and cyapa(4) are moved to iicbus and now they use
iicbus_transfer for communication.  Previously they used smbus_trans()
interface that is not defined by the SMBus protocol and was implemented
only by ig4(4).  In fact, that interface was impossible to implement
for the typical SMBus controllers like intpm(4) or ichsmb(4) where
a type of the SMBus command must be programmed.

The plan is to remove smbus_trans() and all its uses.
As an aside, the smbus_trans() method deviates from the standard,
but perhaps backwards, FreeBSD convention of using 8-bit slave
addresses (shifted by 1 bit to the left).  The method expects
7-bit addresses.

There is a user facing consequence of this change.
A user must now provide device hints for isl and cyapa that specify an iicbus to use
and a slave address on it.
On Chromebook hardware where isl and cyapa devices are commonly found
it is also possible to use a new chromebook_platform(4) driver that
automatically configures isl and cyapa devices.  There is no need to
provide the device hints in that case,

Right now smbus(4) driver tries to discover all slaves on the bus.
That is very dangerous.  Fortunately, the probing code uses smbus_trans()
to do its job, so it is really enabled for ig4 only.
The plan is to remove that auto-probing code and smbus_trans().

Tested by:	grembo, Matthias Apitz &lt;guru@unixarea.de&gt; (w/o
		chromebook_platform)
Discussed with:	grembo, imp
Reviewed by:	wblock (docs)
MFC after:	1 month
Relnotes:	yes
Differential Revision: https://reviews.freebsd.org/D8172
</content>
</entry>
<entry>
<title>ig4 - Intel fourth gen integrated I2C SMBus driver.</title>
<updated>2015-05-30T12:17:18Z</updated>
<author>
<name>Michael Gmelin</name>
<email>grembo@FreeBSD.org</email>
</author>
<published>2015-05-30T12:17:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=71d51719eafbecf8751e5733300b5ba4feec804f'/>
<id>urn:sha1:71d51719eafbecf8751e5733300b5ba4feec804f</id>
<content type='text'>
Differential Revision:	https://reviews.freebsd.org/D2372
Reviewed by:	jhb, wblock, adrian
Approved by:	jhb, wblock
Relnotes:	yes
</content>
</entry>
<entry>
<title>Move all the power management (SMBus) drivers to their own directory,</title>
<updated>2014-09-23T06:31:15Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2014-09-23T06:31:15Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=f495ec295bfe3ce1d21d33dca44d1046f64a28e9'/>
<id>urn:sha1:f495ec295bfe3ce1d21d33dca44d1046f64a28e9</id>
<content type='text'>
away from sys/pci.
</content>
</entry>
<entry>
<title>Move amdsmb and nfsmb from dev/pci to their own device directory.</title>
<updated>2014-09-23T05:54:18Z</updated>
<author>
<name>Rui Paulo</name>
<email>rpaulo@FreeBSD.org</email>
</author>
<published>2014-09-23T05:54:18Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=271b33a6fdb9a444fa31b1f3e945d8a93ba7b5bc'/>
<id>urn:sha1:271b33a6fdb9a444fa31b1f3e945d8a93ba7b5bc</id>
<content type='text'>
</content>
</entry>
<entry>
<title>Add ismt(4) driver.</title>
<updated>2014-05-20T19:55:06Z</updated>
<author>
<name>Jim Harris</name>
<email>jimharris@FreeBSD.org</email>
</author>
<published>2014-05-20T19:55:06Z</published>
<link rel='alternate' type='text/html' href='https://cgit-dev.freebsd.org/src/commit/?id=0572ccaa4543b0abef8ef81e384c1d04de9f3da1'/>
<id>urn:sha1:0572ccaa4543b0abef8ef81e384c1d04de9f3da1</id>
<content type='text'>
ismt(4) supports the SMBus Message Transport controller found on Intel
C2000 series (Avoton) and S1200 series (Briarwood) Atom SoCs.

Sponsored by:	Intel
</content>
</entry>
</feed>
