Age | Commit message (Collapse) | Author |
|
ip6_hopopts(). The value is tested and non-zero values could cause a
packet to be discarded.
Initialize the pointed at variable to 0, tweaking variable names and
associated comments.
COVERITY 1453098
ok deraadt@ mpi@
|
|
From Felix Kuehling
8db9696c1fdfa3d80e29ee80d002f315e4e344a9 in linux 5.7.y/5.7.5
90ca78deb004abe75b5024968a199acb96bb70f9 in mainline linux
|
|
From chen gong
4e88ff94dd359871f609da9f430712fcf7025164 in linux 5.7.y/5.7.5
cbd2d08c7463e78d625a69e9db27ad3004cbbd99 in mainline linux
|
|
From Sung Lee
dbf0a8fce6a9c867c315a400176f9f0e3a963d1e in linux 5.7.y/5.7.5
1dfedb39d38f813357885e19badd1971c17f79a7 in mainline linux
|
|
From Paul Hsieh
11bce5915166fd50a395716755db8c6a3d3f2eb0 in linux 5.7.y/5.7.5
7fc5c319efceaed1a23b7ef35c333553ce39fecf in mainline linux
|
|
- There is no panic() condition while inserting `pxi' to tree so drop
RBT_FIND() to avoid two lookups.
- Modify text in panic() message in delete case.
ok yasuoka@ claudio@
|
|
From Dale Zhao
21b7c6033823d3888a195a24271cbea34279dd62 in linux 5.7.y/5.7.5
2a28fe92220a116735ef45939b7edcfee83cc6b0 in mainline linux
|
|
From Alvin Lee
719bdc4363637fa45b67c80259c6a72967cb4947 in linux 5.7.y/5.7.5
a1a0e61f3c43c610f0a3c109348c14ce930c1977 in mainline linux
|
|
From Mark Pearson
b846c5c78cf6365adf3b32645db39009c4710a2c in linux 5.7.y/5.7.5
0df3ff451287d71c620384eb7bb2cd3a8106412c in mainline linux
|
|
From limingyu
4ceae1cf8ca686b64a68822677ef0fb69a917c4e in linux 5.7.y/5.7.5
6f81b2d047c59eb77cd04795a44245d6a52cdaec in mainline linux
|
|
From Dmytro Laktyushkin
b5d74af308d373668ec2d8f0f0a490207fcc5eda in linux 5.7.y/5.7.5
d5bef51f084fccafa984b114ff74a01a64a0e2e3 in mainline linux
|
|
From Joshua Aberback
3a16e9862faff68edb43c1ec3112d62f6a391037 in linux 5.7.y/5.7.5
868149c9a072cbdc22a73ce25a487f9fbfa171ef in mainline linux
|
|
From Christian Koenig
ba90bed3ea632a6cff527dea080336666f36ab2b in linux 5.7.y/5.7.5
82c416b13cb7d22b96ec0888b296a48dff8a09eb in mainline linux
|
|
For example the bridge_ioctl() function calls NET_UNLOCK() unconditionally
and so calling if_ioctl() without netlock will trigger an assert because
of not holding the netlock. Make sure the ioctl handlers are called with
the netlock held and drop the lock for the wg(4) specific ioctls in the
wg_ioctl handler. This fixes a panic in bridge_ioctl() triggered by
ifconfig(8) issuing a SIOCGWG ioctl against bridge(4).
This is just a workaround this needs more cleanup but at least this way
the panic can not be triggered anymore.
OK stsp@, tested by semarie@
|
|
From Linus Torvalds
8e45fdafdecc8436c5b6e1620c30726056e6b29c in linux 5.7.y/5.7.3
17839856fd588f4ab6b789f482ed3ffd7c403e1f in mainline linux
|
|
sessions by pipex_iface_fini() or by pipex_ioctl() with `PIPEXSMODE' command.
ok yasuoka@
|
|
store radius passwords and nothing requires it to be group readable.
ok yasuoka@
|
|
The IP_HDR and MH_SIZE fields represent byte offsets into the frame, rather
than flags. Make these macros require a parameter to prevent them from being
misunderstood as flag bits.
In iwlwifi these are defined via an enum, with most values being used as
parameters to BIT(). Yet these IP and MH ones are actually used to shift
length values to particular positions within the offloading parameters
of the Tx command.
Fortunately, these macros aren't used yet in our version of the driver.
|
|
Add declarations of "version 2" scan flags from iwlwifi and prepare the
iwx_scan_channel_cfg_umac struct for life beyond version 1.
None of this is needed yet. But we will need this at some point and I've
already written the diff, hoping it would prevent firmware errors (which
of course it didn't).
|
|
Compared to iwm(4) devices the BE and BK fifo numbers have been swapped
in iwx(4) hardware. This has no real consequences for us since we send
all frames at the same access category, but I'm fixing the mapping anyway.
|
|
The driver will turn the device off and print a message to dmesg if the
firmware signals critical temperature. It looks like the firmware will
also make use of a Tx-backoff mechanism to regulate device temperature.
|
|
Firmware will add SSIDs specified via the scan command to its probe requests.
There is no need to copy an SSID into the template.
This code path is not used yet because active scanning mode is still
disabled in this driver.
|
|
The data structure for the scan command contains a union which represents
various versions of the scan command. The driver wrote to the scan_priority
field in version 1 data regardless of the scan command version actually
expected by firmware.
Perform that write only for scan command version 1, as intended.
Testing suggests that this prevents occasional firmware errors during scans.
|
|
template.
This code path is not used yet because active scanning mode is still
disabled in this driver.
ok kn@
|
|
|
|
|
|
Move log level to debug for that case and while there correct the
string, we're reding, not writing.
|
|
example HTML/JS to generate webauthn signatures in SSH formats
(also used to generate the testdata/* for the test).
|
|
standard for using FIDO keys in web browsers. webauthn signatures are
a slightly different format to plain FIDO signatures - this support
allows verification of these. Feedback and ok markus@
|
|
for FIDO webauthn signature verification support; ok markus@
|
|
reading vpd stuff is useful when you're trying to get support
information about a pci device, eg, if you want a serial number,
or firmware versions, or specific part name or number, it's likely
available via vpd. also, im sick of having the diff in my tree.
this relies on the new PCIOCGETVPD ioctl i just committed to the
kernel.
it's a very quick and dirty implementation, hopefully someone will
pick it up and polish it a bit.
tested by hrvoje popovski on a variety of cards
ok jmatthew@
|
|
|
|
|
|
|
|
matches how the interfaces are documented
|
|
reading vpd stuff is useful when you're trying to get support
information about a pci device, eg, if you want a serial number,
or firmware versions, or specific part name or number, it's likely
available via vpd. also, im sick of having the diff in my tree.
the vpd info is not accessed as bytes read from a capability, but
is read via a register in the capability. the same register also
supports updating or writing vpd info, which sounds like a bad idea
to let userland have raw access to.
this adds an ioctl so that userland can ask the kernel to read via
the vpd register on its behalf. this ensures that the only access
is read access, and it's sanity checked.
tested by hrvoje popovski on many devices.
ok jmatthew@
|
|
livelock detection used to rely on code running at softnet blocking
the softclock handling at a lower interrupt priority level. if the
hard clock interrupt count diverged from one kept by a timeout, we
assumed the network stack was doing too much work and we should
apply backpressure to the receptions of packets.
the network stack doesnt really block timeouts from firing anymore
though. this is especially true on MP systems, because timeouts
fire on cpu0 and the nettq thread could be somewhere else entirely.
this means network activity doesn't make the softclock lose ticks,
which means we aren't scaling rx ring activity like we think we
are.
the alternative way to detect livelock is when a driver queues
packets for the stack to process, if there's too many packets built
up then the input routine return value tells the driver to slow
down. this enables finer grained livelock detection too. the rx
ring accounting is done per rx ring, and each rx ring is tied to a
specific nettq. if one of them is going too fast it shouldn't affect
the others. the tick based detection was done system wide and
punished all the drivers.
ive converted all the drivers to the new mechanism. let's see how
we go with it.
jmatthew@ confirms rings still shrink, so some backpressure is being
applied.
|
|
|
|
this is a step toward deprecating softclock based livelock detection.
|
|
this is a step toward deprecating softclock based livelock detection.
|
|
this is a step toward deprecating softclock based livelock detection.
kettenis@ tested fec(4) on armv7 and dwge(4) on arm64
jmatthew@ tested dwxe(4) on armv7 and noted rings shrinking under load.
|
|
naddy gave me a pointer in the right direction
ok millert@ deraadt@
looks good to matt dunwoodie
|
|
|
|
ok deraadt@
|
|
|
|
ok gkoehler@
|
|
Inject a pending interrupt even if the rcv_pending flag is set to avoid the
endless EV_READ loop where a byte lingers read to be read but the vcpu never
gets the interrupt to read it. (e.g. the result of spamming RETURN via the
serial console)
Also, protect com ratelimit handler with mutexes to avoid corruption of the
device state.
These changes help preventing linux vm crashes when the return key is held on
boot.
Discovered by and patch from Dave Voutila <dave@sisu.io>
ok tb@
|
|
improvements:
- Remove strain pixel on the '5' digit (5x8 version)
- Improve the Esszet character (8x16, 12x24, 16x32, and 32x64 versions)
|
|
|
|
pmap_ptedinhash().
|