| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
From Helen Koike
fbb7e114e6e690c46f170dedd6fd2fb22f241519 in linux 4.19.y/4.19.50
89a4aac0ab0e6f5eea10d7bf4869dd15c3de2cd4 in mainline linux
|
|
|
|
|
|
|
|
|
| |
64-bit DMA. Should reduce the pressure on DMA-reachable memory, which is
important since there are still cases where the pagedaemon ends up being
triggered continuously if we run out of DMA-reachable memory but have
plenty of memory left.
ok jsg@
|
|
|
|
| |
one function with a single address.
|
|
|
|
|
|
|
| |
committing now so this can be worked on in tree
Thanks to the OpenBSD Foundation for sponsoring this work and kettenis@
for helping.
|
|
|
|
|
|
|
| |
in_irq() uses ci_idepth on archs that have it
in_interrupt() is the same as in_irq() for now, linux has in_irq() for
hard interrupt context and in_interrupt() is also for soft interrupt
and nmi context.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
signals, as we don't have an equivalent use PCATCH and check for all
signals before and after msleep. Discussed with kettenis@.
|
|
|
|
|
|
|
| |
Linux allows this sillyness and it is needed to make X work on the
integrated graphics on the AMD Ryzen 3 PRO 2200GE APU.
ok jsg@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
when we have a serial console by introducing the notion of a "primary"
graphics device. The primary graphics device is the one set up and
used by firmware (BIOS, UEFI).
The goal is to make sure that wsdisplay0 and drm0 reliably attach to
the primary graphics device such that X works out of the box even
if you have multiple cards or if you are using a serial console.
This also fixes the situation where inteldrm(4) or radeondrm(4) would
take over the console on UEFI systems even if the kernel was booted
with a serial console.
ok jsg@
|
|
|
|
|
| |
when a nested macro is called with an expression argument.
Prompted by -Wint-in-bool-context with gcc 8. ok kettenis@
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Reduce code clutter by removing the file name and line number output
from witness(4). Typically it is easy enough to locate offending locks
using the stack traces that are shown in lock order conflict reports.
Tricky cases can be tracked using sysctl kern.witness.locktrace=1 .
This patch additionally removes the witness(4) wrapper for mutexes.
Now each mutex implementation has to invoke the WITNESS_*() macros
in order to utilize the checker.
Discussed with and OK dlg@, OK mpi@
|
|
|
|
|
| |
there. As sys/file.h does not have an include guard don't include it in
drm_linux.c which indirectly includes fs.h via drmP.h.
|
|
|
|
|
|
| |
seen with the "intel" X driver with the new inteldrm kernel driver.
ok (and with help from) jsg@
|
|
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.
|