Re: HEADSUP: drm-current-kmod now installs sources

Cy Schubert <[email protected]>
Newsgroups gmane.os.freebsd.devel.x11
Message-ID <DE2FC894-F1FF-47A5-9D0A-429A9585FC27__12548.4274512687$1566001440$gmane$org@cschubert.com>
On August 16, 2019 4:32:18 PM PDT, "Rodney W. Grimes" <[email protected]> wrote:
>> On Fri, 16 Aug 2019 15:40:24 -0700
>> Cy Schubert <[email protected]> wrote:
>> 
>> > On August 16, 2019 2:51:22 PM PDT, "Rodney W. Grimes"
>> > <[email protected]> wrote:
>> > >> On 8/14/19 3:40 PM, Daniel Eischen wrote:  
>> > >> > I've lost the original thread, but would the sources in  
>> > >/usr/local/sys/modules get built regardless of what
>MAKEOBJDIRPREFIX
>> > >is?  And, now that sources may be installed by a port, what is the
>> > >method for _just_ updating the sources?  Why do I even need to
>build
>> > >and install the port?  Personally, I would just rather have the
>> > >drm-kmod sources just imported into base and maintained there.  If
>I
>> > >have 2 or more different checked out base src trees, how do I get
>the
>> > >correct drm-kmod to go with them if there is only one
>> > >/usr/local/sys/modules?  Do I need multiple port trees just to
>pull
>> > >in out of tree module sources?  
>> > >> 
>> > >> In some ways, installing sources for DRM is a compromise for the
>> > >> fact  
>> > >that we  
>> > >> can't have DRM in the base source anymore (for various reasons).
>  
>> > >However,  
>> > >> virtualbox is also probably in that camp as well.  
>> > >
>> > >I applaud this effort to provide a source compile mode for DRM,
>> > >but I think it has come up a bit short on execution with numorious
>> > >problems sited.
>> > >
>> > >I too am not real happy that /usr/local/src is going to get
>> > >automatically invoked from my some odd 10+ src trees that
>> > >are of various WIP's.  I need a way to easily disable this
>> > >both on a global scale, and on a per src tree way.
>> > >
>> > >Rather than a default to on with an opt out mechanism perhaps
>> > >while we gain experience change this to a default to off with
>> > >an opt in mechanism?
>> > >
>> > >Sadly I do not have proposed solution, but something better
>> > >than what is there now needs to be found.
>> > >
>> > >Regards,  
>> > 
>> > Could we have a .src.conf in the root of the tree to configure this
>> > on a tree by tree basis?
>> > 
>> > 
>> 
>> 
>> I use better way:
>> /etc/make.conf:
>
>That file is global to all src trees,
>so that does not achive the desired effect.
>
>> # Modules to build with kernel.
>> PORTS_MODULES+= graphics/drm-fbsd12.0-kmod graphics/gpu-firmware-kmod
>
>Can we some how trigger that from either a kernel conf file,
>or at least on a per src tree basis?  Ala cy's .src.conf?
> 
>> +
>> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=237290
>
>I do like the patch that makes these go into the obj dir, good stuff!

Presently we can use $SRCCONF. It's a PITA. .src.conf would override any preexisting variables.

We could expand the concept to look in ~/.src.conf prior to $SRCTOP/.src.conf.


-- 
Pardon the typos and autocorrect, small keyboard in use.
Cheers,
Cy Schubert <[email protected]>
FreeBSD UNIX: <[email protected]> Web: http://www.FreeBSD.org

	The need of the many outweighs the greed of the few.
_______________________________________________
[email protected] mailing list
https://lists.freebsd.org/mailman/listinfo/freebsd-x11
To unsubscribe, send any mail to "[email protected]"
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.