All of lore.kernel.org
 help / color / mirror / Atom feed
From: Ulf Samuelsson <ulf@atmel.com>
To: buildroot@busybox.net
Subject: [Buildroot] Placement of custom module-building in buildrootprocedure
Date: Wed, 5 Dec 2007 17:51:48 +0100	[thread overview]
Message-ID: <000201c83769$2c903080$6e03420a@atmel.com> (raw)
In-Reply-To: 996871.76104.qm@web51907.mail.re2.yahoo.com

> 
> Hello -
> 
>  I've searched the archives for this last year and
> couldn't find an answer so I appeal to your good humor in
> guiding me... I'm using buildroot/busybox 1.01/linux 2.6.18
> ported for MIPS provided by PMC-Sierra.
> 
>  I'm trying to add another module (dev driver
> specifically) to the build. Do I need to specifically add
> my module into a config file under the linux tree, or is it
> good enough to call the "make M=$(MYSRCDIR) -C $(KERNELDIR)
> modules" on my own, within my own Makefile, (i.e. along
> with the build of my applications/libraries) that is
> included as a separate package in the buildroot process?
> 
You should develop your linux driver separate from buildroot,
and then generate a patch.
By using the advanced linux configuration you can supply
a path to the patch, and when linux is decompressed,
your patch will be applied to the linux source tree.

By giving the command:

$ make configured

you will stop the build before anything is compiled.
Go into the linux source directory in $(PROJECT_BUILD_DIR) and do 

$ make ARCH=mips xconfig.

Save the configuration and ensure that the .config is available
somewhere in the buildroot tree and that LINUX26_KCONFIG 
is the path to the file.

One way of doing this automatically is to do

make saveconfig

This will store your configuration files under "local/<project>".

>  I presume perhaps I can't call 'modules' on my own
> [during the kernel build] since it needs to be called
> following all the other modules being built in the linux
> kernel build - is this correct? If this is true, what't the
> authoratative buildroot file I add reference to my module
> so it gets built as the last module?
> 
>  My module need not start-up at boot, I was going to
> insmod-it in the rc.local script - is this conventional?
> 
>  Thanks
>    Sean Parker
> 
> P.S. Does anyone know of a resource I could look at to
> learn the fundamentals of how the Linux build runs,
> especially the use of the "obj-y obj-m" stuff? I'm a
> relative Make novice, and would like to understand that
> better.
> 
> 
> 
> 
> 
> God Bless 
>    Sean Parker 
> 


Best Regards
Ulf Samuelsson

  parent reply	other threads:[~2007-12-05 16:51 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-12-05  5:01 [Buildroot] version bumps needed for few packages Hebbar
2007-12-05 14:06 ` [Buildroot] Placement of custom module-building in buildroot procedure Sean Parker
2007-12-05 14:24   ` Sean Parker
2007-12-05 16:51   ` Ulf Samuelsson [this message]
2007-12-05 18:52     ` [Buildroot] Placement of custom module-building in buildrootprocedure Sean Parker

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='000201c83769$2c903080$6e03420a@atmel.com' \
    --to=ulf@atmel.com \
    --cc=buildroot@busybox.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.