All of lore.kernel.org
 help / color / mirror / Atom feed
From: Oskar Senft <osk@google.com>
To: Jeremy Kerr <jk@ozlabs.org>, zhang_cy1989 <zhang_cy1989@163.com>
Cc: Andrew Jeffery <andrew@aj.id.au>,
	"openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>,
	 James Feist <james.feist@linux.intel.com>
Subject: Re: How to use eSPI between Host and slave BMC in openbmc project
Date: Mon, 11 May 2020 09:31:53 -0400	[thread overview]
Message-ID: <CABoTLcSappOuBWZ6w=PZPNo4=EbzPiTVbYV6vv10AS9bG116hQ@mail.gmail.com> (raw)
In-Reply-To: <840ea83777699177e2af8ba77c193c73e27feaca.camel@ozlabs.org>

[-- Attachment #1: Type: text/plain, Size: 1597 bytes --]

Hi

Jeremy's response matches my understanding, thank you!

> 1 Are there some solutions to use eSPI interface in openbmc project?
>
> There are some platforms in development that use eSPI between the host
> and BMC, yes.
>
On platforms using Intel's C620 series PCH + AST2500 BMC,  eSPI can be used
basically exactly like LPC on both sides.


> For the BMC, we need some support in the kernel to handle eSPI
> behaviour. There is a prototype driver for the ast2500 eSPI slave
> around, but it hasn't made it upstream:
>
> https://lists.ozlabs.org/pipermail/openbmc/2018-February/010937.html

Yes, without that, the PCH will not release the host CPU from reset.

 > 5 eSPI interface can transmit io cycle and mem cycle,

> > but in which case or applications eSPI transfer mem cycle?
>
> I haven't seen anything specific, I don't think it'd be too useful in
> our architecture.
>
I've seen platforms that load the "lower 16 MiB" from SPI flash (descriptor
region, ME, GbE FW) and load the "upper 16 MiB" (the actual BIOS) via LPC.
The same should be possible via eSPI.

Note that with eSPI it would "technically" be possible to load _ALL_ FW for
the PCH (descriptor region, ME, GbE FW, BIOS) via eSPI using the "Slave
Attached Flash Sharing" (SAFS) feature. However, there's no BMC available
today that I know of that supports that, but support is in the works on BMC
chips. Having said that, Intel's support for SAFS is unclear: some
documents claim it's supported, others state it's not POR (SAFS that is).

Happy to provide more information.

Oskar.

[-- Attachment #2: Type: text/html, Size: 2439 bytes --]

  reply	other threads:[~2020-05-11 13:32 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2020-05-10  8:27 How to use eSPI between Host and slave BMC in openbmc project zhang_cy1989
2020-05-11  0:13 ` Andrew Jeffery
2020-05-11  0:47   ` Jeremy Kerr
2020-05-11 13:31     ` Oskar Senft [this message]
2020-05-15 13:43       ` zhang_cy1989
2020-05-27  7:03 Wang, Kuiying
2020-06-17 22:42 ` zhang_cy1989

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CABoTLcSappOuBWZ6w=PZPNo4=EbzPiTVbYV6vv10AS9bG116hQ@mail.gmail.com' \
    --to=osk@google.com \
    --cc=andrew@aj.id.au \
    --cc=james.feist@linux.intel.com \
    --cc=jk@ozlabs.org \
    --cc=openbmc@lists.ozlabs.org \
    --cc=zhang_cy1989@163.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.