<br><br>On Monday, May 21, 2012, Richard Purdie wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On Sun, 2012-05-20 at 20:35 -0700, Khem Raj wrote:<br>
> This patchset adds required bits into metadata for having<br>
> mips64/n64 support. I have tested the core-image-sato and core-image-minimal<br>
> builds and boots on qemumips64 and runs gcc regression testsuite.<br>
> It needs linux-yocto-dev kernel for now which can be obtained from<br>
> poky-extra repo. Additionally systemd-image on angstrom-next builds and boots<br>
> fine on qemumips64 as well.<br>
><br>
> Additionally it also adds bits to have SH4 root file systems to be<br>
> able to built and again core-image-sato builds for sh4 however qemu<br>
> machine support is not yet done but root file sytem boots fine on<br>
> real hardware.<br>
><br>
> The images are tested on both eglibc and uclibc.<br>
><br>
> Any help in providing feedback or testing these patches is welcome.<br>
><br>
> I have tested them enough for over a month now.<br>
><br>
> The following changes since commit 326563d5a897ae2dba7cfd8d73579d3d979d72c8:<br>
><br>
> sstate.bbclass: Make sure we don't have an empty fixmepath file (2012-05-18 15:24:45 +0100)<br>
><br>
> are available in the git repository at:<br>
> git://<a href="http://git.openembedded.org/openembedded-core-contrib" target="_blank">git.openembedded.org/openembedded-core-contrib</a> kraj/mips64<br>
> <a href="http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/mips64" target="_blank">http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=kraj/mips64</a><br>
><br>
> Khem Raj (14):<br>
> insane.bbclass: Add mips64{el} to known machines<br>
> site: Add mips64 eglibc and uclibc site files<br>
> gcc-4.6, gcc-4.7: Add support for building mips64 cross compiler<br>
> binutils: Default to n64 when configured for mips64<br>
> kernel-arch.bbclass: Map mips64{el} to mips KARCH<br>
> eglibc-2.15: Support mips64<br>
> libc-package: Add sh4 and mips64 to arch options<br>
> runqemu: Add qemush4 and qemumips64 knowledge<br>
> netbase: Add interface files for qemumips64 and qemush4<br>
> site/sh-common: Add missing caches variables to build glib-2.32<br>
> xserver-xorg: Fix build for mips64<br>
> tune-mips64.inc: Add new tune file for mips64 big-endian<br>
> qemumips64.conf: Add machine configuration for mips64(eb)<br>
> qemush4.conf: Add machine configuration for qemush4<br>
<br>
<br>
We need to figure out what it means to add new qemu machines like this<br>
to OE-Core. I'm not against it however I can't offer the Yocto Project's<br>
resources to test them at this point as we're haven't budgeted for it.</blockquote><div><br></div><div>Yes absolutely, in another version Actually I have these machines in a separate later</div><div>Called meta-qemuextra may be such a layer would make sense ?<span></span></div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
The above patches make sense regardless so I've merged them except the<br>
final two machine files. I'd like to hold off adding those until the<br>
system builds and runs with our default kernel and qemu recipes.<br>
Hopefully this lets you develop without having a huge queue of patches.<br>
<br>
In the meantime we need to figure out the resource concern for testing.<br>
Is there a commercial interest in these new machines from anyone who<br>
could perhaps help with the resource issue?<br>
<br>
Cheers,<br>
<br>
Richard<br>
<br>
<br>
<br>
<br>
_______________________________________________<br>
Openembedded-core mailing list<br>
<a href="javascript:;" onclick="_e(event, 'cvml', 'Openembedded-core@lists.openembedded.org')">Openembedded-core@lists.openembedded.org</a><br>
<a href="http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core" target="_blank">http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-core</a><br>
</blockquote>