Re: priority of paths to kernel modules?

2018-08-26 Thread Tomoaki AOKI
+1. If modules needed are recognized correctly and specified with full-path like /boot/modules/drm.ko, the priority wouldn't matter. On Fri, 24 Aug 2018 17:29:19 -0600 Warner Losh wrote: > On Fri, Aug 24, 2018 at 4:20 PM Niclas Zeising wrote: > > > On 08/24/18 17:20, Warner Losh wrote: > > >

Re: priority of paths to kernel modules?

2018-08-25 Thread Greg
On 08/25, Niclas Zeising wrote: On 08/24/18 17:20, Warner Losh wrote: This would allow the graphics port to have a rc script that sets this up so when X11 goes to automatically load the module, the right one gets loaded. I just want to point out that X11 doesn't load the graphics kernel

Re: priority of paths to kernel modules?

2018-08-24 Thread Warner Losh
On Fri, Aug 24, 2018 at 4:20 PM Niclas Zeising wrote: > On 08/24/18 17:20, Warner Losh wrote: > > This would allow the graphics port to have a rc script that sets > > this up so when X11 goes to automatically load the module, the right one > > gets loaded. > > > > I just want to point out that

Re: priority of paths to kernel modules?

2018-08-24 Thread Niclas Zeising
On 08/24/18 17:20, Warner Losh wrote: This would allow the graphics port to have a rc script that sets this up so when X11 goes to automatically load the module, the right one gets loaded. I just want to point out that X11 doesn't load the graphics kernel driver by default when using the

Re: priority of paths to kernel modules?

2018-08-24 Thread Cy Schubert
In message <1535127391.1488.23.ca...@freebsd.org>, Ian Lepore writes: > On Fri, 2018-08-24 at 08:35 -0700, Cy Schubert wrote: > > My idea, which I implemented locally and should probably create a > > phab review, was to ifdef DRM in modules/Makefile. We could do this > > too. Default not to

Re: priority of paths to kernel modules?

2018-08-24 Thread Johannes Lundberg
On Fri, Aug 24, 2018 at 5:43 PM Warner Losh wrote: > > > On Fri, Aug 24, 2018 at 9:27 AM Johannes Lundberg > wrote: > >> There's some tricks we can do here. >>> >>> First, I talked to Kyle yesterday about augmenting the Lua loader to >>> have a X_loadflag option. Some background. We look at a

Re: priority of paths to kernel modules?

2018-08-24 Thread Ian Lepore
On Fri, 2018-08-24 at 08:35 -0700, Cy Schubert wrote: > My idea, which I implemented locally and should probably create a > phab review, was to ifdef DRM in modules/Makefile. We could do this > too. Default not to build/install. > This seems like the obvious fix. I thought the whole point of all

Re: priority of paths to kernel modules?

2018-08-24 Thread Warner Losh
On Fri, Aug 24, 2018 at 9:27 AM Johannes Lundberg wrote: > There's some tricks we can do here. >> >> First, I talked to Kyle yesterday about augmenting the Lua loader to have >> a X_loadflag option. Some background. We look at a lot of X_ flags for >> loading modules. X_load=yes being the

RE: priority of paths to kernel modules?

2018-08-24 Thread Cy Schubert
My idea, which I implemented locally and should probably create a phab review, was to ifdef DRM in modules/Makefile. We could do this too. Default not to build/install. --- Sent using a tiny phone keyboard. Apologies for any typos and autocorrect. Also, this old phone only supports top post.

Re: priority of paths to kernel modules?

2018-08-24 Thread Johannes Lundberg
On Fri, Aug 24, 2018 at 5:20 PM Warner Losh wrote: > > > On Fri, Aug 24, 2018 at 8:13 AM Rodney W. Grimes < > freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > >> > On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg >> wrote: >> > > >> > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy >> wrote: >> >

Re: priority of paths to kernel modules?

2018-08-24 Thread Kyle Evans
On Fri, Aug 24, 2018 at 10:20 AM Warner Losh wrote: > > > > On Fri, Aug 24, 2018 at 8:13 AM Rodney W. Grimes > wrote: >> >> > On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg >> > wrote: >> > > >> > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy wrote: >> > > >> > > > No we're not. x86 and

Re: priority of paths to kernel modules?

2018-08-24 Thread Warner Losh
On Fri, Aug 24, 2018 at 8:13 AM Rodney W. Grimes < freebsd-...@pdx.rh.cn85.dnsmgr.net> wrote: > > On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg > wrote: > > > > > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy > wrote: > > > > > > > No we're not. x86 and PPC will be disconnected from the

Re: priority of paths to kernel modules?

2018-08-24 Thread Warner Losh
On Fri, Aug 24, 2018 at 2:14 AM Matthew Macy wrote: > No we're not. x86 and PPC will be disconnected from the build in a > subsequent commit during the freeze. Warner was simply too tired to > communicate this adequately and still meet the timeline that RE wanted. > We're still trying to figure

Re: priority of paths to kernel modules?

2018-08-24 Thread Rodney W. Grimes
> On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg wrote: > > > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy wrote: > > > > > No we're not. x86 and PPC will be disconnected from the build in a > > > subsequent commit during the freeze. Warner was simply too tired to > > > communicate this

Re: priority of paths to kernel modules?

2018-08-24 Thread Kyle Evans
On Fri, Aug 24, 2018 at 3:22 AM Johannes Lundberg wrote: > > On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy wrote: > > > No we're not. x86 and PPC will be disconnected from the build in a > > subsequent commit during the freeze. Warner was simply too tired to > > communicate this adequately and

Re: priority of paths to kernel modules?

2018-08-24 Thread Johannes Lundberg
On Fri, Aug 24, 2018 at 10:12 AM Matthew Macy wrote: > No we're not. x86 and PPC will be disconnected from the build in a > subsequent commit during the freeze. Warner was simply too tired to > communicate this adequately and still meet the timeline that RE wanted. > > And take heart. Even if

Re: priority of paths to kernel modules?

2018-08-24 Thread Matthew Macy
No we're not. x86 and PPC will be disconnected from the build in a subsequent commit during the freeze. Warner was simply too tired to communicate this adequately and still meet the timeline that RE wanted. And take heart. Even if Warner weren't trying to balance the needs of RE and the graphics