Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

Reduce diffs by side-loading some header files like Linux.

From riastradh

Reduce diffs by nixing DRM_SUSER macro, deleted upstream long ago.

Instead stub Linux capable(CAP_SYS_ADMIN).

branches: 1.3.6;
merge linux-drm-v4-4-143

branches: 1.2.18; 1.2.20;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision

drm: Make via build again.

drm: Avoid potential integer overflow in pages->bytes conversion.

Merge linux-drm-v5-6-rc3

Reduce diffs by side-loading some header files like Linux.

From riastradh

DRM_HZ -> HZ, to reduce diffs.

branches: 1.6.6;
merge linux-drm-v4-4-143

branches: 1.5.16; 1.5.18;
Avoid void *->paddr_t cast warning on i386.

New macro DRM_SPIN_WAIT_ON better reflects DRM_WAIT_ON.

We still need to adapt all waits from upstream to use an interlock,
so we can't implement DRM_WAIT_ON verbatim, but this more closely
reflects the API of DRM_WAIT_ON than DRM_*WAIT*_UNTIL do.

Major difference is that this polls every tick, like DRM_WAIT_ON,
unlike DRM_*WAIT*_UNTIL. So it will mask missing wakeups, but it
wouldn't surprise me if there were such things upstream.

Fix these drm waits too, in case anyone tries to use this via code.

branches: 1.2.2;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision

drm: Make via build again.

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.2.18; 1.2.20;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision

drm: Make via build again.

Merge linux-drm-v5-6-rc3

Rework PCI and AGP conditionalization.

- Push drm_pci_set_unique into driver callback.
- Eliminate drm_pci_set_unique_hook.
- Gather all drm_agp_* functions into struct drm_agp_hooks.
- Replace the nonsensical old atomic garbage by serious locking.
- Make drm_agpsupport.c its own module.
- Eliminate NDRMKMS_PCI.
- Use NAGP from "agp.h" only in drm_module.c for horrible hack.
=> See comment in file for rationale.
- Always define CONFIG_PCI=1 and CONFIG_AGP=1.
- Always go through the drm_agp_* function hooks.
- Ifdef out nouveau agp stuff that doesn't go through drm_agp_*
for reasons that I'm too frustrated to figure out tonight.
- pci_iomap no longer automagically does agp_i810_borrow.
=> Use drm_agp_borrow instead.

Rename drm_mmap_* -> drm_legacy_mmap_* like upstream.

struct drm_bus abstraction is no more. Cope.

struct drm_driver now has the bus-specific intr establish routine
(called request_irq/free_irq to match Linux's style).

merge linux-drm-v4-4-143

branches: 1.3.16; 1.3.18;
Need to specify mmap_object operation here!

Not sure how I tested this before, or whether I just made this change
locally and forgot to commit it and then lost the change.

Make viadrm (UMS) almost build.

Missing part: something needs to issue config_found_ia("drmums_pci"),
and config(5) needs to be told that it will do that. The sensible
approach is for vga_pci to do so. But config(5) doesn't seem to
understand that *only* vga_pci will do that, not all vga.

The old scheme was to tell config(5) that vga would always attach
drm, and actually attach it in vga_pci, and hope that nobody would
ever consider trying to attach non-PCI devices but quietly leave the
token `pci' out of the name of the drm interface attribute so it
didn't look wrong to have it outside dev/pci/files.pci.

Maybe that's still the right thing, as far as anything UMS can be
right.

branches: 1.1.1;
Initial revision

drm: Make via build again.

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.4.16; 1.4.18;
Make viadrm (UMS) almost build.

Missing part: something needs to issue config_found_ia("drmums_pci"),
and config(5) needs to be told that it will do that. The sensible
approach is for vga_pci to do so. But config(5) doesn't seem to
understand that *only* vga_pci will do that, not all vga.

The old scheme was to tell config(5) that vga would always attach
drm, and actually attach it in vga_pci, and hope that nobody would
ever consider trying to attach non-PCI devices but quietly leave the
token `pci' out of the name of the drm interface attribute so it
didn't look wrong to have it outside dev/pci/files.pci.

Maybe that's still the right thing, as far as anything UMS can be
right.

New macro DRM_SPIN_WAIT_ON better reflects DRM_WAIT_ON.

We still need to adapt all waits from upstream to use an interlock,
so we can't implement DRM_WAIT_ON verbatim, but this more closely
reflects the API of DRM_WAIT_ON than DRM_*WAIT*_UNTIL do.

Major difference is that this polls every tick, like DRM_WAIT_ON,
unlike DRM_*WAIT*_UNTIL. So it will mask missing wakeups, but it
wouldn't surprise me if there were such things upstream.

branches: 1.2.2;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision

drm: Make via build again.

Merge linux-drm-v5-6-rc3

DRM_HZ -> HZ, to reduce diffs.

branches: 1.6.6;
merge linux-drm-v4-4-143

branches: 1.5.16; 1.5.18;
Make viadrm (UMS) almost build.

Missing part: something needs to issue config_found_ia("drmums_pci"),
and config(5) needs to be told that it will do that. The sensible
approach is for vga_pci to do so. But config(5) doesn't seem to
understand that *only* vga_pci will do that, not all vga.

The old scheme was to tell config(5) that vga would always attach
drm, and actually attach it in vga_pci, and hope that nobody would
ever consider trying to attach non-PCI devices but quietly leave the
token `pci' out of the name of the drm interface attribute so it
didn't look wrong to have it outside dev/pci/files.pci.

Maybe that's still the right thing, as far as anything UMS can be
right.

New macro DRM_SPIN_WAIT_ON better reflects DRM_WAIT_ON.

We still need to adapt all waits from upstream to use an interlock,
so we can't implement DRM_WAIT_ON verbatim, but this more closely
reflects the API of DRM_WAIT_ON than DRM_*WAIT*_UNTIL do.

Major difference is that this polls every tick, like DRM_WAIT_ON,
unlike DRM_*WAIT*_UNTIL. So it will mask missing wakeups, but it
wouldn't surprise me if there were such things upstream.

Fix these drm waits too, in case anyone tries to use this via code.

branches: 1.2.2;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

Sprinkle idr_preload/idr_preload_end.

Try to do these outside all mutex locks.

Tricky case is i915_gem_context, where the struct mutex is held for a
long time.

merge linux-drm-v4-4-143

branches: 1.2.16; 1.2.18;
CID 710492: dev_priv was dereferenced in via_release_futex, no point in
checking again.

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

merge linux-drm-v4-4-143

branches: 1.1.1;
Initial revision

Merge linux-drm-v5-6-rc3

DRM_HZ -> HZ, to reduce diffs.

branches: 1.6.6;
merge linux-drm-v4-4-143

branches: 1.5.16; 1.5.18;
Add the missing viadrm files omitted last night.

New macro DRM_SPIN_WAIT_ON better reflects DRM_WAIT_ON.

We still need to adapt all waits from upstream to use an interlock,
so we can't implement DRM_WAIT_ON verbatim, but this more closely
reflects the API of DRM_WAIT_ON than DRM_*WAIT*_UNTIL do.

Major difference is that this polls every tick, like DRM_WAIT_ON,
unlike DRM_*WAIT*_UNTIL. So it will mask missing wakeups, but it
wouldn't surprise me if there were such things upstream.

Fix these drm waits too, in case anyone tries to use this via code.

branches: 1.2.2;
Partial viadrm2 snapshot.

To do:

- autoconf attachment (shouldn't be hard)
- viafb (maybe steal unichromefb and adapt attachment structure)
- actually run it (no hardware here)

branches: 1.1.1;
Initial revision