How to power on Intel x86 based CPUs

Brad Chou chou.brad at gmail.com
Fri Apr 13 19:43:40 AEST 2018


Hi,
Actually I am using the meta-s2600wf as my TEMPLATECONF.
Now switch to Q71L but found some problems :

1. I can not send the same REST command to power up the host. It seems the xyz/openbmc_project/state/host0/attr/RequestedHostTransition 
is gone. I even can’t see any attributes related to xyz/openbmc_project/state.

2. I found in quanta-q71l.conf, it remove the obmc-host-state-mgmt, this may be needed when using REST to power on host. Why q71L remove it ?  Is it because of not compatible with x86 system ?

3. Suppose the REST is not used by Q71L, how can I power it up from LAN ?

Thanks.


> On Apr 10, 2018, at 21:36, Andrew Jeffery <andrew at aj.id.au> wrote:
> 
> Hi Brad,
> 
> On Tue, 10 Apr 2018, at 19:35, Brad Chou wrote:
>> Hi,
>> I am going to power on my OEM server board with two Intel x86 CPUs. The 
>> BMC chip is ASPEED 2500.
>> 
>> By the Intel data sheets, I just need to control a power on GPIO to 
>> emulate power button behavior.
>> The problems are, when I send Host State Control commands as mentioned 
>> in docs/host-management.md, the journal log shows a lot of systemctl 
>> errors.
>> 
>> Looks like it is going to start the OpenPower related host control 
>> services, which only applies to PowerPC system.
>> I try to modify GPIO_CONFIGS appears in skeleton recipe to match my 
>> board, but I still got some other errors says pflash stuffs.
> 
> It sounds like you're building an OpenPOWER-based BMC image - this is controlled by how you set the TEMPLATECONF environment variable when sourcing the `openbmc-env` file to build (at a guess I'd say you're building for Palmetto, as it's used throughout the examples in the docs repo).
> 
> We do have support for a couple of x86 machines in the tree - your best bet is probably the Quanta 71L machine maintained by Patrick Venture:
> 
> https://github.com/openbmc/openbmc/tree/master/meta-openbmc-machines/meta-x86/meta-quanta/meta-q71l
> 
> As an aside, if you're experimenting and switching between target machines, it's probably a good idea to blow away your build/conf directory to make sure things get set up correctly when you next set TEMPLATECONF and source openbmc-env.
> 
>> 
>> Because there is no documents to tell me how to customize the openbmc to 
>> fit on x86 CPUs, so I am not sure the GPIO_CONFIGS in skeleton is the 
>> right way or not.
> 
> Yeah, there's not a wealth of documentation on bringing up a new machine. It would be great if you could document your experience once you get there :)
> 
> Hope that helps in some way,
> 
> Andrew

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.ozlabs.org/pipermail/openbmc/attachments/20180413/af9716a7/attachment-0001.html>


More information about the openbmc mailing list