All of lore.kernel.org
 help / color / mirror / Atom feed
From: bogusemail98230@yahoo.com (john bougs)
To: kernelnewbies@lists.kernelnewbies.org
Subject: out-of-tree configuration
Date: Wed, 18 Jun 2014 08:13:35 -0700	[thread overview]
Message-ID: <1403104415.31348.YahooMailNeo@web160702.mail.bf1.yahoo.com> (raw)
In-Reply-To: <CAE4k239TrVF2em96WUC1+bbqx71dSbdf8YCO0YHG-TpTQNr8kA@mail.gmail.com>






On Wednesday, June 18, 2014 7:31 AM, Anders Darander <anders.darander@gmail.com> wrote:
 


?
Well, from your first email, I got the impression that you tried to move an in-tree module out of the kernel tree. 
What 3rd party module is it that you're building, that is delivered to you in a state to only allow in-tree builds? That's a pretty uncommon situation. 
Are the config options you need to be set something that only this module knows about, or are they something the rest of the kernel knows about? 
> Without? trying to sound confrontational, why not build it out of tree?
Well, there's nothing wrong to build a true 3rd party module out-of-tree. It might very well be your only choice due to a number of factors. 
Though, if you can get it upstreamed, you'll win in the long term. 
Cheers, 

Anders 


I'm playing with a module off of github -? fbtft.?? All the config is local to the module.? 

Thanks









?
Well, from your first email, I got the impression that you tried to move an in-tree module out of the kernel tree. 
What 3rd party module is it that you're building, that is delivered to you in a state to only allow in-tree builds? That's a pretty uncommon situation. 
Are the config options you need to be set something that only this module knows about, or are they something the rest of the kernel knows about? 
> Without? trying to sound confrontational, why not build it out of tree?
Well, there's nothing wrong to build a true 3rd party module out-of-tree. It might very well be your only choice due to a number of factors. 
Though, if you can get it upstreamed, you'll win in the long term. 
Cheers, 

Anders 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://lists.kernelnewbies.org/pipermail/kernelnewbies/attachments/20140618/558b04ca/attachment-0001.html 

      reply	other threads:[~2014-06-18 15:13 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-06-18 13:03 out-of-tree configuration John Bougs
2014-06-18 13:46 ` Anders Darander
2014-06-18 14:02   ` john bougs
2014-06-18 14:14     ` Valdis.Kletnieks at vt.edu
2014-06-18 14:30     ` Anders Darander
2014-06-18 15:13       ` john bougs [this message]

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=1403104415.31348.YahooMailNeo@web160702.mail.bf1.yahoo.com \
    --to=bogusemail98230@yahoo.com \
    --cc=kernelnewbies@lists.kernelnewbies.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 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.