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
next prev 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