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.

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

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

From riastradh

DRM_HZ -> HZ, to reduce diffs.

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_HZ -> HZ, to reduce diffs.

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

merge linux-drm-v4-4-143

branches: 1.5.16;
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