History log of /openbsd-src/sys/dev/pci/drm/drm_agpsupport.c (Results 1 – 25 of 29)
Revision Date Author Comments
# 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.


12