drm: Set CONFIG_ACPI in linux/acpi.h and make it build.

Leave a little ACPI-related functionality disabled for now, like
getting EDID out of ACPI -- needs a bit more work to make this work,
and I don't have hardware to work on that.

Should help with failures of the forms:

- unable to locate a BIOS ROM
- bios: unable to locate usable image

on various machines.

adapt to ${CC_WNO_MAYBE_UNINITIALIZED}

Use ${CC_WNO_MAYBE_UNINITIALIZED} instead of
the older style more complex expressions.

Remove workarounds if they were for a specific
version of gcc < 10.

adapt to ${CC_WNO_IMPLICIT_FALLTHROUGH}

Use ${CC_WNO_IMPLICIT_FALLTHROUGH} instead of
the older style more complex expressions.

branches: 1.37.4;
drm: Propagate CPPFLAGS.drmkms into all the drm drivers.

files.radeon: add clang -Wno-format for radeon_uvd.c

int vs. short mismatch in UVD firmware version printf.
Also change some makeoptions conditional copypasta i915drmkms -> radeon.

Revert part of previous: no separate CPPFLAGS.drmkms.

There are too many drms users outside sys/external/bsd/drm2 for now;
will hold off on this until we find a better way to keep the drm
includes modularized.

Narrow the CPPFLAGS for drm subsystems.

No need for the whole kernel to be built with -I flags for the drm
header files.

Merge updated radeon2netbsd output.

Define CONFIG_AGP=1 early in radeon.

Disable *_trace_points.c.

I accidentally deleted these in the import, because the *_trace.h
files got in the way and I forgot the *_trace_points.c files were
fine.

There's nothing important in them anyway, so nothing of value is
lost. Maybe next time I will remember to delete the *_trace.h files
on import but not the *_trace_points.c to reduce diffs, but that's
too much trouble at this point.

Generate files.* using the 2netbsd scripts.


Author: Maya Rashish <maya@NetBSD.org>

drm2: build with -fwrapv, since the Linux kernel does and we don't
want to spend too much time fixing their code. silences a lot of
KUBSAN warnings.

we need to use COPTS to have per-option compiler flags. help from
Riastradh.

branches: 1.28.10; 1.28.14;
Eliminate -Wpointer-arith patches; use -Wno-pointer-arith instead.

branches: 1.27.2;
convert HAVE_GCC == 7 to HAVE_GCC >= 7.

radeondrmkmsfb now requires drmfb and drmfb_pci.

add -Wno-error=int-in-bool-context or -Wno-error=implicit-fallthrough
for various drm files that would be best ignored or upstream fixed.
(could fix savagedrm, no one upstream is that any more.)

Fix merge botch

Merge the [pgoyette-compat] branch

Appease GCC with a kernel sanitizer

Add -Wno-maybe-uninitialized for radeon, a compiler warning is triggered
by a false positive.

Tag files.* with newer config version where needed.

Draft support for drm prime.

Prefix radeon .c files with `radeon_'.

Disable radeon_acpi.c for now.

Need to figure out how to get AC adapter events and stuff to us.

Fix radeon include order.

radeon wants amd includes.

regen files.radeon

Replace per-file warning options in radeon by radeon-wide options.

Move autogenerated files from dist/ to end of files.radeon.

branches: 1.12.18; 1.12.20;
trinity_dpm.c needs -Wno-unused-const-variable.

si_dpm.c needs -Wno-unused-const-variable.

rv770_dpm.c needs -Wno-missing-field-initializers.

Spell -Wno-missing-prototypes correctly.

-Wno-unused-const-variable for radeon kv_dpm.c.

Suppress some more missing field initializer warnings from Clang.

Suppress clang warning about `= {0}'.

branches: 1.5.2; 1.5.4; 1.5.6;
radeon depends on firmload.

Noted by rjs@.

Rename radeondrmkms to just plain radeon.

radeondrmkmsfb will stay as is until the name radeonfb is available
(currently taken by legacy dev/pci/radeonfb.c).

Hook up radeondrmkmsfb code.

Builds, not testable yet.

Push -Wno-missing-prototypes into specific radeon source files.

Don't apply it willy-nilly to the whole kernel!

First whack at radeon driver.

No hardware to test yet, but it builds.

branches: 1.1.2; 1.1.6;
First whack at radeon driver.

No hardware to test yet, but it builds.

radeon: Update radeon2netbsd to prepare for new import.

branches: 1.3.10;
Handle more kinds of empty lines.


Author: Maya Rashish <maya@NetBSD.org>

branches: 1.2.2; 1.2.6;
Prefix radeon .c files with `radeon_'.

Scripts to generate radeon and intel file lists.

radeon: Depend on drmkms_ttm module.

Remove last users of drmP.h.

shuffle includes (after changes to drmP.h)


Author: Maya Rashish <maya@NetBSD.org>

Move decl of drm_guarantee_initialized to drmP.h.

Eliminate drm_pci_init/exit. Empty for a while, no need.

branches: 1.3.18; 1.3.20;
prettify and add to all the modules that have it.

branches: 1.2.2; 1.2.4; 1.2.6;
drmkms_ttm is not split into a module (yet).

First whack at radeon driver.

No hardware to test yet, but it builds.

Use device_getprop_bool() for "is_console".

radeon: Suspend ioctls while device is suspended.

XXX pullup-10

remove "nouveau" from a comment. noted by jmcneill.

radeon: Kick out genfb on firmware framebuffer before initializing.

this is the same change as nouveau_pci.c:1.37, and should fix at
least PR#56714 and i thought at least another PR i can't find right
now. it fixes at least 2 different radeon cards for me on UEFI
booted system.

XXX: pullup-10 also include the original change:
http://mail-index.netbsd.org/source-changes/2023/03/01/msg143606.html

branches: 1.21.4;
drm: Simplify async framebuffer child task attachment logic.

No need for scheduling the task to fail. Nix needless error
branches.

drm: Rework attach/detach and deferred task logic.

- Reduce the number of states the softc can be in.
- Fix races between attach and other threads.

drm: Omit needless pci_attach_args from our drm_pci_attach.

Can already get it from the struct pci_dev, and this way we can more
easily call it from patched upstream code as i915 will need to do.

Split drm_dev_alloc/register out of drm_pci_attach.

Needed by nouveau which needs to do

drm_dev_alloc
drm_pci_attach
nouveau_drm_device_init
drm_dev_register

Remove last users of drmP.h.

shuffle includes (after changes to drmP.h)


Author: Maya Rashish <maya@NetBSD.org>

Extra argument to radeon_suspend_kms now.

If radeon attaches, prevent simplefb from claiming the console

branches: 1.13.6;
Call linux_pci_dev_destroy on detach.

Pass the parent explicitly to linux_pci_dev_init.

This will allow us to use it in match routines.

Move linux_pci_dev_init into callers of drm_pci_attach.

The order in nouveau has to be

- linux_pci_dev_init
- nvkm_device_pci_new
- rest of drm_pci_attach

branches: 1.10.16; 1.10.18;
disable drmkms on r100 and most r200. works around PR#49744, etc.

apply some of the additional changes from Arto Huusko in PR#49645:
- call pmf_device_deregister on detach.

i've kept the "resume = true" for radeon_resume_kms() call as it
seems to work for me (indeed, code inspection shows it is unused
on netbsd :-)

my old nforce4 box that can resume old drm (or could, last i tried
several years ago) while X and GL apps were running, can at least
survive a resume if X hasn't started. my one attempt so far with
X exited, but having run, did not work.

almost add radeondrmkms suspend/resume support. it unfortunately doesn't work.

fix some comments about the half-working i386 hack.

fix the previous. bus_space_map() returns *zero* on success.

add a ugly hack to avoid difficult to understand failures with
radeondrmkms on i386. the problem is that the pcdisplay@isa
and vga@isa drivers rely on some other driver having already
mapped the vga registers to know they should not attach, but
radeondrmkms attaches late as it needs rootfs access, and it
does not map these registers, and either of vga or pcdisplay
will attach, and then attach wsdisplay0, and then getty and
X11 will fail and you shake a tiny fist at the computer.

so, for i386, map and unmap the VGA register space between
the normal attach and the mountroot attach.

branches: 1.4.2; 1.4.4; 1.4.6; 1.4.8;
Rename radeondrmkms to just plain radeon.

radeondrmkmsfb will stay as is until the name radeonfb is available
(currently taken by legacy dev/pci/radeonfb.c).

Defer real radeon attachment until mountroot so we can load firmware.

Hook up radeondrmkmsfb code.

Builds, not testable yet.

First whack at radeon driver.

No hardware to test yet, but it builds.

drm: Simplify async framebuffer child task attachment logic.

No need for scheduling the task to fail. Nix needless error
branches.

branches: 1.1.2; 1.1.6;
Hook up radeondrmkmsfb code.

Builds, not testable yet.

drm: Simplify async framebuffer child task attachment logic.

No need for scheduling the task to fail. Nix needless error
branches.

drm: Fix asynchronous attach logic for drm framebuffer devices.

The driver-specific sc_scheduled boolean flag was racy. It is
necessary to use config_pending_incr/decr to hold up console
selection and userland start (and block detach, not that that works
yet) until the drmfb attach has completed.

Remove last users of drmP.h.

struct radeon_framebuffer is no more.

remove stray ;

Restore previous KASSERT but with the same condition as in nouveaufb.c,
which is the code I was trying to mimic.

Thanks riastradh for the heads up and fix.

Quickly hide a KASSERT that fires, hopefully before people trip over it.

Teach radeondrmkmsfb to use drmfb instead of its own, duplicated logic.

Make the first EDID we find available to genfb

Remove temporary drm_fb_helper_set_config stub from old code.

branches: 1.7.12; 1.7.14;
Check pmf_device_register return value. NFC
Appeases static analyzers.

branches: 1.6.2; 1.6.4;
set the "width" and "height" parameters from the surface_width and
surface_height members. idea from the intel code and jmcneill@.

this makes the fb on my RV370 use the full display size, not the
(not actually connected) 800x600 the svideo output supports.

X still starts up at 800x600 mode, but xrandr can fix that.

branches: 1.5.2;
Use correct linebytes.

apply several changes from intelfb.c revs 1.7 through 1.9:
- provide a setmode callback for genfb
- add a pmf shutdown handler to switch genfb into polling mode
- no need to call drm_fb_helper_set_config after genfb attaches,
as the setmode callback is called by genfb_attach

branches: 1.3.2; 1.3.4; 1.3.6;
Fix radeon framebuffer mmapping.

The framebuffer is not a system-RAM-backed, TTM-managed object;
rather, it is a VRAM-backed object. So we have to use its bus
address, which is a little less sketchy with bus_space_mmap anyway.

Prettify intelfb/radeondrmkmsfb autoconf output.

Hook up radeondrmkmsfb code.

Builds, not testable yet.

Remove last users of drmP.h.

Use correct linebytes.

branches: 1.1.2; 1.1.4; 1.1.6;
Hook up radeondrmkmsfb code.

Builds, not testable yet.