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 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.