All of lore.kernel.org
 help / color / mirror / Atom feed
From: Troy Lee <troy_lee@aspeedtech.com>
To: Andrew Jeffery <andrew@aj.id.au>
Cc: "openbmc@lists.ozlabs.org" <openbmc@lists.ozlabs.org>
Subject: Re: Supporting new interfaces in phosphor-ipmi-flash
Date: Thu, 28 Jan 2021 07:29:47 +0000	[thread overview]
Message-ID: <20210128072947.GB2594588@aspeedtech.com> (raw)
In-Reply-To: <6ea6d5b9-0e31-4a87-8990-b5ce53e2416d@www.fastmail.com>

Hi Andrew,

The 01/28/2021 07:14, Andrew Jeffery wrote:
> 
> 
> On Wed, 27 Jan 2021, at 20:13, Troy Lee wrote:
> > Hi team,
> > 
> > For security consideration, user might want to disable AST2500/AST2600 
> > P2A functionality by default. To compensate the effect to 
> > phosphor-ipmi-flash, we're planning to support two alternative in-band 
> > firmware upgrade over PCIe for AST2500/AST2600 (AST2520 and AST2620 are 
> > excluded):
> >  - Through a reserved **VGA** memory on BAR[0], or
> >  - Through a reserved **PCIe** shared memory on BAR[1]
> > 
> > The usage pretty much the same as P2A, but it runs on different BAR, 
> > offset and length.
> > This will involves modifying phosphor-ipmi-flash/[tools|bmc]. Should I 
> > create new **interfaces**, e.g. astpcie/astvga?
> > 
> 
> This is the HOST2BMC functionality in the 2600 datasheet?
> 
> It would be great to have more detail on how it works.
> 
> Andrew

No, it doesn't use HOST2BMC interface, it uses VGA controller's mmio.
Perhaps HOST2BMC is also a possible solution, too.

02:00.0 0300: 1a03:2000 (rev 51) (prog-if 00 [VGA controller])
        Subsystem: 1a03:2000
        Flags: bus master, medium devsel, latency 0, IRQ 16
        Memory at f6000000 (32-bit, non-prefetchable) [size=16M]  <--- Option 1
        Memory at f7040000 (32-bit, non-prefetchable) [size=128K] <--- Option 2
        I/O ports at e000 [size=128]
        Expansion ROM at 000c0000 [disabled] [size=128K]
        Capabilities: [40] Power Management version 3
        Capabilities: [50] MSI: Enable- Count=1/4 Maskable- 64bit+
        Kernel driver in use: ast
        Kernel modules: ast

Option 1 allocates a 1MB memory from the end of VGA memory, so it will
need some change to VBIOS.

Option 2 allocates a 4K memory from BMC memory space. Since the buffer
is smaller, the ipmi-blob protocol overhead will be greater.


Thanks,
Troy Lee

  reply	other threads:[~2021-01-28  7:31 UTC|newest]

Thread overview: 11+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-01-27  9:43 Supporting new interfaces in phosphor-ipmi-flash Troy Lee
2021-01-27 16:04 ` Patrick Venture
2021-01-27 17:48   ` Benjamin Fair
2021-01-28  7:15     ` Troy Lee
2021-01-27 23:14 ` Andrew Jeffery
2021-01-28  7:29   ` Troy Lee [this message]
2021-01-31 23:19     ` Andrew Jeffery
2021-02-01  7:37       ` Troy Lee
2021-02-09  9:06         ` Troy Lee
2021-02-14 23:26           ` Andrew Jeffery
2021-02-18  6:24             ` Troy Lee

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=20210128072947.GB2594588@aspeedtech.com \
    --to=troy_lee@aspeedtech.com \
    --cc=andrew@aj.id.au \
    --cc=openbmc@lists.ozlabs.org \
    /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.