From: Randy Dunlap <rdunlap@xenotime.net>
To: piotr@hosowicz.com
Cc: linux-kbuild@vger.kernel.org
Subject: Re: Maybe my frequent kernel building could be of some help to the community? And how to build?
Date: Sun, 21 Mar 2010 20:48:13 -0700 [thread overview]
Message-ID: <4BA6E87D.2030405@xenotime.net> (raw)
In-Reply-To: <4BA6E49F.3070008@example.com>
On 03/21/10 20:31, Piotr Hosowicz wrote:
> Randy Dunlap wrote:
>
>> One thing that you could do that no one focuses on is building
>> with some kconfig symbols disabled (ones that are typically enabled),
>> such as CONFIG_SMP=n, CONFIG_SYSFS=n, CONFIG_PROC_FS=n, CONFIG_PM=n,
>> CONFIG_PCI=n, CONFIG_BLOCK=n, CONFIG_NET=n, CONFIG_INET=n (but latter
>> with CONFIG_NET=y), CONFIG_HOTPLUG=n. Not all of these at the same time,
>> just various/random combinations of them.
>
> I am glad I can help. At last I sat down to write the scripts, I was so
> excited I couldn't fall asleep ;-). I figured it out in such a way:
>
> - separate system user for building
> - in his crontab everyminute a build try starts with randomized options
> you mentioned - this works, I hope
>
> The problem is that it requires my assistance, because it asks a few
> questions like in make oldconfig when there are new options available. I
> do not know how to fix this.
>
> Here are the scripts:
>
> # randomize-conf.sh
>
> #!/bin/bash
>
> NETENABLED=0
> function enable_or_not(){
> if test $RANDOM -lt 16383 ; then
> if test $1=CONFIG_NET ; then
> NETENABLED=1
> echo $1=y
> return
> fi
> if test $1=CONFIG_INET && test $NETENABLED -eq 1 ; then
> if test $RANDOM -lt 16383 ; then
> echo $1=y
> else
> echo '# CONFIG_'$1' is not set'
> fi
> return
> fi
> else
> echo '# CONFIG_'$1' is not set'
> fi
> }
>
> while read LINE ; do
> FIRST=$(echo $LINE | cut -d '=' -f 1)
> case $FIRST in
> CONFIG_SMP)
> enable_or_not CONFIG_SMP
> ;;
> CONFIG_SYSFS)
> enable_or_not CONFIG_SYSFS
> ;;
> CONFIG_PROC_FS)
> enable_or_not CONFIG_PROC_FS
> ;;
> CONFIG_PM)
> enable_or_not CONFIG_PM
> ;;
> CONFIG_PCI)
> enable_or_not CONFIG_PCI
> ;;
> CONFIG_BLOCK)
> enable_or_not CONFIG_BLOCK
> ;;
> CONFIG_NET)
> enable_or_not CONFIG_NET
> ;;
> CONFIG_INET)
> enable_or_not CONFIG_INET
> ;;
> CONFIG_HOTPLUG)
> enable_or_not CONFIG_HOTPLUG
> ;;
> *)
> echo $LINE
> esac
> done
>
> # try-build.sh
>
> #!/bin/bash
>
> RCPT=phz@localhost
>
> function tidy(){
> rm ../results/.config 2>/dev/null
> rm ../results/build.log 2>/dev/null
> rm ../BUILDING-NOW 2>/dev/null
> }
>
> cd ~/kernel/linux
> if test -f ../BUILDING-NOW ; then
> exit 0
> else
> touch ../BUILDING-NOW
> make mrproper
> cat ../config.all | ../randomize-conf.sh > ./.config
> make prepare
Hm, I'm not even familiar with "make prepare". Instead at this point I use
"make oldconfig", and to help it along with answers (non-interactive answers,
that is), use 'yes', like:
yes '' | make oldconfig
I think that this will fix what you described...
> cp .config ../results/
> make -j 10 2>&1 > ../results/build.log
> if test $? -ne 0 ; then
> (cat ../results/.config && cat ../results/build.log) | mail -s
> 'Build failed at kernel phase' $RCPT
> mv ../results/.config ../results/.config.kf.$(date +%y%m%d-%H%M%S)
> tidy
> exit 0
> fi
> make -j 10 modules 2>&1 >> ../results/build.log
> if test $? -ne 0 ; then
> (cat ../results/.config && cat ../results/build.log) | mail -s
> 'Build failed at modules phase' $RCPT
> mv ../results/.config ../results/.config.mf.$(date +%y%m%d-%H%M%S)
> tidy
> exit 0
> fi
> echo OK | mail -s 'ok' $RCPT
> tidy
> fi
--
~Randy
next prev parent reply other threads:[~2010-03-22 3:48 UTC|newest]
Thread overview: 47+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-03-16 19:02 Maybe my frequent kernel building could be of some help to the community? And how to build? Piotr Hosowicz
2010-03-16 19:24 ` Randy Dunlap
2010-03-16 19:33 ` Piotr Hosowicz
2010-03-16 19:42 ` Randy Dunlap
2010-03-17 3:24 ` Piotr Hosowicz
2010-03-17 15:07 ` Randy Dunlap
[not found] ` <4BA0F8DE.1050006@example.com>
2010-03-17 15:54 ` Randy Dunlap
2010-03-17 16:03 ` Piotr Hosowicz
2010-03-17 17:49 ` Piotr Hosowicz
2010-03-17 17:53 ` Randy Dunlap
2010-03-18 15:40 ` Randy Dunlap
2010-03-22 3:31 ` Piotr Hosowicz
2010-03-22 3:48 ` Randy Dunlap [this message]
2010-03-22 12:42 ` Piotr Hosowicz
2010-03-22 12:53 ` Piotr Hosowicz
2010-03-24 1:12 ` Piotr Hosowicz
2010-03-24 21:43 ` Randy Dunlap
2010-03-25 11:38 ` Piotr Hosowicz
2010-03-25 17:29 ` Randy Dunlap
2010-03-25 17:37 ` Piotr Hosowicz
2010-03-25 17:40 ` Randy Dunlap
2010-03-25 17:48 ` Piotr Hosowicz
2010-03-25 17:54 ` Randy Dunlap
2010-03-25 18:35 ` Piotr Hosowicz
2010-03-25 22:04 ` Randy Dunlap
2010-03-25 22:15 ` Piotr Hosowicz
2010-03-26 16:46 ` Piotr Hosowicz
2010-03-27 16:37 ` Piotr Hosowicz
2010-03-27 16:39 ` Piotr Hosowicz
2010-04-01 16:02 ` Randy Dunlap
2010-04-01 17:24 ` Piotr Hosowicz
2010-04-01 17:44 ` Piotr Hosowicz
2010-03-29 20:16 ` Is root kernel parameter expected to be the first one or something? Piotr Hosowicz
2010-03-29 20:38 ` Randy Dunlap
2010-03-29 20:41 ` Piotr Hosowicz
2010-03-29 21:33 ` Randy Dunlap
2010-03-29 22:32 ` Piotr Hosowicz
2010-03-29 22:39 ` Randy Dunlap
2010-03-29 22:44 ` Piotr Hosowicz
2010-03-29 22:48 ` Randy Dunlap
2010-03-29 22:55 ` Piotr Hosowicz
2010-03-29 23:06 ` Randy Dunlap
2010-03-29 23:44 ` Piotr Hosowicz
2010-03-30 16:37 ` Piotr Hosowicz
2010-03-30 18:03 ` Piotr Hosowicz
2010-03-30 19:00 ` Piotr Hosowicz
2010-03-31 9:15 ` Piotr Hosowicz
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4BA6E87D.2030405@xenotime.net \
--to=rdunlap@xenotime.net \
--cc=linux-kbuild@vger.kernel.org \
--cc=piotr@hosowicz.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).