[RFC] Deprecation and removal of the drm2 driver

[Oliver Pinter]

On Sunday, May 20, 2018, Niclas Zeising <zeising+freebsd at daemonic.se> wrote:

> On 05/20/18 18:40, Steve Kargl wrote:
>
>> On Fri, May 18, 2018 at 02:03:32PM -0600, Warner Losh wrote:
>>
>>> On Fri, May 18, 2018 at 1:30 PM, Steve Kargl <
>>> sgk at troutmask.apl.washington.edu> wrote:
>>>
>>> On Fri, May 18, 2018 at 09:14:24PM +0200, Andreas Nilsson wrote:
>>>>
>>>>> On Fri, May 18, 2018, 20:00 Niclas Zeising <zeising at freebsd.org>
>>>>> wrote:
>>>>>
>>>>> I propose that we remove the old drm2 driver (sys/dev/drm2) from
>>>>>> FreeBSD.  I suggest the driver is marked as deprecated in 11.x and
>>>>>> removed from 12.0, as was done for other drivers recently.  Some
>>>>>> background and rationale:
>>>>>>
>>>>>>
>>>>> Sounds good ( deprecate resp remove ). It causes more confusion and
>>>>> problems and it solves nothing.
>>>>>
>>>>>
>>>> Check the Makefiles
>>>>
>>>> % more /usr/ports/graphics/drm-next-kmod/Makefile
>>>>
>>>> ONLY_FOR_ARCHS= amd64
>>>> ONLY_FOR_ARCHS_REASON=  the new KMS components are only supported on
>>>> amd64
>>>>
>>>> Not to ia32 friendly.
>>>>
>>>>
>>> So do people use i386 for desktop? And need the latest KMS stuff?
>>>
>>>
>> Just a data point.  I had to replace the dead disk in my laptop,
>> and after 2 days of doing a re-install and update of -current
>> on a shiny new SSD.
>>
>> Before loading Xorg.
>>
>> % kldstat
>> Id Refs Address    Size     Name
>>   1    7 0x800000 1ac31d4  kernel
>>   2    1 0x1e9ae000 5000     ums.ko
>>   3    1 0x1e9b9000 4000     uhid.ko
>>
>> After starting Xorg without an xorg.conf in /etc/X11.
>>
>> Id Refs Address    Size     Name
>>   1   27 0x800000 1ac31d4  kernel
>>   2    1 0x1e9ae000 5000     ums.ko
>>   3    1 0x1e9b9000 4000     uhid.ko
>>   4    1 0x1eaa9000 96000    i915kms.ko
>>   5    1 0x1eb40000 4a000    drm2.ko
>>   6    4 0x1eb8b000 5000     iicbus.ko
>>   7    1 0x1ebc9000 3000     iic.ko
>>   8    1 0x1ebcf000 4000     iicbb.ko
>>
>> So, drm2.ko and i915kms.ko are loaded automatically.  It is
>> unclear why functionality that works should be removed.
>>
>> xwininfo shows
>>
>>    Width: 1400
>>    Height: 1050
>>    Depth: 24
>>    Visual: 0x21
>>
>>
> One of the reasons for the deprecation and removal of the drm2 bits is
> that they prevent us from automatically loading the drm-next/stable-kmod
> kernel modules, since the two collide.
> Regards


Then it wold be better to resolve this problem, rather then removing a
working solution. What's about module versioning what in other cases works?


> --
> Niclas
> _______________________________________________
> freebsd-current at freebsd.org mailing list
> https://lists.freebsd.org/mailman/listinfo/freebsd-current
> To unsubscribe, send any mail to "freebsd-current-unsubscribe at freebsd.org"
>