Re: [Ksummit-discuss] kselftest - What's in 3.17 and plans for 3.18 and beyond

[Rob Landley <rob@landley.net>]

On 08/13/2014 11:45 AM, Masami Hiramatsu wrote:
> (2014/08/13 17:35), Linus Walleij wrote:
>> On Tue, Aug 12, 2014 at 3:00 PM, Grant Likely <grant.likely@secretlab.ca> wrote:
>>> On Tue, 12 Aug 2014 01:13:07 +0900, Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com> wrote:
>>
>>>> I see, for that purpose, installing testcase may not fit.
>>>> BTW, how would it cover cross-build?
>>>
>>> I'm interested in this as well. I'm working on a tool that crossbuilds a
>>> very simple busybox rootfs and boots in QEMU for as many architectures
>>> as possible. I want to make it easy to sanity test all the major
>>> architectures. Right now it does little more than boot to a login
>>> prompt, but I'd like to get the kselftests into it also.
>>
>> Hm that sounds like a goal similar to what Rob Landley has
>> described as one goal for Aboriginal Linux as well.
>> http://landley.net/aboriginal/about.html
> 
> Hmm, I also consider that the Aboriginal Linux and other busybox-based minimal
> distro may not have "make" on their rootfs. In that case, we need to make self-
> executable binaries and install it with testing "ash" scripts so that it can
> run on busybox. It may be just a technical issue.

Aboriginal Linux has make in the native root filesystem. (Again, last
gplv2 version so it's a touch stale now. Back when I did busybox stuff I
planned to write a make for that, and now I plan to write one for
toybox, but it's a post 1.0 todo item.)

There's also a native-compiler tarball that's just the stuff it adds on
top of the simple-root-filesystem to make the development environment.
(This includes make and bash 2.05b.)

Now that my initmpfs patches are upstream, I'm refactoring things to put
the simple-root-filesystem in initramfs and splice the native-compiler
stuff from hda into the $PATH at runtime, in the init script. But I'm
two kernel releases behind, and should probably ship a 3.15 version
before doing much more development...

Rob

(P.S. Making a stripped down linux from scratch build based on busybox
and uclibc is why I got into busybox development in the first place.
That's why I wound up doing so much work on it I got the maintainership
handed to me for a bit. Now I'm doing it all again in toybox because
Android won't use busybox because it's under the GPL.)