| created | 2020-04-25T18:04:25Z |
|---|---|
| begin | 2020-04-21T00:00:00Z |
| end | 2020-04-22T00:00:00Z |
| path | src/sys |
| commits | 10 |
| date | 2020-04-21T05:49:25Z | |||
|---|---|---|---|---|
| author | jmatthew | |||
| files | src/sys/dev/pci/if_mcx.c | log | diff | annotate |
| message |
Commands that create objects return a 24 bit object ID, so mask off the high 8 bits of the value we extract, in case the firmware leaves junk there. Hrvoje Popovski has seen this with newer firmware on a ConnectX 5 card, which now works properly. ok dlg@ |
|||
| date | 2020-04-21T07:54:01Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/stand/efiboot/conf.c | log | diff | annotate |
| src/sys/arch/arm64/stand/efiboot/efiacpi.c | log | diff | annotate | |
| src/sys/arch/arm64/stand/efiboot/efiboot.c | log | diff | annotate | |
| message |
Add an openbsd,dma-constraint property to the /chosen node and set it to an appropriate value for the Raspberry Pi 4. ok patrick@ |
|||
| date | 2020-04-21T07:57:17Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/arm64/bus_dma.c | log | diff | annotate |
| src/sys/arch/arm64/arm64/machdep.c | log | diff | annotate | |
| message |
Set DMA constraint based on the openbsd,dma-constraint property if present. Make sure bus_dmamap_alloc(9) allocates memory that meets that constraint. ok patrick@ |
|||
| date | 2020-04-21T07:58:57Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/dev/fdt/sdhc_fdt.c | log | diff | annotate |
| message |
Add support for the additional SDHC controller found on the Raspberry Pi. ok patrick@ |
|||
| date | 2020-04-21T08:29:27Z | |||
|---|---|---|---|---|
| author | mpi | |||
| files | src/sys/sys/conf.h | log | diff | annotate |
| message |
Correct cdev_ipmi_init()'s poll stub to return 0 instead of ENODEV. poll functions shouldn't return errnos, selfalse() and seltrue() exist for this reason :) While here fix some comments. ok visa@ |
|||
| date | 2020-04-21T10:33:30Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/pci/if_iwn.c | log | diff | annotate |
| message |
Fix TID value set by iwn(4) in the Tx command when sending block ack requests. ok jmatthew@ mpi@ |
|||
| date | 2020-04-21T10:34:24Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/pci/if_iwn.c | log | diff | annotate |
| message |
Work around FIFO_UNDERRUN (0x84) Tx errors being reported by iwn(4) firmware. When this error occurs, it tends to occur multiple times in a row. Affected frames are lost and never get transmitted, and traffic stalls for a while. I don't understand what is causing this. I have found that it only occurs if we ask the firmware to use its multi-rate retry table. If we send frames at a fixed rate, it does not happen. So this can be used as a workaround until the real problem is understood. Since this error is particularly problematic with block ack, use a fixed Tx rate for aggregation queues for now. All subframes contained in an aggregate are always sent together at the same rate anyway. ok mpi@ |
|||
| date | 2020-04-21T18:56:54Z | |||
|---|---|---|---|---|
| author | tobhe | |||
| files | src/sys/dev/fdt/bcm2835_dmac.c | log | diff | annotate |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| src/sys/dev/ic/bcm2835_dmac.h | log | diff | annotate | |
| message |
Add bcmdmac, a driver for the DMA controller found on BCM283x SoCs. Original work by Neil Ashford and dlg@ ok kettenis@ |
|||
| date | 2020-04-21T19:10:32Z | |||
|---|---|---|---|---|
| author | tobhe | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
| message |
Enable bcmdmac(4). ok kettenis@ |
|||
| date | 2020-04-21T19:27:03Z | |||
|---|---|---|---|---|
| author | krw | |||
| files | src/sys/dev/ic/mpi.c | log | diff | annotate |
| message |
Revert r1.207. Apparently mpi(4) on sparc64 blows up if sc_link.openings is greater than 34. Encountered by Sigi Rudzio on his Blade 2500, who kindly did some testing to discover that the answer is 34, not 42. Nuke some whitespace on the way by. |
|||