| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
| |
conversion steps). it only contains kernel prototypes for 4 interfaces,
all of which legitimately belong in sys/systm.h, which are already included
by all enqueue_randomness() users.
|
| |
|
|
|
|
| |
Coverity CID 1452981; Severity: unlikely, not user-visible.
|
|
|
|
| |
ok mikeb@
|
|
|
|
|
|
|
|
| |
tasks from the PV drivers into a central place. While here, we
figured out that it is not needed to check for allowpowerdown on the
hypervisor-initiated shutdown requests.
OK mikeb@
|
|
|
|
|
|
| |
ignore it and only use the timesync "sample" messages.
OK mikeb@
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
This adds the last required bit of the KVP interface: providing
IP address info back to the Host on request. Normally the Host
is not specifying the address family and in this case we prefer
to report back the first IPv4 address we can find and resort to
IPv6 only when no IPv4 addresses are configured.
It also appears that the 5th version of the message format is
not publicly documented yet and IP address information request
messages differ from the 4th version so we have to take the
negotiated protocol version down a notch.
|
|
|
|
|
|
| |
This change makes it possible for the Host to update the value
of an existing key via a Set operation as well as to remove the
key completely with a Delete message.
|
|
|
|
|
|
|
| |
We need to ensure list and data consistency during concurrent
accesses since the interrupt handler is not executed under the
kernel lock and may add or modify entries while userland process
is reading the value or traversing the list.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
The implemented abstraction allows us to query and set little
endian UTF-16 keys exchanged between the Host and the Guest via
a text based pvbus(4) interface.
All keys are attached to one of several key pools: Auto, Guest,
External or Guest/Parameters. The hostctl(8) is able to modify
values for keys in the Auto pool as well as set new keys in the
Guest pool while the Host provides its keys in External and
Guest/Parameters pools.
Discussed with reyk@
|
|
|
|
|
|
| |
since they have a better clue how to size it.
While here, cleanup the kernel output a bit.
|
|
|
|
| |
modelled on the upstream version.
|
|
|
|
|
|
|
|
|
| |
hvn(4) needs to be able to put up to 128 RNDIS data messages on the
channel ring each pointing up to 16 fragments in addition to a small
number of RNDIS control messages. This simplifies accounting of
available TX descriptors in relation to the available space on the
channel ring and as a results prevents packet drops due to the ring
being full.
|
|
|
|
|
|
|
|
|
| |
Devices need to allocate appropriate input/output buffers for use
with the VMBus channel API themselves. There's no reason to keep
pointers to these buffers in the channel structure.
This requires a bit of restructuring of the code attaching internal
devices however.
|
|
Input & OK reyk.
|