wireguard-openbsd/sys/dev/pci/drm/drm_memory.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pci/drm/drm_memory.c?h=jd%2Fqueueboosts 2020-06-12T10:05:43Z Since we don't support CONFIG_SWIOTLB, make drm_need_swiotlb() just return 2020-06-12T10:05:43Z kettenis kettenis@openbsd.org 2020-06-12T10:05:43Z urn:sha1:f59c7f5155599db91d5e1941b9124acdd20f07d1 false. In theory somebody could plug an old radeon card into a machine with a ridiculous amount of memory (or a really old PCI/AGP card in a machine with >4GB of memory) but supporting that scenario just isn't worth it. ok jsg@ update drm to linux 5.7 2020-06-08T04:47:57Z jsg jsg@openbsd.org 2020-06-08T04:47:57Z urn:sha1:c349dbc7938c71a30e13c1be4acc1976165f4630 adds kernel support for amdgpu: vega20, raven2, renoir, navi10, navi14 inteldrm: icelake, tigerlake Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping, patrick@ for helping adapt rockchip drm and many developers for testing. Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to 2019-04-14T10:14:50Z jsg jsg@openbsd.org 2019-04-14T10:14:50Z urn:sha1:7f4dd37977dc50fdbac8c09deb3ed9ed9b8d0c87 linux 4.19.34. Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby Lake refresh) Gemini Lake Coffee Lake Whiskey Lake Cannon Lake (though no hardware with Intel graphics ever shipped) Ice Lake (alpha support, hardware not released) This does not add support for new radeon hardware on the AMD side as newer radeons have a different kernel driver (amdgpu). Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for helping and a bunch of other developers for testing. use mallocarray instead of malloc in drm_calloc 2015-06-04T06:07:23Z jsg jsg@openbsd.org 2015-06-04T06:07:23Z urn:sha1:d5e4e925ec1d248e212ef3dab602f74a65c288fb add a size argument to free. will be used soon, but for now default to 0. 2014-07-12T18:48:51Z tedu tedu@openbsd.org 2014-07-12T18:48:51Z urn:sha1:df2ac69f82ae44a202c3df500ca0878a86fb544f after discussions with beck deraadt kettenis. remove dri1 interfaces 2014-03-09T07:42:29Z jsg jsg@openbsd.org 2014-03-09T07:42:29Z urn:sha1:225ce0567ec6c77c28da5b603cf8cb811ec9ec35 discussed with kettenis some time last year Rework how AGP memory regions are mapped and add support for AGP bridges 2012-12-06T15:05:21Z mpi mpi@openbsd.org 2012-12-06T15:05:21Z urn:sha1:4ad474a9823790e00f8be8d944241ad548f96c47 that do not support remapping for processor accesses. Add new functions to map/unmap/mmap agp memory and let the agp layer decides how these memory regions should be accessed. It's assumed here that the bridge does not support remapping if its aperture address is 0. This is the last diff required for having drm(4) on macppc using agp(4). Joint work with and ok kettenis@ Don't use mtrr if we are not on i386/amd64. 2012-09-08T16:53:01Z mpi mpi@openbsd.org 2012-09-08T16:53:01Z urn:sha1:c796cdb44e4e99078491457192d770afc53a3dca ok kettenis@ Add $OpenBSD$ after oga said 'go ahead and fix that' 2011-06-02T18:22:00Z weerd weerd@openbsd.org 2011-06-02T18:22:00Z urn:sha1:7b8f2f1b2060cca3b6dda516e395367053cccc4b 'go for it' oga@ use BUS_SPACE_MAP_PREFETCHABLE on maps that should be WC (soon this will 2010-04-29T15:23:28Z oga oga@openbsd.org 2010-04-29T15:23:28Z urn:sha1:cbbca0bf8f5d7fb8d679e3bd6ec545707767aebf actually do so).