Buildroot Archive on 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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox