<feed xmlns='http://www.w3.org/2005/Atom'>
<title>talos-obmc-linux/Documentation/devicetree, branch dev-4.10</title>
<subtitle>Talos™ II Linux sources for OpenBMC</subtitle>
<id>https://git.raptorcs.com/git/talos-obmc-linux/atom?h=dev-4.10</id>
<link rel='self' href='https://git.raptorcs.com/git/talos-obmc-linux/atom?h=dev-4.10'/>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/'/>
<updated>2017-08-29T00:48:16+00:00</updated>
<entry>
<title>dt-bindings: leds: gpio: Add optional retain-state-shutdown property</title>
<updated>2017-08-29T00:48:16+00:00</updated>
<author>
<name>Andrew Jeffery</name>
<email>andrew@aj.id.au</email>
</author>
<published>2017-08-28T00:17:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=70e22d54acb839ba89da4afeda04ddd8c77300a3'/>
<id>urn:sha1:70e22d54acb839ba89da4afeda04ddd8c77300a3</id>
<content type='text'>
On Baseboard Management Controller (BMC) systems it's sometimes
necessary for a LED to retain its state across a BMC reset (which is
independent of the host system state). Add a devicetree property to
describe this behaviour. The property would typically be used in
conjunction with 'default-state = "keep"'.

Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
Acked-by: Pavel Machek &lt;pavel@ucw.cz&gt;
Signed-off-by: Jacek Anaszewski &lt;jacek.anaszewski@gmail.com&gt;
(cherry picked from commit 6fe7dcf33700a21a8e4441881fbb84384f3fe838)
Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
</content>
</entry>
<entry>
<title>dt-bindings: i2c: Document the IBM CCF power supply version 1</title>
<updated>2017-08-14T05:56:09+00:00</updated>
<author>
<name>Edward A. James</name>
<email>eajames@us.ibm.com</email>
</author>
<published>2017-08-11T17:56:42+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=f9c1de24beec02fd01d03df9e3988e7d00fd66d7'/>
<id>urn:sha1:f9c1de24beec02fd01d03df9e3988e7d00fd66d7</id>
<content type='text'>
OpenBMC-Staging-Count: 1
Signed-off-by: Edward A. James &lt;eajames@us.ibm.com&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>Documentation: dt-bindings: aspeed-pwm-tacho cooling device.</title>
<updated>2017-08-14T05:02:47+00:00</updated>
<author>
<name>Mykola Kostenok</name>
<email>c_mykolak@mellanox.com</email>
</author>
<published>2017-08-03T08:46:50+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=ffab1f909bce96f0ad9fcfaa311447ea2a071fb7'/>
<id>urn:sha1:ffab1f909bce96f0ad9fcfaa311447ea2a071fb7</id>
<content type='text'>
It's add support for cooling device creation to
aspeed-pwm-tacho.
Cooling device could be bound to a thermal zone
for the thermal control.

Signed-off-by: Mykola Kostenok &lt;c_mykolak@mellanox.com&gt;
Acked-by: Rob Herring &lt;robh@kernel.org&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
(cherry picked from commit 5e047541c1412f22d1c0950260da337ebc9bdb49)
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>Documentation: dt-bindings: Document bindings for ASPEED AST2400/AST2500 PWM and Fan tach controller device driver</title>
<updated>2017-08-14T05:02:47+00:00</updated>
<author>
<name>Jaghathiswari Rankappagounder Natarajan</name>
<email>jaghu@google.com</email>
</author>
<published>2017-04-05T00:52:40+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=517fa9359d209ecb65f8b202a90859aaa341749f'/>
<id>urn:sha1:517fa9359d209ecb65f8b202a90859aaa341749f</id>
<content type='text'>
This binding provides interface for adding values related to ASPEED
AST2400/2500 PWM and Fan tach controller support.
The PWM controller can support upto 8 PWM output ports.
The Fan tach controller can support upto 16 tachometer inputs.

Signed-off-by: Jaghathiswari Rankappagounder Natarajan &lt;jaghu@google.com&gt;
Acked-by: Rob Herring &lt;robh@kernel.org&gt;
Signed-off-by: Guenter Roeck &lt;linux@roeck-us.net&gt;
(cherry picked from commit d702b353b9d3fccbeabba96ed530ffc87f303465)
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>dt-bindings: fsi: Add optional property no-scan-on-init</title>
<updated>2017-08-08T12:59:53+00:00</updated>
<author>
<name>Christopher Bostic</name>
<email>cbostic@linux.vnet.ibm.com</email>
</author>
<published>2017-08-04T03:26:20+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=e2f5e24323a7bba946a3d7a13606dc7e02170a84'/>
<id>urn:sha1:e2f5e24323a7bba946a3d7a13606dc7e02170a84</id>
<content type='text'>
Add an optional FSI master property 'no-scan-on-init.  This
can be specified to indicate that a master should not be
automatically scanned at init time.  This is required in cases
where a scan could interfere with another FSI master on the same
bus.

OpenBMC-Staging-Count: 1
Signed-off-by: Christopher Bostic &lt;cbostic@linux.vnet.ibm.com&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>dt-bindings: max31785: Add use-stored-presence property</title>
<updated>2017-08-01T04:09:03+00:00</updated>
<author>
<name>Andrew Jeffery</name>
<email>andrew@aj.id.au</email>
</author>
<published>2017-08-01T03:19:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=3f563e688109ef716cd5effc6edb65fcd2817305'/>
<id>urn:sha1:3f563e688109ef716cd5effc6edb65fcd2817305</id>
<content type='text'>
It's a system design decision with regards to managing the default
values of registers such as FAN_CONFIG_1_2. Do not assume the hardware
is configured such as the fans are marked as installed, rather expose a
devicetree property to inform the driver of whether it should treat the
devicetree or the device state as canonical.

Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>dt-bindings: watchdog: aspeed: External reset signal properties</title>
<updated>2017-07-31T23:42:23+00:00</updated>
<author>
<name>Andrew Jeffery</name>
<email>andrew@aj.id.au</email>
</author>
<published>2017-07-27T10:16:45+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=3282430fa8aa25f1c8ff8c9aa308ea2ca4020164'/>
<id>urn:sha1:3282430fa8aa25f1c8ff8c9aa308ea2ca4020164</id>
<content type='text'>
For the AST2500 and compatible watchdog controllers the external reset
signal can be configured for push-pull or open-drain drive types, and in
the case of open-drain driving, active low or high.

OpenBMC-Staging-Count: 1
Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
Tested-by: Matt Spinler &lt;mspinler@linux.vnet.ibm.com&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>drivers/serial: Add driver for Aspeed virtual UART</title>
<updated>2017-07-31T09:28:36+00:00</updated>
<author>
<name>Jeremy Kerr</name>
<email>jk@ozlabs.org</email>
</author>
<published>2017-05-02T07:45:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=f9110c3b145d2eaee9f04c6b4be3dc7f2dbba245'/>
<id>urn:sha1:f9110c3b145d2eaee9f04c6b4be3dc7f2dbba245</id>
<content type='text'>
This change adds a driver for the 16550-based Aspeed virtual UART
device. We use a similar process to the of_serial driver for device
probe, but expose some VUART-specific functions through sysfs too.

The VUART is two UART 'front ends' connected by their FIFO (no actual
serial line in between). One is on the BMC side (management controller)
and one is on the host CPU side.

This driver is for the BMC side. The sysfs files allow the BMC
userspace, which owns the system configuration policy, to specify at
what IO port and interrupt number the host side will appear to the host
on the Host &lt;-&gt; BMC LPC bus. It could be different on a different system
(though most of them use 3f8/4).

OpenPOWER host firmware doesn't like it when the host-side of the
VUART's FIFO is not drained. This driver only disables host TX discard
mode when the port is in use. We set the VUART enabled bit when we bind
to the device, and clear it on unbind.

We don't want to do this on open/release, as the host may be using this
bit to configure serial output modes, which is independent of whether
the devices has been opened by BMC userspace.

Signed-off-by: Jeremy Kerr &lt;jk@ozlabs.org&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
Acked-by: Rob Herring &lt;robh@kernel.org&gt;
Reviewed-by: Benjamin Herrenschmidt &lt;benh@kernel.crashing.org&gt;
Reviewed-by: Andy Shevchenko &lt;andy.shevchenko@gmail.com&gt;
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
(cherry picked from commit 7fbcf3afe6e8e180bfc39fb3f41657fa6e4af55c)
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>Revert "drivers/serial: Add driver for Aspeed virtual UART"</title>
<updated>2017-07-31T09:14:36+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2017-07-31T09:14:36+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=9e7135e917c92dc1887872146bc684a324514853'/>
<id>urn:sha1:9e7135e917c92dc1887872146bc684a324514853</id>
<content type='text'>
This reverts commit 969ba225f4bcd109e34ae9d6b40429a32e756ed4.
</content>
</entry>
<entry>
<title>dt-bindings: hwmon: pmbus: Add Maxim MAX31785 documentation</title>
<updated>2017-07-28T01:33:34+00:00</updated>
<author>
<name>Andrew Jeffery</name>
<email>andrew@aj.id.au</email>
</author>
<published>2017-07-27T09:57:10+00:00</published>
<link rel='alternate' type='text/html' href='https://git.raptorcs.com/git/talos-obmc-linux/commit/?id=281d4270ce14dd1f0ecacd240730a6074bd85b14'/>
<id>urn:sha1:281d4270ce14dd1f0ecacd240730a6074bd85b14</id>
<content type='text'>
OpenBMC-Staging-Count: 1
Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
</feed>
