| Age | Commit message (Collapse) | Author |
|---|
|
ok stsp@
|
|
|
|
be more robust against bogus edid data.
|
|
|
|
messages it may print are tied to the particular device it concerns.
|
|
|
|
removed quite many years ago. Drop the _emul component of config machinery
symbol names, and merge the wsdisplay_emul_smth with wsdisplay_common_smth
as they are their only users.
No functional change, but you need to rerun config(8) on your kernels.
|
|
supported by the FreeBSD syscon and some software assumes running on *BSD
implies they work.
|
|
This will be used by vmd(8) to reset psp(4) on startup.
from hshoexer@; OK mlarkin@
|
|
the wscons vt100 emulation. Based on a diff from Crystal Kolipe, modified
to properly handle partial updates, verified to work with udl(4).
|
|
- move softintr_establish(), which allocates memory, into dtalloc()
- Use M_DEVBUF consistently for all memory chunks in the softc.
- Do not check for NULL before calling free(9).
Reviewed by Christian Ludwig, ok miod@
|
|
viogpu_send_cmd() is called for every framebuffer update. Only print
log message at VIRTIO_DEBUG >= 3 to avoid log spam.
|
|
If the device has just been reset (e.g. after ifconfig down), we cannot
query the feature bits. Make sure we dump the control virtqueue even in
this case.
|
|
Also talk about thread rather than proc which might be confusing.
|
|
Get rid of the per-ringbuffer mutex. Use a variable to prevent against
recursion. Allow to process more events in the same timeframe.
From Christian Ludwig.
|
|
|
|
and X540. The driver was originally written by Intel and released as
ixv driver version 1.5.32 and ported to OpenBSD by Yuichiro NAITO,
naito.yuichiro at gmail.com. tested by henson at acm.org and many
others.
ok jmatthew
|
|
From Mario Limonciello
c79e0a18e4b301401bb745702830be9041cfbf04 in linux-6.6.y/6.6.59
ba1959f71117b27f3099ee789e0815360b4081dd in mainline linux
|
|
From Mario Limonciello
975ede2a7bec52b5da1428829b3439667c8a234b in linux-6.6.y/6.6.59
bf58f03931fdcf7b3c45cb76ac13244477a60f44 in mainline linux
|
|
From Srinivasan Shanmugam
65ca9f8ddc0d1e66770cd5c4a7555a7169dac0d8 in linux-6.6.y/6.6.59
e7457532cb7167516263150ceae86f36d6ef9683 in mainline linux
|
|
When opening /dev/psp for the first time, load the SEV firmware
located in /etc/firmware/amdsev/ optained via fw_update(8). The
relevant file is determined by CPU family and model.
If firmware files are not installed or the correct file could not
be determined, PSP will be initialized using the on-chip firmware.
Alternatively a BIOS upgrade could install a newer version.
from hshoexer@; OK mlarkin@
|
|
ok bluhm@
|
|
Implement the command to load new firmware onto the chip. Will be
used for automatic firmware loading.
from hshoexer@; OK mlarkin@
|
|
ok mpi@ miod@
|
|
In preparation for automatic loading of the AMD SEV firmware, factor
out the code that initializes the PSP. As the firmware must be
loaded before the initialization, delay initialization to first use
of the PSP. Initialization is triggered by opening /dev/psp for
the first time. A later diff will add firmware loading in a similar
way.
Also provide a ioctl(2) for initialization. Not used right now.
Will be later used by vmd(8) to reset the PSP.
from hshoexer@; OK mlarkin@
|
|
Accepting VIRTIO_F_ACCESS_PLATFORM is required for SEV on KVM/qemu.
We always use the standard pci access mechanisms of the
architecture/platform we are running on. Therefore we should negotiate
the VIRTIO_F_ACCESS_PLATFORM feature if it is offered. Strictly
speaking we should bypass any existing IOMMUs if the host does not offer
this feature, but this no regression and can be fixed later.
feedback from kettenis@
|
|
to ixv driver version 1.5.32 from Intel. This change will not affect
the existing usage of ix(4), since the change is only about the
mailbox, and the mailbox is used only when the primary/virtual
function is used. The diff from Yuichiro NAITO, naito.yuichiro at
gmail.com.
ok jmatthew jan
|
|
Some AMD CPUs come with an older platform security processor. It
is detectet by PCI Id and has different register offsets. Move the
dynamic register offsets into psp_softc. The PCI attach code is
now in a separate psp_pci.c file and detects the version of the psp
along with the ccp. The attach code is more verbose to display
where problems might occur. Now the ccp_wait() has 2 seconds
timeout, both for polling and interrupt. Also prevent a useless
bus_space_read_4().
OK hshoexer@
|
|
From Mohammed Anees
64cf93b87fe34e72557de294718019c0ad2931b4 in linux-6.6.y/6.6.58
c0ec082f10b7a1fd25e8c1e2a686440da913b7a3 in mainline linux
|
|
From Alex Deucher
db0978d3ed8b1f69b6e09c3ccb66897fd2a9f6d7 in linux-6.6.y/6.6.58
cb07c8338fc2b9d5f949a19d4a07ee4d5ecf8793 in mainline linux
|
|
From Ville Syrjala
1a235af0216411a32ab4db54f7bd19020b46c86d in linux-6.6.y/6.6.58
28127dba64d8ae1a0b737b973d6d029908599611 in mainline linux
|
|
|
|
|
|
|
|
|
|
|
|
ok claudio@
|
|
|
|
reported by kirill@
|
|
power-off voltage switch sequence when card is already operating at
requested voltage.
Zap the NOPWR0 quirk for Intel controllers.
ok stsp@ kettenis@
|
|
send a single reset during attach. We have discovered that some
devices such as the built-in keyboard on the Thinkpad T14s Gen 6
don't like getting more than one reset sent or they become
unresponsive.
This has been in snaps for a while and hasn't caused any major
regressions so we are confident the extra reset is not needed on
most hardware.
feedback from kettenis@
ok deraadt@ mlarkin@
|
|
From Jani Nikula
55f2bd90b9fba95e929d4c407ffc422597152323 in linux-6.6.y/6.6.57
4cc2718f621a6a57a02581125bb6d914ce74d23b in mainline linux
|
|
From Alex Hung
65b2d49e55fe13ae56da3a7685bdccadca31134a in linux-6.6.y/6.6.57
ff599ef6970ee000fa5bc38d02fa5ff5f3fc7575 in mainline linux
|
|
From Alex Hung
939b4b2c008d4c620b8127bfd12cb22e40447141 in linux-6.6.y/6.6.57
bc2fe69f16c7122b5dabc294aa2d6065d8da2169 in mainline linux
|
|
From Wenjing Liu
b505e4fc411c1015ff5114b0cca8c9b20ae2f679 in linux-6.6.y/6.6.57
4b22869f76563ce1e10858d2ae3305affa8d4a6a in mainline linux
|
|
From Rob Clark
be6c52b059a28ec7f78a135061f2cc16b352ef70 in linux-6.6.y/6.6.57
b6802b61a9d0e99dcfa6fff7c50db7c48a9623d3 in mainline linux
|
|
ok patrick@, phessler@
|
|
this file at some point, but such code now lies comfortably in the Attic.
ok jsg@ mpi@
|
|
|
|
|
