<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Fri, Jun 3, 2016 at 1:12 PM, Joel Stanley <span dir="ltr"><<a href="mailto:joel@jms.id.au">joel@jms.id.au</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">Hello Rick,<br>
<span class="gmail-"><br>
On Thu, Jun 2, 2016 at 1:05 PM, Rick Altherr <<a href="mailto:raltherr@google.com">raltherr@google.com</a>> wrote:<br>
> AFAIK, Zaius will have an option for NC-SI in addition to an on-board PHY.<br>
> I suspect there will be some work required for NC-SI with the NICs Google<br>
> will be using.<br>
<br>
</span>We've got a proposed NC-SI stack in our kernels we're using for<br>
Barreleye and on a ast2500 based system. That's been worked on by<br>
Gavin; he's keen to find someone who works in the Linux network stack<br>
to provide meaningful review.<br></blockquote><div><br></div><div>Let me ask if we have anyone here at Google who can help.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
<span class="gmail-"><br>
> Are you planning to stick with 4.7-rc1 as a base for AST2500 support?  I was<br>
> expecting to start from a normal release such as 4.6.<br>
<br>
</span>We tend to keep moving forward so any work we do is relevant for<br>
upstreaming. I have some basic aspeed support upstream in 4.7, and I<br>
moved our drivers up so I could test this. As I didn't run in to any<br>
trouble on the evb when testing we're running with 4.7.<br>
<br>
I intend to continue cleaning up our drivers and submitting them<br>
before the 4.8 merge window opens. Assistance on this front is<br>
welcome.<br>
<span class="gmail-"><br></span></blockquote><div><br></div><div>As we discussed in IRC, I've backported the upstream aspeed support from 4.7-rc1 to 4.6 and then rebased your dev-4.7 branch on top.  I've pushed the result to <a href="https://github.com/kc8apf/linux/tree/v4.6-ast2500">https://github.com/kc8apf/linux/tree/v4.6-ast2500</a>.  This seems to be a good starting point for linux-obmc so I'll send a pull request soon.  While you move your dev branch along with upstream, I'll backport changes into the 4.6-based linux-obmc branch until 4.7 is released.  Then we'll move linux-obmc to 4.7 and repeat.  That way, poky can be aimed at the 4.6-based linux-obmc and let work on the BSP and machine layers continue.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex"><span class="gmail-">
> I'll ask one of my people to start looking into u-boot.  I know we need to<br>
> do some work for Google-specific changes but we should also be able to help<br>
> with getting the Aspeed changes cleaned up for upstream.<br>
<br>
</span>We've got two people working on that front. Teddy has been focusing on<br>
the ast2400 and sent some mail to the u-boot list relating to that<br>
today.<br>
<br>
Cedric has been focusing on ast2500 support. He has that booting on<br>
Qemu and will try that on hardware next week.<br>
<br></blockquote><div><br></div><div>I look forward to seeing the changes.  Full obmc-phosphor-images will be blocked until we have a u-boot that can at least build for ast2500.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Finally, Brad has added a ast2500-evb board to our poky tree. Expect<br>
to see patches for that on the list in the next day or two.<br>
<br></blockquote><div><br></div><div>As we discussed on IRC, Xo and I have also put together a BSP and machine layer that seems to build everything except u-boot.  So far when using the SDK u-boot, the image seems to boot up to starting login consoles.  There's something not right with the ttys so we never get a login prompt.  Xo is poking at that now.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;border-left-color:rgb(204,204,204);padding-left:1ex">
Cheers,<br>
<br>
Joel<br>
<div class="gmail-HOEnZb"><div class="gmail-h5"><br>
><br>
><br>
> On Wed, Jun 1, 2016 at 7:26 PM, Patrick Williams <<a href="mailto:patrick@stwcx.xyz">patrick@stwcx.xyz</a>> wrote:<br>
>><br>
>> Rick,<br>
>><br>
>> Joel has been working on the AST2500 support for the kernel. I believe<br>
>> his current working tree is here:<br>
>>     <a href="https://github.com/shenki/linux/tree/dev-4.7" rel="noreferrer">https://github.com/shenki/linux/tree/dev-4.7</a><br>
>><br>
>> We are currently using the u-boot from the Aspeed SDK without much<br>
>> (any?) change at all. I think this is his tree for that:<br>
>>     <a href="https://github.com/shenki/u-boot/tree/v2013.01-aspeed-ast2500" rel="noreferrer">https://github.com/shenki/u-boot/tree/v2013.01-aspeed-ast2500</a><br>
>><br>
>> We are also in the process of creating the AST2500 BSP recipes to pull<br>
>> this work all together. You should see some commits in the next few days<br>
>> for this. In the worst case, it will be up by the end of next week.<br>
>><br>
>> One area of need we have is taking the u-boot changes from Aspeed and<br>
>> getting them cleaned up, applicable to upstream master, and sent<br>
>> upstream. Joel and Teddy from Facebook have both done a little work in<br>
>> this area, but I think both of them have been busy with other tasks.<br>
>><br>
>> Have you looked at support for Zaius' NIC for the BMC? Some of the<br>
>> systems use an NCSI shared interface and some have an independent PHY.<br>
>> This has tended to be a "problematic" area for both u-boot and kernel.<br>
>> If you're not using an already-supported interface there will be code<br>
>> you need to write there. U-boot isn't required but is handy for netboot<br>
>> in development.<br>
>><br>
>> I don't have the roadmap ready for the userspace work we are planning to<br>
>> do. There is a significant amount of work we have planned over the next<br>
>> N months for a machine we are developing in a parallel time-frame with<br>
>> Zaius. I am really striving to get this all out on Github so we can<br>
>> coordinate this work with your team, but had some snags that I am<br>
>> working out.<br>
>><br>
>> I am going to be in town next Wed 6/8. We can discuss some more on the<br>
>> userspace plans face-to-face. Hopefully, I can get our plans for the<br>
>> next few months published in Github by the end of this month.<br>
>><br>
>> On Wed, Jun 01, 2016 at 12:54:51PM -0700, Rick Altherr wrote:<br>
>> > For Zaius, Google and Rackspace's Power9 server, we'll be including an<br>
>> > AST2500 and plan to run OpenBMC.  I have a few people on my team<br>
>> > available<br>
>> > to contribute to AST2500 bringup and Zaius-specific OpenBMC development.<br>
>> > I'm trying to figure out what all needs to be done, what AST2500 work is<br>
>> > already being done, and where my team's contributions can best be<br>
>> > utilized.<br>
>> ><br>
>> > I know Xo Wang (<a href="mailto:xow@google.com">xow@google.com</a>) has already been talking with some of<br>
>> > you<br>
>> > about the kernel work needed for AST2500.  What is needed in Yocto and<br>
>> > the<br>
>> > userspace apps?  I can easily put together a AST2500 bsp layer but<br>
>> > without<br>
>> > a corresponding kernel, that's not particularly useful.<br>
>> ><br>
>> > Is there a published roadmap somewhere?  Where do you see the biggest<br>
>> > need<br>
>> > for help?<br>
>> ><br>
>> > Rick<br>
>><br>
>> > _______________________________________________<br>
>> > openbmc mailing list<br>
>> > <a href="mailto:openbmc@lists.ozlabs.org">openbmc@lists.ozlabs.org</a><br>
>> > <a href="https://lists.ozlabs.org/listinfo/openbmc" rel="noreferrer">https://lists.ozlabs.org/listinfo/openbmc</a><br>
>><br>
>><br>
>> --<br>
>> Patrick Williams<br>
><br>
><br>
><br>
> _______________________________________________<br>
> openbmc mailing list<br>
> <a href="mailto:openbmc@lists.ozlabs.org">openbmc@lists.ozlabs.org</a><br>
> <a href="https://lists.ozlabs.org/listinfo/openbmc" rel="noreferrer">https://lists.ozlabs.org/listinfo/openbmc</a><br>
><br>
</div></div></blockquote></div><br></div></div>