| created | 2021-04-04T01:34:03Z |
|---|---|
| begin | 2021-03-27T00:00:00Z |
| end | 2021-03-28T00:00:00Z |
| path | src/sys |
| commits | 4 |
| date | 2021-03-27T01:12:01Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/dev/usb/if_ure.c | log | diff | annotate |
| message |
trim the FCS off Ethernet packets before sending them up the stack. Jurjen Oskam on tech@ found that ure in a veb caused these extra fcs bytes to be transmitted by other veb members. the extra bytes aren't a problem usually because our network stack ignores them if they're present, eg, the ip stack reads an ip packet length and trims bytes in an mbuf if there's more. bridge(4) masked this problem because it always parses IP packets going over the bridge and trims them like the IP stack before pushing them out another port. veb(4) generally just moves packets around based on the Ethernet header, by default it doesn't look too deeply into packets, which is why this issue popped out. it is more correct for ure to just not pass the fcs bytes up. ok jmatthew@ kevlo@ |
|||
| date | 2021-03-27T14:36:28Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/dev/sdmmc/sdmmc_mem.c | log | diff | annotate |
| src/sys/dev/sdmmc/sdmmc_scsi.c | log | diff | annotate | |
| message |
Fix SDMMC_DEBUG build - Replace undefined SDMMCDEVNAME macro with usual DEVNAME from sdmmcvar.h - typofix struct member name |
|||
| date | 2021-03-27T19:57:19Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/arm64/cpu.c | log | diff | annotate |
| src/sys/arch/arm64/include/armreg.h | log | diff | annotate | |
| message |
Add ARMv8.5 instruction set related CPU features. ok patrick@ |
|||
| date | 2021-03-27T20:03:15Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/arm64/locore.S | log | diff | annotate |
| src/sys/arch/arm64/include/armreg.h | log | diff | annotate | |
| message |
Make sure that all CPUs end up with the same bits set in SCTLR_EL1. Do this by clearing all the bits marked RES0 and set all the bits marked RES1 for the ARMv8.0. Any optional features introduced in later revisions of the architecture (such as PAN) will be enabled after SCTLR_EL1 is initialized. ok patrick@ |
|||