What is evdev and autoloading?
Tijl Coosemans
tijl at FreeBSD.org
Wed Feb 20 16:07:43 UTC 2019
On Tue, 19 Feb 2019 11:18:07 -0800 Steve Kargl
<sgk at troutmask.apl.washington.edu> wrote:
> On Tue, Feb 19, 2019 at 06:59:26PM +0000, Johannes Lundberg wrote:
>> On 2/19/19 5:35 PM, Steve Kargl wrote:
>>> My Dell Latitude D530 running i386 freebsd, which used the
>>> i915kms.ko now locks up solid with drm-legacy-kmod. The PAE vs
>>> non-PAE i386/conf/pmap.h merger in r342567 broke drm-legacy-kmod.
>>> It seems that Niclas has provided a patch that fixes the building
>>> of drm-legacy-kmod.
>>>
>>> Doing a bisection on /usr/src commits is fairly slow as it
>>> takes a day to build world/kernel and the minimum set of ports
>>> need to fire up Xorg. r343543 and earlier appear to work fine
>>> with drm-legacy-kmod.
>>
>> So it's not only a build error, it's also a runtime bug that would have
>> happened even with drm2 in base? Hmm..
>
> It appears that that's the case. The likely candidates
> are r343564(+65 for missing header), r343566, and r343567.
That last commit added hw.above4g_allow tunable. Does it help if you
set this to 0 in /boot/loader.conf?
Also, it's worth trying drm-current-kmod if you haven't done so
recently. If you did try already what were the problems?
More information about the freebsd-current
mailing list