#
5ca02815 |
| 14-Jan-2022 |
jsg <jsg@openbsd.org> |
update drm to linux 5.15.14
new hardware support includes
Intel ehl/Elkhart Lake (embedded) jsl/Jasper Lake (atom) rkl/Rocket Lake (desktop)
AMD van gogh APU (gfx1033) yellow carp / rembrandt AP
update drm to linux 5.15.14
new hardware support includes
Intel ehl/Elkhart Lake (embedded) jsl/Jasper Lake (atom) rkl/Rocket Lake (desktop)
AMD van gogh APU (gfx1033) yellow carp / rembrandt APU (gfx1035?) Ryzen 6000 APU navy flounder / navi 22 (gfx1031) RX 6700, RX 6700 XT, RX 6700M, RX 6800M, RX 6850M XT dimgrey cavefish / navi 23 (gfx1032) Pro W6600, Pro W6600M, RX 6600, RX 6600 XT, RX 6600M, RX 6600S, RX 6650M, RX 6650M XT, RX 6700S, RX 6800S beige goby / navi 24 (gfx1034) RX 6500 XT, RX 6400, RX 6500M, RX 6300M
Thanks to the OpenBSD Foundation for sponsoring this work niklas@ for helping with ttm and amdgpu and patrick@ for adapting rockchip drm.
show more ...
|
#
c349dbc7 |
| 08-Jun-2020 |
jsg <jsg@openbsd.org> |
update drm to linux 5.7
adds kernel support for amdgpu: vega20, raven2, renoir, navi10, navi14 inteldrm: icelake, tigerlake
Thanks to the OpenBSD Foundation for sponsoring this work, kettenis@ for
update drm to linux 5.7
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.
show more ...
|
#
7f4dd379 |
| 14-Apr-2019 |
jsg <jsg@openbsd.org> |
Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to linux 4.19.34.
Adds support for more Intel hardware: Broxton/Apollo Lake (was is_preliminary in 4.4) Amber Lake (another Kaby L
Update shared drm code, inteldrm(4) and radeondrm(4) from linux 4.4 to 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.
show more ...
|
#
58e96ba1 |
| 13-Mar-2014 |
kettenis <kettenis@openbsd.org> |
We no longer provide the dri1 agp interfaces, so remove the associated glue as well.
ok jsg@
|
#
1099013b |
| 12-Aug-2013 |
jsg <jsg@openbsd.org> |
Add a port of the TTM and Radeon DRM code from Linux 3.8.13. Includes kernel modesetting, framebuffer console and support for newer hardware.
Firmware needs to be present for acceleration and in som
Add a port of the TTM and Radeon DRM code from Linux 3.8.13. Includes kernel modesetting, framebuffer console and support for newer hardware.
Firmware needs to be present for acceleration and in some cases modesetting to work. It can be installed via fw_update or manually via pkg_add.
With lots of help from kettenis@ some macppc bits from mpi@ and some ttm refcount/queue bits from FreeBSD.
Thanks to M:Tier and the OpenBSD Foundation for sponsoring this work.
show more ...
|
#
4ad474a9 |
| 06-Dec-2012 |
mpi <mpi@openbsd.org> |
Rework how AGP memory regions are mapped and add support for AGP bridges that do not support remapping for processor accesses.
Add new functions to map/unmap/mmap agp memory and let the agp layer de
Rework how AGP memory regions are mapped and add support for AGP bridges 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@
show more ...
|
#
5a41dc26 |
| 06-Dec-2012 |
mpi <mpi@openbsd.org> |
Make sure we try to unbind AGP memory regions if the aperture base address is 0, otherwise we never free the memory region bound at offset 0x00 when exiting X on macppc.
ok kettenis@ as part of larg
Make sure we try to unbind AGP memory regions if the aperture base address is 0, otherwise we never free the memory region bound at offset 0x00 when exiting X on macppc.
ok kettenis@ as part of larger diff
show more ...
|
#
f99a63ec |
| 08-Sep-2012 |
mpi <mpi@openbsd.org> |
Instead of having yet an other option to compile the drm code without agp support, wrap all the agp glue with 'if __OS_HAS_AGP' in such form that it is true if the agp(4) driver is present.
ok kette
Instead of having yet an other option to compile the drm code without agp support, wrap all the agp glue with 'if __OS_HAS_AGP' in such form that it is true if the agp(4) driver is present.
ok kettenis@
show more ...
|
#
49326dc6 |
| 22-Aug-2012 |
mpi <mpi@openbsd.org> |
Unbreak drm when DRM_NO_AGP is defined.
ok miod@
|
#
7b8f2f1b |
| 02-Jun-2011 |
weerd <weerd@openbsd.org> |
Add $OpenBSD$ after oga said 'go ahead and fix that'
'go for it' oga@
|
#
6bc19a08 |
| 26-Mar-2009 |
oga <oga@openbsd.org> |
The drm_* allocation functions have been #defined to not use most of their arguments for a while. Actually go through the code and remove the extraneous arguments. Makes things easier to read.
|
#
2075fc31 |
| 24-Nov-2008 |
oga <oga@openbsd.org> |
make device works out if it's agp and tells the drm driver, not the other way round. More dev->pa reduction
|
#
192f2ec4 |
| 22-Nov-2008 |
oga <oga@openbsd.org> |
drm_device_is_pcie is only needed in one place: radeondrm_attach
so just inline it there.
also remove dev->pci_vendor and dev->pci_device, and insert pci_device into the one place any of them are n
drm_device_is_pcie is only needed in one place: radeondrm_attach
so just inline it there.
also remove dev->pci_vendor and dev->pci_device, and insert pci_device into the one place any of them are needed (inteldrm's interface can give this info to the X driver. to remove that you'd need to fix X too).
show more ...
|
#
e6d11d11 |
| 07-Oct-2008 |
oga <oga@openbsd.org> |
Move dev->driver over to being a pointer to a const struct, instead of stupidly filling in a pre-allocated one on each attach.
Makes the code a bunch nicer, shrinks a kernel by about 1.5k on amd64,
Move dev->driver over to being a pointer to a const struct, instead of stupidly filling in a pre-allocated one on each attach.
Makes the code a bunch nicer, shrinks a kernel by about 1.5k on amd64, helps with my sanity, and paves way for later changes.
Tested by a few for a couple of weeks now.
show more ...
|
#
a253d7a3 |
| 18-Sep-2008 |
oga <oga@openbsd.org> |
Rework the drm locking to be at least halfway sane. The freebsd code held a lock over all driver ioctls in order to be ``mpsafe''. Stop lying to ourselves for a start. This code is not fully mpsafe,
Rework the drm locking to be at least halfway sane. The freebsd code held a lock over all driver ioctls in order to be ``mpsafe''. Stop lying to ourselves for a start. This code is not fully mpsafe, and should not pretend to be so. Put the locking around where it should, and rely on biglock for the rest. This will need to be fixed, but avoids some of the horrible that we have right now.
Tested by many over a long time and several iterations.
show more ...
|
#
1302010b |
| 09-Sep-2008 |
oga <oga@openbsd.org> |
Kill some stupid agp api wrapper functions, just use the agp api directly. While i'm here, factor out some common functionality into a separate function, and kill some typedefs (man this code is ful
Kill some stupid agp api wrapper functions, just use the agp api directly. While i'm here, factor out some common functionality into a separate function, and kill some typedefs (man this code is full of them...). Shaves another 450 bytes off the kernel.
Tested by ckuethe and Paul de Weerd, thanks.
show more ...
|
#
82894d78 |
| 02-Sep-2008 |
oga <oga@openbsd.org> |
detypedef some more. No functional change.
|
#
be899aa0 |
| 17-Aug-2008 |
oga <oga@openbsd.org> |
Check the return value of agp_enable() instead of assuming it completed. apply some knf and other formatting while i'm at it.
problem originally pointed out by Tobias Ulmer, thanks!
|
#
02de966c |
| 17-Aug-2008 |
oga <oga@openbsd.org> |
kill the stupid pci capability defines, we have our own. Don't wrap pci_read_capability while i'm at it.
|
#
be326fc7 |
| 17-Aug-2008 |
oga <oga@openbsd.org> |
Kill some redundant ifdefs, they're taken care of elsewhere.
|
#
16b24f90 |
| 16-Aug-2008 |
oga <oga@openbsd.org> |
Apply a light paddling with the knf stick. No binary change.
|
#
5f20f51d |
| 02-Aug-2008 |
oga <oga@openbsd.org> |
Make the drm attach messages a lot prettier.
the DRM_{INFO,ERROR,DEBUG} printf macros still need some __VA_ARGS__ love.
reyk@ and marco@ liked this, prompted by deraadt.
|
#
f81a8921 |
| 29-Jul-2008 |
oga <oga@openbsd.org> |
Switch all instances of malloc/free in the DRM to drm_alloc, drm_free and drm_calloc.
With the recent change to check overflow in drm_calloc, this means that all allocations that require multiplicat
Switch all instances of malloc/free in the DRM to drm_alloc, drm_free and drm_calloc.
With the recent change to check overflow in drm_calloc, this means that all allocations that require multiplication are now checked. Also use drm_calloc() when zeroing is needed and drop the bzero/memset afterwards. Finally, make drm_free() check for NULL, so we don't need to do so every time.
ok miod@, deraadt@
show more ...
|
#
0bab03e9 |
| 26-Jun-2008 |
oga <oga@openbsd.org> |
Kill the silly ``drm_device_t'' and ``drm_file_t'' typedefs. just use ``struct drm_device'' and ``struct drm_file'' respectively. Since i'm changing a lot of prototypes anyway, remove all parameter n
Kill the silly ``drm_device_t'' and ``drm_file_t'' typedefs. just use ``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).
show more ...
|
#
c9154518 |
| 26-Jun-2008 |
oga <oga@openbsd.org> |
Kill the device_t and vm_offset_t typedefs.
|