| created | 2021-05-09T03:51:14Z |
|---|---|
| begin | 2021-05-03T00:00:00Z |
| end | 2021-05-04T00:00:00Z |
| path | src/sys |
| commits | 7 |
| date | 2021-05-03T06:19:00Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/arch/riscv64/riscv64/machdep.c | log | diff | annotate |
| src/sys/arch/riscv64/riscv64/syscall.c | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/vm_machdep.c | log | diff | annotate | |
| message |
change some commented vfp paths to riscv64 fpu equivalents ok mlarkin@ |
|||
| date | 2021-05-03T08:23:05Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/ic/ar5008.c | log | diff | annotate |
| message |
work around an athn(4) device problem with bogus Michael MIC failures Clients using Tx aggregation against an athn(4) hostap will send block ack request control frames whenever they need to sync their Tx block ack window. athn(4) dropped such frames due to bogus Michael MIC failures reported by the hardware decryption engine. Ignore such failures for control frames in order to fix athn(4) hostap mode against clients which use Tx aggregation. Additionally, only report Michael MIC failures to the net80211 stack if the offending client is actually using TKIP, which would also have prevented the problem since we require CCMP as group cipher in our default configuration. Problem reported and fix tested by kettenis@ |
|||
| date | 2021-05-03T08:41:25Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/pci/if_iwm.c | log | diff | annotate |
| src/sys/dev/pci/if_iwmreg.h | log | diff | annotate | |
| src/sys/dev/pci/if_iwmvar.h | log | diff | annotate | |
| message |
Add 802.11n Tx aggregation support to iwm(4). Makes packets go swoosh swoosh swoosh. Welcome to actual 802.11n! Tested: 7260: dv, florian 7265: trondd, dv, landry, stsp 8260: bket 8265: Matthias Schmidt, stsp 9260: kettenis 9560: phessler, stsp |
|||
| date | 2021-05-03T08:46:28Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/net80211/ieee80211_ra.c | log | diff | annotate |
| message |
Tweak the heuristic net80211 RA is using to decide whether enough statistics have been gathered for a candidate Tx rate. The goal is to avoid Tx rate choices that might turn out to be too optimistic. In practice this only affects the case where we probe upwards. If the current Tx rate starts seeing loss we will still scale down very quickly. Based on a larger collection of patches by Christian Ehrhardt. I have made stylistic tweaks for consistency. Tested: iwn 6205: stsp, Josh Grosse iwm 7265: stsp iwm 8265: Matthias Schmidt iwm 9260: phessler |
|||
| date | 2021-05-03T11:35:29Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/include/pmap.h | log | diff | annotate |
| src/sys/arch/riscv64/riscv64/machdep.c | log | diff | annotate | |
| src/sys/arch/riscv64/riscv64/pmap.c | log | diff | annotate | |
| message |
Use the EFI memory map (if available) to determine available physical memory. This brings the code closer to arm64 but some key differences remain. The most notable difference is that the riscv64 currently uses its own private direct map of physical memory. Therefore it needs to know the RAM address range which we derive from the /memory node in the FDT. The code also needs to work around some bugs/flaws in the firmware: * Newer OpenSBI versions no longer add a "no-map" property to the reserved memory block that covers the memory used by OpenSBI itself. This makes it appear as EfiBootServicesData in the EFI memory map, which means it is available for general use. * The OpenSBI shipped with the beaglev prototype boards doesn't reserve the memory used by OpenBSI at all. The workaround for the first issue is to remove all reserved memory blocks specified in the FDT. In its current implementation this may remove too much memory on certain boards. The workaround for the second issue is to remove 2MB before the memory where the kernel lives. This workaround is fragile since it relies on a specific memory layout. Hopefully the beaglev firmware gets fixed and we can remove this hack. ok jsg@ |
|||
| date | 2021-05-03T13:11:40Z | |||
|---|---|---|---|---|
| author | visa | |||
| files | src/sys/dev/fdt/sdhc_fdt.c | log | diff | annotate |
| message |
Make sdhc(4) attachment work on Zynq-7000. OK kettenis@ |
|||
| date | 2021-05-03T21:25:48Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/riscv64/dev/mainbus.c | log | diff | annotate |
| message |
Sync changes from arm64 version. ok patrick@ |
|||