linux-kbuild.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Piotr Hosowicz <piotr@hosowicz.com>
To: Randy Dunlap <rdunlap@xenotime.net>
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: Mon, 22 Mar 2010 13:53:38 +0100	[thread overview]
Message-ID: <4BA76852.8000506@example.com> (raw)
In-Reply-To: <4BA765B8.5010808@example.com>

Piotr Hosowicz wrote:
> Randy Dunlap wrote:
>> 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...
> 
> No, it will not. The problem is somewhere in my randomizer. During build 
> preparation it oldconfig-style asks eg for SMP which is enabled in the 
> template. It should not ask. Now I observe that it functions randomly. 
> Sometimes build procedes as expected, sometimes not. I must carefully 
> think it through, possibly rewrite.

The randomizer is severely botched. First error is here:

 >>>         echo '# CONFIG_'$1' is not set'

Should be:

 >>>         echo '# '$1' is not set'

But it seems that it works, but I do not understand why. Needs rewrite, 
better config template line parsing.

Regards,

Piotr Hosowicz

-- 
Na przyjęciu chłopak pyta blondynkę:
- Czy mogę cię prosić do walca?
- Zgłupiałeś? To już nie miałeś czym przyjechać?
NP: Black Stone Cherry - Reverend Wrinkle
NB: 2.6.34-rc1-git9-a

  reply	other threads:[~2010-03-22 12:53 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
2010-03-22 12:42         ` Piotr Hosowicz
2010-03-22 12:53           ` Piotr Hosowicz [this message]
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=4BA76852.8000506@example.com \
    --to=piotr@hosowicz.com \
    --cc=linux-kbuild@vger.kernel.org \
    --cc=rdunlap@xenotime.net \
    /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).