<div dir="ltr">Thank you!<div><br></div><div>Is there an "easy" way to bake the resulting kernel image into an image for the SPI flash chip?<div><br></div><div>I often make kernel-only changes and usually run through the whole process of committing to a local repo, then running bit bake and waiting for all the other stuff it also does. If there was a way to just build the kernel and replace the one in the SPI flash image with the new one, that would be awesome.<br><div><br></div><div>Oskar.</div></div></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Apr 26, 2019 at 10:15 AM Andrew Jeffery <<a href="mailto:andrew@aj.id.au">andrew@aj.id.au</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><br>
<br>
On Fri, 26 Apr 2019, at 08:01, Patrick Venture wrote:<br>
> I'm getting feedback from a patchset I sent upstream that there are<br>
> compiler warnings.  Which surprised me because my OpenBMC builds with<br>
> those patches don't complain.  I imagine therefore we have them<br>
> silenced and was curious where we silence them.<br>
<br>
How are you building the kernel?<br>
<br>
I strongly recommend you build kernels directly from the kernel source tree rather than using bitbake, if that's what you're doing.<br>
<br>
In the kernel source tree, do:<br>
<br>
$ export ARCH=arm<br>
$ export CROSS_COMPILE=arm-linux-gnueabi-<br>
$ make aspeed_g5_defconfig<br>
$ make W=1 -j$(nproc)<br>
<br>
This exports are from memory, ymmv.<br>
<br>
In addition to giving you more output than Greg is after, it has a much lower write/compile/test latency.<br>
<br>
Hope that helps,<br>
<br>
Andrew<br>
<br>
> <br>
> Patrick<br>
><br>
</blockquote></div>