| created | 2020-12-13T00:38:57Z |
|---|---|
| begin | 2020-12-08T00:00:00Z |
| end | 2020-12-09T00:00:00Z |
| path | src/sys |
| commits | 9 |
| date | 2020-12-08T03:27:54Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/drm/ttm/ttm_tt.c | log | diff | annotate |
| message |
correct ttm_tt error paths if bus_dmamap_create() fails Avoids a double free of gtt in amdgpu_ttm_tt_create() if the bus_dmamap_create() call in ttm_sg_tt_init() fails and ttm_tt_destroy() calls amdgpu_ttm_backend_destroy(). feedback from and ok kettenis@ |
|||
| date | 2020-12-08T04:37:27Z | |||
|---|---|---|---|---|
| author | cheloha | |||
| files | src/sys/dev/ic/an.c | log | diff | annotate |
| message |
an(4): tsleep(9) -> tsleep_nsec(9) In an_wait() we spin for up to (3 * hz) iterations awaiting AN_EV_CMD. If we don't see it in a given iteration we block for up to 1 tick and spin again. jsg@ suggests instead blocking for 100ms at a time for up to 30 iterations. Discussed with mpi@. Idea from jsg@. Murmurs of agreement from claudio@ and kettenis@. probably ok jsg@ |
|||
| date | 2020-12-08T10:28:22Z | |||
|---|---|---|---|---|
| author | tobhe | |||
| files | src/sys/net80211/ieee80211_input.c | log | diff | annotate |
| message |
Use BA agreement immediately after it is requested by the AP. Some APs continue to send QOS packet for the same tid (with normal ack policy). Make those packets go through BA reordering to advance the sequence number counter in the BA agreement and prevent performance loss due to a gap wait later on. Found by and fix from Christian Erhardt ok stsp@ phessler@ |
|||
| date | 2020-12-08T12:08:24Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/drm/ttm/ttm_tt.c | log | diff | annotate |
| message |
Call ttm_tt_unpopulate() instead of directly calling ttm_tt_unpopulate function pointer in ttm_tt_swapout(). Reduces the diff to linux. ok kettenis@ |
|||
| date | 2020-12-08T12:26:31Z | |||
|---|---|---|---|---|
| author | mpi | |||
| files | src/sys/uvm/uvm_fault.c | log | diff | annotate |
| message |
Use a while loop instead of goto in uvm_fault(). ok jmatthew@, tb@ |
|||
| date | 2020-12-08T14:40:55Z | |||
|---|---|---|---|---|
| author | tobhe | |||
| files | src/sys/net80211/ieee80211_input.c | log | diff | annotate |
| message |
Fix gapwait accounting. Count all the packets in the reorder buffer. Restart the gap timeout if the buffer is not empty after we flush out some of the packets. Found by and fix from Christian Ehrhardt ok stsp@ phessler@ |
|||
| date | 2020-12-08T15:52:04Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/net80211/ieee80211_output.c | log | diff | annotate |
| message |
Fix 802.11 RSN capabilities announced to peers. We were echoing back all RSN capabilities announced by our peer, even for features which we don't support. One such feature is Management Frame Protection (MFP). If we announce this capability then the peer sends us encrypted management frames which won't be processed. One symptom of this is that we fail to negotiate block ack with APs that support MFP. Only echo the RSN capabilities which we support, i.e. key replay counters. Handle MFP and PBAR bits here as done elsewhere. Neither of these features is enabled yet at run-time. As far as I can tell, the remaining RSN caps are not supported by drivers (e.g. SPP A-MPDU) or won't be supported (outdated WEP->TKIP transition support). The corresponding bits should always be clear. Problem with 0 input block ack sessions found by sthen@ and robert@ Fix tested by sthen@, robert@, phessler@, and kmos@ ok phessler@ kmos@ |
|||
| date | 2020-12-08T17:33:49Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/softraid_raid1.c | log | diff | annotate |
| message |
fix wrong function names in softraid RAID1 debug print statements ok jsing@ as part of a larger diff |
|||
| date | 2020-12-08T20:17:32Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/net80211/ieee80211_input.c | log | diff | annotate |
| src/sys/net80211/ieee80211_proto.c | log | diff | annotate | |
| message |
Enable 802.11 A-MSDU support again. It was disabled some time ago but the underlying problems have since been fixed. Using A-MSDUs results in improved download speeds with APs that support them. tested by robert@ |
|||