History log of /netbsd-src/sys/modules/drmkms/Makefile (Results 1 – 18 of 18)
Revision Date Author Comments
# 551ca113 31-Jan-2023 riastradh <riastradh@NetBSD.org>

sys/modules/drmkms: Remove GPU scheduler files.

These have been moved out to drmkms_sched.kmod.

XXX pullup-10


# 84936b9b 17-Jul-2022 riastradh <riastradh@NetBSD.org>

drm: Include GPU scheduler in drmkms.kmod.

Could be split into a separate module, but whatever.


# fa2fa0c7 17-Jul-2022 riastradh <riastradh@NetBSD.org>

drm: Sync module/drmkms/Makefile with files.drmkms.

Unconditionally include legacy APIs for viadrmums.


# 2f7fddcf 17-Jul-2022 riastradh <riastradh@NetBSD.org>

drm: Dust off module build a little.


# 5f08c807 19-Dec-2021 riastradh <riastradh@NetBSD.org>

drm: Sync (device-independent) drmkms*.kmod makefiles.


# 71e6f9ed 03-Jun-2021 nia <nia@NetBSD.org>

build the drmkms modules with -fwrapv too


# 32792a7e 14-Feb-2020 riastradh <riastradh@NetBSD.org>

Carry new CWARNFLAGS over to module reachover makefiles.

Forgot these modules existed!


# 2bc4fb1f 17-Feb-2019 rin <rin@NetBSD.org>

Bump default value of WARNS for modules from 3 to 5, and
explicitly set WARNS for modules that fail with WARNS=5.

Also, turn on -Wno-missing-noreturn for clang for some files.

At the moment, among

Bump default value of WARNS for modules from 3 to 5, and
explicitly set WARNS for modules that fail with WARNS=5.

Also, turn on -Wno-missing-noreturn for clang for some files.

At the moment, among ~ 360 modules,
- 2 (lua and zfs) need WARNS=0
- 1 (solaris) needs WARNS=1
- 136 need WARNS=3 (mostly due to sign-compare)
- 4 need WARNS=4
- others can be compiled with WARNS=5

Discussed on tech-kern.

show more ...


# d46aeca2 28-Aug-2018 riastradh <riastradh@NetBSD.org>

Rework PCI and AGP conditionalization.

- Push drm_pci_set_unique into driver callback.
- Eliminate drm_pci_set_unique_hook.
- Gather all drm_agp_* functions into struct drm_agp_hooks.
- Replace the

Rework PCI and AGP conditionalization.

- Push drm_pci_set_unique into driver callback.
- Eliminate drm_pci_set_unique_hook.
- Gather all drm_agp_* functions into struct drm_agp_hooks.
- Replace the nonsensical old atomic garbage by serious locking.
- Make drm_agpsupport.c its own module.
- Eliminate NDRMKMS_PCI.
- Use NAGP from "agp.h" only in drm_module.c for horrible hack.
=> See comment in file for rationale.
- Always define CONFIG_PCI=1 and CONFIG_AGP=1.
- Always go through the drm_agp_* function hooks.
- Ifdef out nouveau agp stuff that doesn't go through drm_agp_*
for reasons that I'm too frustrated to figure out tonight.
- pci_iomap no longer automagically does agp_i810_borrow.
=> Use drm_agp_borrow instead.

show more ...


# bc6c52c2 27-Aug-2018 riastradh <riastradh@NetBSD.org>

Make drmkms.kmod build again on amd64.


# 894a903b 05-Mar-2015 riastradh <riastradh@NetBSD.org>

Factor generic parts of intelfb out into a drmfb.

Adapting radeondrmkmsfb should not be hard.

This will make nouveaufb easier too.


# c48dc052 05-Mar-2015 riastradh <riastradh@NetBSD.org>

Rewrite drm_encoder_slave.c, as nouveau will need.


# 9d31117b 22-Nov-2014 riastradh <riastradh@NetBSD.org>

Move all PCI/AGP code back to drmkms_pci module where it belongs.


# 0ed0226f 12-Nov-2014 christos <christos@NetBSD.org>

this module needs MKLDSCRIPT too now


# 2ffd75f2 12-Nov-2014 christos <christos@NetBSD.org>

make this work: add agpsupport and sysctl code


# efa7e156 11-Nov-2014 nonaka <nonaka@NetBSD.org>

fix build failure.

> /tmp/bracket/build/2014.11.10.22.43.46-i386/src/sys/external/bsd/drm2/include/linux/pci.h:36:20: fatal error: acpica.h: No such file or directory


# 77b5597a 16-Jul-2014 riastradh <riastradh@NetBSD.org>

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK

Make it build and boot on my test machines.

Screen blanks on boot on the Ivy Bridge system with

DRM error in cpt_serr_int_handler: PCH transcoder A FIFO underrun

But after that everything is OK. Appears to be an upstream problem.
To investigate...

I think there's a cache flushing issue somewhere -- there are little
display artefacts on my T60.

show more ...


# 6cb10275 18-Mar-2014 riastradh <riastradh@NetBSD.org>

Merge riastradh-drm2 to HEAD.