wireguard-openbsd/sys/dev/pci/drm/drm_vm.c, branch jd/queueboosts WireGuard implementation for the OpenBSD kernel https://git.zx2c4.com/wireguard-openbsd/atom/sys/dev/pci/drm/drm_vm.c?h=jd%2Fqueueboosts 2020-06-08T04:47:57Z 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. Move drmmmap to the main driver file. It's stupid to have a file with 2009-01-29T11:44:04Z oga oga@openbsd.org 2009-01-29T11:44:04Z urn:sha1:39b81b8ef03b0124eb773a1137700c0db4cf5d33 one (not particlarly large) function in it. pass in the dmat when we attach the drm driver. reduces pci dependancy. 2008-11-23T22:56:02Z oga oga@openbsd.org 2008-11-23T22:56:02Z urn:sha1:142bd3fe5bdb7fb766f4418b757632ab6c3cf24f Fix mmap to always return the right value in the error path. While i'm 2008-09-29T22:48:24Z oga oga@openbsd.org 2008-09-29T22:48:24Z urn:sha1:72d70c35c5f0569a97e27725e837a707bd895240 here rework it a little bit to remove a shadowed variable. detypedef some more. No functional change. 2008-09-02T01:12:04Z oga oga@openbsd.org 2008-09-02T01:12:04Z urn:sha1:82894d78544e3e9001a3ca59e4032fa4fc31672b replace usage of drm_memrange with extent(9). No functional change, but 2008-08-28T00:19:27Z oga oga@openbsd.org 2008-08-28T00:19:27Z urn:sha1:5b9f23b391f50382bb157361b4937bbc53acc950 should shrink the kernel somewhat. For some strange reason I was unaware of this api when I pulled in these changes. tested by myself and Paul de Weerd, thanks! Kill the silly ``drm_device_t'' and ``drm_file_t'' typedefs. just use 2008-06-26T19:33:19Z oga oga@openbsd.org 2008-06-26T19:33:19Z urn:sha1:0bab03e974e4be0b79dffb3546f46b472c0e3b22 ``struct drm_device'' and ``struct drm_file'' respectively. Since i'm changing a lot of prototypes anyway, remove all parameter names from prototypes, in accordance with style(9) (and sanity). Since we're not ifdefed anymore, change 2008-06-26T18:17:22Z oga oga@openbsd.org 2008-06-26T18:17:22Z urn:sha1:c19a9735fedbd6071b94de8df9c6998040ade3b9 drm_{open,close,poll,read,mmap,ioctl} into the form that cdev_decl() likes, and nuke the #defines. Kill the ifdef maze. I've been considering doing this for months, it 2008-06-26T16:08:49Z oga oga@openbsd.org 2008-06-26T16:08:49Z urn:sha1:30bc4d5dd8ba239313b2be64f9dd91587a7466d3 doesn't make getting changes to and from upstream much easier, and just makes the code hard to read. The mmap offsets for memory buffers currently are the kernel virtual 2008-06-12T19:14:53Z oga oga@openbsd.org 2008-06-12T19:14:53Z urn:sha1:1392e3334bcb18a56c768e2f611adbbddda7a4c1 address. This is just plain wrong. scatter/gather on amd64 didn't work here, since char device mmap doesn't take negative offsets so higher kvas fail. Instead, prematurely import drm_memrange which is needed for the memory managers (GEM or TTM), and is used to manage GART space. Then, horribly abuse it to allocate mmap offsets, fixes up the issues. "just commit it" art@.