Age | Commit message (Collapse) | Author |
|
From Mario Limonciello
38108fd273acbc6248870a7a3e61714398af6f94 in linux 5.15.y/5.15.25
04ef860469fda6a646dc841190d05b31fae68e8c in mainline linux
|
|
From Mario Limonciello
72808bb42c87c4887c553ea8d9f4ecaf15d867d3 in linux 5.15.y/5.15.25
f52a2b8badbd24faf73a13c9c07fdb9d07352944 in mainline linux
|
|
From Mario Limonciello
64519c9e32ac548fd47cf16767f4b779a8cbdd14 in linux 5.15.y/5.15.25
a6ed2035878e5ad2e43ed175d8812ac9399d6c40 in mainline linux
|
|
net/if_pppx.c pointed out by jsg@
ok gnezdo@ deraadt@ jsg@ mpi@ millert@
|
|
|
|
|
|
|
|
|
|
|
|
ok jsg@
|
|
From Yang Wang
dcd1c46634697d200c7012d5047302355dce098f in linux 5.15.y/5.15.24
a8b1e8636a3252daa729762b2e3cc9015cc91a5c in mainline linux
|
|
From Ville Syrjala
ac14a51c31693e11947f9b4e36c84558368fe089 in linux 5.15.y/5.15.24
85bb289215cf37e05e9581b39b114db1293f9ecd in mainline linux
|
|
From Ville Syrjala
8d6a31b83cddd5c3429def795ba7ec8fdaf4541d in linux 5.15.y/5.15.24
8fd5a26e43859547790a7995494c952b708ab3b5 in mainline linux
|
|
From Alex Deucher
c1af59449d80a4f642dbe64fd8be7c1ce86fc2cf in linux 5.15.y/5.15.24
6e7545ddb13416fd200e0b91c0acfd0404e2e27b in mainline linux
|
|
From Zhan Liu
a277422a8d975966de1bd3351cc6cfd8718a166d in linux 5.15.y/5.15.24
ac46d93235074a6c5d280d35771c23fd8620e7d9 in mainline linux
|
|
From Raymond Jay Golo
9696125fb3ca1660d28a0aef53bcaa1a20a02bdb in linux 5.15.y/5.15.24
d3cbc6e323c9299d10c8d2e4127c77c7d05d07b1 in mainline linux
|
|
unused but intended to be used to correlate audio and wskbd devices.
ok ratchov@
|
|
|
|
|
|
adapted from a diff by Ted Bullock
|
|
|
|
from Ted Bullock who tested on sparc64 with xvr-100
|
|
from Ted Bullock
|
|
from jan@; test and OK dlg@
|
|
update_bw_bounding_box() lost in drm 5.15 update
should avoid 'SSE FP exception trap' infrequently seen on boot
with renoir and cezanne
problem reported by beck@ and claudio@
|
|
also tested on both x86 and sparc64.
|
|
From Mario Limonciello
8a15ac1786c92dce6ecbeb4e4c237f5f80c2c703 in linux 5.15.y/5.15.22
e55a3aea418269266d84f426b3bd70794d3389c8 in mainline linux
|
|
From Dan Carpenter
5cba71707f0a7fe19fa1feaf25a4c094876c2db1 in linux 5.15.y/5.15.22
90a3d22ff02b196d5884e111f39271a1d4ee8e3e in mainline linux
|
|
panels
From Aun-Ali Zaidi
2093ecf557e733f995c7db6df716c91c43923972 in linux 5.15.y/5.15.22
30fbce374745a9c6af93c775a5ac49a97f822fda in mainline linux
|
|
From Paul Hsieh
7ff0ed88e4eb6bd7ccd7cf422ab855032ed0528c in linux 5.15.y/5.15.22
f5fa54f45ab41cbb1f99b1208f49554132ffb207 in mainline linux
|
|
From Evan Quan
4f4c77ad5a13ac39d38cc3f1b963e85ecf9d528f in linux 5.15.y/5.15.22
3ec5586b4699cfb75cdfa09425e11d121db40773 in mainline linux
|
|
From Imre Deak
39ac3945d966168bdede467446dec45cee3382bb in linux 5.15.y/5.15.22
3c6f13ad723e7206f03bb2752b01d18202b7fc9d in mainline linux
|
|
From Ville Syrjala
d63d077fc44645d51df7e9007df87853f5c13e4c in linux 5.15.y/5.15.22
99510e1afb4863a225207146bd988064c5fd0629 in mainline linux
|
|
tested on sparc64 and x86
|
|
iwm_wakeup() must initialize the task reference counter only if
resuming the device succeeds. Otherwise, the newstate task will
not be scheduled and hence the ref counter must remain at zero.
Problem observed by + ok kettenis@
|
|
this was first introduced in r1.176 by jan@. this diff includes two
fixes to that implementation.
the most important one is to parse the ip and tcp headers before a
possible call to m_defrag. if an l4 offload is requested, it's only
requested by the stack when the payload is correctly aligned and
with each header contiguous in memory. this means you can use
m_getptr and cast the packet data to the relevant headers to read
them directly because that's what the stack does when it's working
on them. this makes it cheap to work on them too.
however, if you m_defrag, it ignores the alignment and ends up
making it unsafe to dereference the ip and tcp/udp payloads on
strict alignment architectures. if we want to look at the headers
after m_defrag, we'd likely have to copy them onto the stack first.
the other fix is to reset the offload bits between packets in the
loop in ixl_start.
another difference is that this code skips parsing the packet if
no checksum offload is requested.
tests and a tweak by bluhm@ to actually use the offloading
tested by me on sparc64 and x86 boxes
ok bluhm@ jmatthew@
|
|
this is based on work by jan@ and bluhm@. the most interesting
change on top of their work is to move the parsing of the IP packets
to figure out ip and udp/tcp offsets before a possible call to
m_defrag.
if an l4 offload is requested, it's only requested by the stack
when the payload is correctly aligned and with each header contiguous
in memory. this means you can use m_getptr and cast the packet data
to the relevant headers to read them directly because that's what
the stack does when it's working on them. this makes it cheap to
work on them too.
however, if you m_defrag, it ignores the alignment and ends up
making it unsafe to dereference the ip and tcp/udp payloads on
strict alignment architectures. if we want to look at the headers
after m_defrag, we'd likely have to copy them onto the stack first.
we got away with this before because we were lucky with the code
that's generated on strict alignment archs for looking at the ip
hl and proto fields. that luck might run out though.
while here i've also tweaked the vlan handling code, and generally
tried to make it more readable.
ok bluhm@ jmatthew@
|
|
ok jsg@
|
|
should fix panic on boot on x41 reported by Fred Crowson
|
|
|
|
|
|
|
|
From Bas Nieuwenhuizen
548f20b39ec91fdd97194a84a0d9b2f68715762a in linux 5.15.y/5.15.19
72a8d87b87270bff0c0b2fed4d59c48d0dd840d7 in mainline linux
|
|
From Manasi Navare
73740f948252e424a01465155d8737bceae23653 in linux 5.15.y/5.15.19
5ec1cebd59300ddd26dbaa96c17c508764eef911 in mainline linux
|
|
|
|
|
|
|
|
only caller is ttm_move_memcpy()
inteldrm has equivalent bits in i915_memcpy.c
|
|
|
|
djm@ confirms the recently committed 5.5.18 change
'drm/amdgpu: Use correct VIEWPORT_DIMENSION for DCN2'
to use the right register for GMC9 DCN2 (RENOIR, GREEN_SARDINE) is
enough on t14 gen 2 amd.
|