From: Piet/Pete Delaney <piet@sgi.com>
To: linux-ia64@vger.kernel.org
Subject: Re: [Linux-ia64] Re: Running ia64 2.4.17 kernel on RedHat 7.2 and problems with LoadModule: "scanpci
Date: Fri, 22 Mar 2002 00:55:58 +0000 [thread overview]
Message-ID: <marc-linux-ia64-105590701905321@msgid-missing> (raw)
In-Reply-To: <marc-linux-ia64-105590701905319@msgid-missing>
On Fri, Mar 22, 2002 at 11:27:35AM +1100, Keith Owens wrote:
> On Thu, 21 Mar 2002 15:42:55 -0800,
> Piet/Pete Delaney <piet@sgi.com> wrote:
> >On Fri, Mar 22, 2002 at 08:30:54AM +1100, Keith Owens wrote:
> >> On Wed, 20 Mar 2002 22:51:32 -0800,
> >> Piet/Pete Delaney <piet@sgi.com> wrote:
> >> >How do I build:
> >> >
> >> > /boot/module-info-${KERNELRELEASE}
> >> > /boot/kernel.h-${KERNELRELEASE}
> >>
> >> Redhat special files, not part of the kernel build.
> >
> >Any idea what they do? Perhaps it's involved with my X11R6 problem below...
>
> RH use module-info to map devices to kernel.
Like frame buffers?
.
.
.
> >What does "binary only module at boot time" mean?
>
> Binary only modules (BOM) either have no source or the source is not
> GPL. Linus has "allowed" binary only kernel code as modules. Binary
> only code cannot be linked into the kernel if you distribute the
> kernel. What you do in the privacy of your own machine is up to you,
> the GPL only bites if you distribute your kernel.
What about modules that aren't distributed with the kernel but
are released as objects (perhaps src) to be linked into the kernel
by the customer. For example, something like kdb. Your saying a company
that distributes kdb like objects that the a sustomer links into the
kernel must release the src of the objects under the GPL license.
So for you to release something like kdb sourceless you would have to
link it into the kernel as a module and make it useless for early startup.
> If your kernel requires a binary only driver in order to boot then that
> driver must be a module.
right.
> To load a driver at boot time, you have to
> use initrd. My attitude is that unless you absolutely need initrd,
> don't use it.
Yep, I like just linking the stuff in and keeping things as simple as possible.
-piet
next prev parent reply other threads:[~2002-03-22 0:55 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2002-03-22 0:27 [Linux-ia64] Re: Running ia64 2.4.17 kernel on RedHat 7.2 and problems with LoadModule: "scanpci" wh Keith Owens
2002-03-22 0:55 ` Piet/Pete Delaney [this message]
2002-03-22 1:07 ` [Linux-ia64] Re: Running ia64 2.4.17 kernel on RedHat 7.2 and problems with LoadModule: "scanpci Keith Owens
2002-03-22 5:18 ` [Linux-ia64] Re: Running ia64 2.4.17 kernel on RedHat 7.2 and problems with LoadModule: "scanpci" wh Piet/Pete Delaney
2002-03-22 16:59 ` [Linux-ia64] Re: Running ia64 2.4.17 kernel on RedHat 7.2 and Luck, Tony
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=marc-linux-ia64-105590701905321@msgid-missing \
--to=piet@sgi.com \
--cc=linux-ia64@vger.kernel.org \
/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