Hi
Since we now stuck with drm2 in base for a few more years I have an idea
would make things much smoother for many of us, hugely reduce the amount of
bug reports we get and I think would be beneficial in other ways too.
Current I run with something like this in /boot/loader.conf
module_path="/
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
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
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 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 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 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 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 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:
>> >
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 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
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 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
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 Thu, Aug 23, 2018 at 12:10:34AM +0200, Michael Gmelin wrote:
>
>
> > On 22. Aug 2018, at 23:15, Konstantin Belousov wrote:
> >
> >> On Wed, Aug 22, 2018 at 10:03:54PM +0200, Michael Gmelin wrote:
> >>
> >>
> On 22. Aug 2018, at 17:46, Konstantin Belousov
> wrote:
>
>
> On 24. Aug 2018, at 21:59, Konstantin Belousov wrote:
>
>> On Thu, Aug 23, 2018 at 12:10:34AM +0200, Michael Gmelin wrote:
>>
>>
On 22. Aug 2018, at 23:15, Konstantin Belousov wrote:
On Wed, Aug 22, 2018 at 10:03:54PM +0200, Michael Gmelin wrote:
>> On 22. A
On Fri, Aug 24, 2018 at 10:32:06PM +0200, Michael Gmelin wrote:
>
>
> > On 24. Aug 2018, at 21:59, Konstantin Belousov wrote:
> > Please apply the following debugging patch on top of the previous 'fix'.
> > You need debug.late_console=0.
>
> Unfortunately debug.late_console=0 doesn???t work on
On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> Just in case anyone misses the change to UPDATING:
>
> 20180821:
> drm and drm2 have been removed. Users on powerpc, 32-bit hardware,
> or with GPUs predating Radeon and i915 will need to install the
> graphics
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
On Fri, Aug 24, 2018 at 14:53 Ali wrote:
> On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> > Just in case anyone misses the change to UPDATING:
> >
> > 20180821:
> > drm and drm2 have been removed. Users on powerpc, 32-bit
> hardware,
> > or with GPUs predating Rad
On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
> On Fri, Aug 24, 2018 at 14:53 Ali wrote:
>
> > On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> > > Just in case anyone misses the change to UPDATING:
> > >
> > > 20180821:
> > > drm and drm2 have been removed. Users on
On Fri, Aug 24, 2018 at 15:25 Shawn Webb wrote:
> Hey All,
>
> Somewhere in the last month or so, a use after free was introduced. I
> don't have the time right now to bisect the commits and figure out
> which commit introduced the breakage. Attached is the core.txt (which
> seems nonsensical bec
On 25 Aug 2018, at 0:26, Matthew Macy wrote:
On Fri, Aug 24, 2018 at 15:25 Shawn Webb
wrote:
Hey All,
Somewhere in the last month or so, a use after free was introduced. I
don't have the time right now to bisect the commits and figure out
which commit introduced the breakage. Attached is the
On Sat, Aug 25, 2018 at 6:26 AM Warner Losh wrote:
> On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
>
> > On Fri, Aug 24, 2018 at 14:53 Ali wrote:
> >
> > > On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> > > > Just in case anyone misses the change to UPDATING:
> > > >
> >
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 8/24/18 7:07 PM, blubee blubeeme wrote:
> On Sat, Aug 25, 2018 at 6:26 AM Warner Losh wrote:
>
>> On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
>>
>>> On Fri, Aug 24, 2018 at 14:53 Ali wrote:
>>>
On Tue, Aug 21, 2018 at 06:54:54PM -0700, Matthew Macy wrote:
> Just in case anyon
On Sat, Aug 25, 2018 at 7:43 AM Kris Moore wrote:
> On 8/24/18 7:07 PM, blubee blubeeme wrote:
> > On Sat, Aug 25, 2018 at 6:26 AM Warner Losh wrote:
> >
> >> On Fri, Aug 24, 2018 at 4:20 PM Matthew Macy wrote:
> >>
> >>> On Fri, Aug 24, 2018 at 14:53 Ali wrote:
> >>>
> On Tue, Aug 21, 20
On 8/24/18 4:07 PM, blubee blubeeme wrote:
This project: https://wiki.freebsd.org/Use%20linuxkpi%20in%20DRM
Goals
- Move DRM headers to a similar location as Linux
-
Use kmalloc() instead of malloc(9)
- Use kref
-
Use idr and get rid of drm_gem_names.c
- Use PCI
On Sat, Aug 25, 2018 at 8:40 AM Pete Wright wrote:
>
>
> On 8/24/18 4:07 PM, blubee blubeeme wrote:
>
> > This project: https://wiki.freebsd.org/Use%20linuxkpi%20in%20DRM
> > Goals
> >
> > - Move DRM headers to a similar location as Linux
> > -
> >
> > Use kmalloc() instead of malloc(
On Sat, Aug 25, 2018 at 07:07:24AM +0800, blubee blubeeme wrote:
> Are these guys insane and please avoid the nonsense about you're doing this
> in your spare time.
Let us know how whatever OS you wind up using instead works for you.
I suggest you look for one that will put up with your constant h
30 matches
Mail list logo
