+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:
> > >
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
driv
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 X
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 drm
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 build/i
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 lo
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
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 mos
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. Apo
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:
>> >
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
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 bu
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
> 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 ade
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 st
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 War
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 t
17 matches
Mail list logo