On Mon, Feb 13, 2012 at 11:13 PM, Paul Larson paul.larson@linaro.org wrote:
But what you said earlier was that there are still a lot of complications around the nfs booting, especially with specifying where to boot from.
This is all fixed since we can manipulate kernel bootcmd arguments. We just say "root=/dev/nfs nfsroot=ip:/path" while starting the model (with a pre-built kernel)
I
suspect nfs is not going to be a viable option at all for things like android. So what about revisiting why we cant use a real image before we make this more difficult than it really needs to be? I think the main thing was the image size, but since we've started looking at our main use cases for fast models, what stands out is that we really could cover our testing in nano and android - which should both fit fine in < 2GB.
We don't have any boot loaders that work from SD. You can still keep the rootfs if you really want to but I don't see how that is more complicated than NFS setup (which we already have). Thanks ZK
Thanks, Paul
On Feb 13, 2012 4:03 PM, "Zygmunt Krynicki" zygmunt.krynicki@linaro.org wrote:
On Mon, Feb 13, 2012 at 9:54 PM, Paul Larson paul.larson@linaro.org wrote:
Hi, I wanted to sync up on where things are with this, and as I understand, there's some confusion still about how we should get the available kernel and/or images for testing fast models.
First off, it seems there is no way to just take a kernel .axf as we thought because the boot args are wrapped into it as well. Is there really no way to inject that stuff after build time?
As explained in my other email this is now handled by linux-system-semi.axf which is a small boot loader for the real kernel.
Is it worth revisiting whether we should have proper hwpacks for fast models? I know there's the 2G max sd size issue with that, but if that's something arm can fix, or if we have another way around it, would that help?
My current desire is to implement NFS support. We can extend that to NBD support if there is interest in such features. As for fixing SD card limit, I don't know how that works. Perhaps that's a question for ARM folks.
Finally, I feel like we've chased a pretty messy route to get fast models supported here, which will ultimately break completely when we try to get android running also. Please correct me if I'm wrong here, but it seems the "recommended" approach is currently: lava takes as input: git tree for the kernel we want to build, defconfig to use, and rootfs tarball lava builds the kernel (lava doesn't do this currently, complicating things for us quite a bit - would be better if this step could be done externally, like in jenkins where we do the kernel ci builds) lava pushes the build axf to another system where we have the fast models software installed, provisions the rootfs for booting over nfs lava boots the system under fast models on this other machine, runs tests, gathers results, etc
Is that pretty close Zygmunt? Is there something more straightforward and less fragile that we can do here?
That's pretty much it. We don't need to build the kernel assuming we're getting a pre-build kernel from somewhere with all the modules so that we can prepare a working rootfs.
ZK
Thanks, Paul Larson