<feed xmlns='http://www.w3.org/2005/Atom'>
<title>BMC/Intel-BMC/linux.git/drivers/misc, branch dev-5.10.49-intel</title>
<subtitle>Intel OpenBMC Linux kernel source tree (mirror)</subtitle>
<id>https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev-5.10.49-intel</id>
<link rel='self' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/atom?h=dev-5.10.49-intel'/>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/'/>
<updated>2021-07-14T17:10:33+00:00</updated>
<entry>
<title>misc: aspeed: add a raw value setting interface for uart routing</title>
<updated>2021-07-14T17:10:33+00:00</updated>
<author>
<name>Jae Hyun Yoo</name>
<email>jae.hyun.yoo@linux.intel.com</email>
</author>
<published>2021-04-28T16:43:47+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=8c8b5ba936366a18021193ec301f0214d022af59'/>
<id>urn:sha1:8c8b5ba936366a18021193ec301f0214d022af59</id>
<content type='text'>
This commit adds a raw value setting interface for uart routing
to provide an atomic way of switching the route.

Signed-off-by: Jae Hyun Yoo &lt;jae.hyun.yoo@linux.intel.com&gt;
Change-Id: Id8b80f44f9a503d9f25a692211fc5ec78500ce68
</content>
</entry>
<entry>
<title>Move Aspeed eSPI driver to soc/aspeed tree</title>
<updated>2021-07-14T17:04:18+00:00</updated>
<author>
<name>Jae Hyun Yoo</name>
<email>jae.hyun.yoo@intel.com</email>
</author>
<published>2021-01-14T23:06:08+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=57daf90aed682e2979e90d892d25b0c971ed35c7'/>
<id>urn:sha1:57daf90aed682e2979e90d892d25b0c971ed35c7</id>
<content type='text'>
This commit moves Aspeed eSPI driver from misc to soc/aspeed tree
to make correct probing order for LPC and eSPI driver. Since LPC
runs over eSPI, eSPI driver should be registered ahead of LPC
driver.

Signed-off-by: Jae Hyun Yoo &lt;jae.hyun.yoo@intel.com&gt;
</content>
</entry>
<entry>
<title>misc: aspeed-espi-slave: fix SUS_WARN handling logic</title>
<updated>2021-07-14T17:04:18+00:00</updated>
<author>
<name>Jae Hyun Yoo</name>
<email>jae.hyun.yoo@linux.intel.com</email>
</author>
<published>2020-10-20T22:33:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=574f17268c7cde15b0d5147646eb63daa125031b'/>
<id>urn:sha1:574f17268c7cde15b0d5147646eb63daa125031b</id>
<content type='text'>
This commit fixes SUS_WARN handling as dual-edge detection mode
to support deepsx entry event properly.

Signed-off-by: Jae Hyun Yoo &lt;jae.hyun.yoo@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>Add poll fops in eSPI driver</title>
<updated>2021-07-14T17:02:36+00:00</updated>
<author>
<name>Arun P. Mohanan</name>
<email>arun.p.m@linux.intel.com</email>
</author>
<published>2020-03-18T03:04:43+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=dc2e439053ca66c56ca0e57afdbee549e0d39ba6'/>
<id>urn:sha1:dc2e439053ca66c56ca0e57afdbee549e0d39ba6</id>
<content type='text'>
Modify eSPI driver to support poll fops.

Signed-off-by: Arun P. Mohanan &lt;arun.p.m@linux.intel.com&gt;
</content>
</entry>
<entry>
<title>misc: aspeed: Add Aspeed UART routing control driver.</title>
<updated>2021-07-14T16:36:10+00:00</updated>
<author>
<name>Oskar Senft</name>
<email>osk@google.com</email>
</author>
<published>2018-08-08T14:15:05+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=916370c4fe8684b98bb6fc941af5ed86e1e3548e'/>
<id>urn:sha1:916370c4fe8684b98bb6fc941af5ed86e1e3548e</id>
<content type='text'>
This driver adds sysfs files that allow the BMC userspace to configure
how UARTs and physical serial I/O ports are routed.

Tested: Checked correct behavior (both read &amp; write) on TYAN S7106
board by manually changing routing settings and confirming that bits
flow as expected. Tested for UART1 and UART3 as this board doesn't have
the other UARTs wired up in a testable way.

Signed-off-by: Oskar Senft &lt;osk@google.com&gt;
Signed-off-by: Yong Li &lt;yong.b.li@linux.intel.com&gt;
Signed-off-by: Vernon Mauery &lt;vernon.mauery@linux.intel.com&gt;
Signed-off-by: Kuiying Wang &lt;kuiying.wang@intel.com&gt;
</content>
</entry>
<entry>
<title>Add AST2500 eSPI driver</title>
<updated>2021-07-14T16:36:10+00:00</updated>
<author>
<name>Haiyue Wang</name>
<email>haiyue.wang@linux.intel.com</email>
</author>
<published>2018-02-24T03:12:32+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=7cff24c12860dcf1a2f03a10cff73d03f41d9b56'/>
<id>urn:sha1:7cff24c12860dcf1a2f03a10cff73d03f41d9b56</id>
<content type='text'>
When PCH works under eSPI mode, the PMC (Power Management Controller) in
PCH is waiting for SUS_ACK from BMC after it alerts SUS_WARN. It is in
dead loop if no SUS_ACK assert. This is the basic requirement for the BMC
works as eSPI slave.

Also for the host power on / off actions, from BMC side, the following VW
(Virtual Wire) messages are done in firmware:
1. SLAVE_BOOT_LOAD_DONE / SLAVE_BOOT_LOAD_STATUS
2. SUS_ACK
3. OOB_RESET_ACK
4. HOST_RESET_ACK

Also, it provides monitoring interface of PLTRST_N signal through
/dev/espi-pltrstn

Signed-off-by: Haiyue Wang &lt;haiyue.wang@linux.intel.com&gt;
Signed-off-by: Jae Hyun Yoo &lt;jae.hyun.yoo@intel.com&gt;
Signed-off-by: James Feist &lt;james.feist@linux.intel.com&gt;
Signed-off-by: Vernon Mauery &lt;vernon.mauery@intel.com&gt;
</content>
</entry>
<entry>
<title>misc: Remove obsolete mctp-lpc chardev</title>
<updated>2021-06-24T09:23:28+00:00</updated>
<author>
<name>Andrew Jeffery</name>
<email>andrew@aj.id.au</email>
</author>
<published>2021-06-23T03:38:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=0455fc0eefecd58c93b8fcdd208761c40c0d26ab'/>
<id>urn:sha1:0455fc0eefecd58c93b8fcdd208761c40c0d26ab</id>
<content type='text'>
The mctp-lpc chardev is replaced (temporarily) by the raw KCS chardev.
The raw chardev is required for IBM's purposes until Jeremy's
socket-based MCTP patches are merged[1][2].

[1] https://github.com/openbmc/docs/blob/master/designs/mctp/mctp-kernel.md
[2] https://lore.kernel.org/openbmc/f4f5fa66542401e8d5e78c1fb30153195d384b62.camel@codeconstruct.com.au/

OpenBMC-Staging-Count: 1
Signed-off-by: Andrew Jeffery &lt;andrew@aj.id.au&gt;
Link: https://lore.kernel.org/r/20210623033854.587464-6-andrew@aj.id.au
Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>Merge tag 'v5.10.42' into dev-5.10</title>
<updated>2021-06-04T11:38:00+00:00</updated>
<author>
<name>Joel Stanley</name>
<email>joel@jms.id.au</email>
</author>
<published>2021-06-04T11:31:26+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=7590e064c6a69cbb12535a84414c6a04840ae82e'/>
<id>urn:sha1:7590e064c6a69cbb12535a84414c6a04840ae82e</id>
<content type='text'>
This is the 5.10.42 stable release

Signed-off-by: Joel Stanley &lt;joel@jms.id.au&gt;
</content>
</entry>
<entry>
<title>platform/x86: hp_accel: Avoid invoking _INI to speed up resume</title>
<updated>2021-06-03T07:00:39+00:00</updated>
<author>
<name>Kai-Heng Feng</name>
<email>kai.heng.feng@canonical.com</email>
</author>
<published>2021-04-30T06:07:35+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=515181e38e9788a0fff038109dd62b8bf6819e76'/>
<id>urn:sha1:515181e38e9788a0fff038109dd62b8bf6819e76</id>
<content type='text'>
[ Upstream commit 79d341e26ebcdbc622348aaaab6f8f89b6fdb25f ]

hp_accel can take almost two seconds to resume on some HP laptops.

The bottleneck is on evaluating _INI, which is only needed to run once.

Resolve the issue by only invoking _INI when it's necessary. Namely, on
probe and on hibernation restore.

Signed-off-by: Kai-Heng Feng &lt;kai.heng.feng@canonical.com&gt;
Acked-by: Éric Piel &lt;eric.piel@trempplin-utc.net&gt;
Link: https://lore.kernel.org/r/20210430060736.590321-1-kai.heng.feng@canonical.com
Signed-off-by: Hans de Goede &lt;hdegoede@redhat.com&gt;
Signed-off-by: Sasha Levin &lt;sashal@kernel.org&gt;
</content>
</entry>
<entry>
<title>mei: request autosuspend after sending rx flow control</title>
<updated>2021-06-03T07:00:32+00:00</updated>
<author>
<name>Alexander Usyskin</name>
<email>alexander.usyskin@intel.com</email>
</author>
<published>2021-05-26T19:33:34+00:00</published>
<link rel='alternate' type='text/html' href='https://git.radix-linux.su/BMC/Intel-BMC/linux.git/commit/?id=ead51afc7f0d01747f77e2f0ae934de69425bcc7'/>
<id>urn:sha1:ead51afc7f0d01747f77e2f0ae934de69425bcc7</id>
<content type='text'>
commit bbf0a94744edfeee298e4a9ab6fd694d639a5cdf upstream.

A rx flow control waiting in the control queue may block autosuspend.
Re-request autosuspend after flow control been sent to unblock
the transition to the low power state.

Cc: &lt;stable@vger.kernel.org&gt;
Signed-off-by: Alexander Usyskin &lt;alexander.usyskin@intel.com&gt;
Signed-off-by: Tomas Winkler &lt;tomas.winkler@intel.com&gt;
Link: https://lore.kernel.org/r/20210526193334.445759-1-tomas.winkler@intel.com
Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;
</content>
</entry>
</feed>
