| created | 2019-09-02T03:05:32Z |
|---|---|
| begin | 2019-08-27T00:00:00Z |
| end | 2019-08-28T00:00:00Z |
| path | src/sys |
| commits | 14 |
| date | 2019-08-27T00:40:26Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/dev/pci/if_ixl.c | log | diff | annotate |
| message |
make SIOCGIFSFFPAGE support QSFP modules better. basically the "read phy register" admin op uses the "address" field on SFP modules for the i2c address, but uses that same field for the "sff page number" for QSFP. this wraps the calls to the admin op with sfp and qsfp specific code, and chooses between them depending on what type of phy the fw reports. tested by me and jmatthew@ pretty hard |
|||
| date | 2019-08-27T00:49:48Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/netmpls/mpls_output.c | log | diff | annotate |
| message |
use m_getptr to get to the right mbuf and offset for the ttl in mpls_gettl. problem found by and this fix was tested by groos at xiplink dot com on bugs@ |
|||
| date | 2019-08-27T04:26:50Z | |||
|---|---|---|---|---|
| author | dlg | |||
| files | src/sys/dev/pci/if_ixl.c | log | diff | annotate |
| message |
don't check the page number was set correctly. there are some extremely terrible modules out there that violate specs badly. some SFP+ DACs i have don't support page switching, and always report page 0xff. let userland look at them anyway. |
|||
| date | 2019-08-27T08:19:55Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
| src/sys/dev/fdt/amlclock.c | log | diff | annotate | |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| message |
amclock(4), a driver for the Amlogic SoC clocks. For now this implements a tiny number of clocks for the G12A/B families only. ok jsg@ |
|||
| date | 2019-08-27T11:46:07Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/dev/pci/drm/drm_linux.c | log | diff | annotate |
| message |
Error paths in radeondrm(4) call unregister_acpi_notifier() unconditionally so check whether a notifier is on the list before trying to remove it. Fixes a crash found by semarie@. ok semarie@ |
|||
| date | 2019-08-27T12:51:57Z | |||
|---|---|---|---|---|
| author | patrick | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| src/sys/dev/fdt/imxtmu.c | log | diff | annotate | |
| message |
Add imxtmu(4), a driver to support the temperature sensors on the i.MX8M SoCs. ok kettenis@ |
|||
| date | 2019-08-27T14:41:45Z | |||
|---|---|---|---|---|
| author | krw | |||
| files | src/sys/scsi/scsi_all.h | log | diff | annotate |
| src/sys/scsi/scsiconf.c | log | diff | annotate | |
| message |
Refactor probing logic to mirror detach logic. i.e. put smarts in scsi_probe() and make scsi_probe_bus(), scsi_probe_target() and scsi_probe_lun() simple wrappers around scsi_probe(). Abstract the determination of which luns to probe into a separate function. Thus eliminating the need to remove/add lun 0 link while probing devices modern enough to support REPORTLUNS. Which means the lun 0 link is no longer in different positions in the scsi_link list for such devices compared to older devices which are blindly probed until an invalid LUN is encountered. |
|||
| date | 2019-08-27T14:57:48Z | |||
|---|---|---|---|---|
| author | stsp | |||
| files | src/sys/dev/ic/bwfm.c | log | diff | annotate |
| src/sys/dev/ic/pgt.c | log | diff | annotate | |
| src/sys/dev/pci/if_iwm.c | log | diff | annotate | |
| src/sys/dev/pci/if_iwn.c | log | diff | annotate | |
| src/sys/dev/pci/if_wpi.c | log | diff | annotate | |
| src/sys/dev/usb/if_atu.c | log | diff | annotate | |
| src/sys/net80211/ieee80211_node.c | log | diff | annotate | |
| src/sys/net80211/ieee80211_node.h | log | diff | annotate | |
| message |
Keep ieee80211_node structures cached across scans, rather than wiping the entire cache every time a scan is triggered. This has benefits for userland programs trying to look at scan results, and for drivers which don't get a full view from hardware on every scan. Nodes will still be evicted from the cache in one of several ways: Add a new way of timing out inactive nodes which don't send a beacon within 10 scan iterations, for client mode only. This should get rid of stale APs if we're scanning for some time in a changing environment. If we fail to associate a few times, the corresponding node is removed. If net80211 transitions back to INIT state (e.g. because of a user-initiated configuration change) all nodes are removed. When a background scan starts all nodes will be removed. This could be revisited later but has been intentionally left as-is for now. Tested by myself, jmc@, benno@, procter@ on iwm(4), athn(4) and ral(4). |
|||
| date | 2019-08-27T17:59:58Z | |||
|---|---|---|---|---|
| author | jcs | |||
| files | src/sys/dev/usb/usbdevs | log | diff | annotate |
| message | add ethernet found on Lenovo USB-C Dock | |||
| date | 2019-08-27T18:00:19Z | |||
|---|---|---|---|---|
| author | jcs | |||
| files | src/sys/dev/usb/usbdevs.h | log | diff | annotate |
| src/sys/dev/usb/usbdevs_data.h | log | diff | annotate | |
| message | sync | |||
| date | 2019-08-27T18:29:45Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/dev/fdt/amlclock.c | log | diff | annotate |
| message |
Fix HSET4 and HCLR4 macros; I shouldn't make last-minute changes without actually testing them. |
|||
| date | 2019-08-27T22:21:52Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/arch/arm64/conf/RAMDISK | log | diff | annotate | |
| src/sys/dev/fdt/amlrng.c | log | diff | annotate | |
| src/sys/dev/fdt/files.fdt | log | diff | annotate | |
| message | Add amlrng(4), the simples random numer generator driver ever. | |||
| date | 2019-08-27T22:39:51Z | |||
|---|---|---|---|---|
| author | deraadt | |||
| files | src/sys/arch/amd64/amd64/acpi_machdep.c | log | diff | annotate |
| src/sys/arch/amd64/amd64/cpu.c | log | diff | annotate | |
| src/sys/arch/amd64/amd64/machdep.c | log | diff | annotate | |
| message |
On amd64 the bootup and resume paths for SP/BP/SP were not performing msr/pat, clock-startup, firmware upgrade, fpu initialization, and cpu soft-state initialization in the same order. That kind of chaos is crazy and fragile. Improve the acpi resume call sequence and unify order of the operations. |
|||
| date | 2019-08-27T22:39:53Z | |||
|---|---|---|---|---|
| author | deraadt | |||
| files | src/sys/arch/arm64/arm64/acpi_machdep.c | log | diff | annotate |
| src/sys/arch/i386/i386/acpi_machdep.c | log | diff | annotate | |
| src/sys/dev/acpi/acpi.c | log | diff | annotate | |
| src/sys/dev/acpi/acpivar.h | log | diff | annotate | |
| message |
On amd64 the bootup and resume paths for SP/BP/SP were not performing msr/pat, clock-startup, firmware upgrade, fpu initialization, and cpu soft-state initialization in the same order. That kind of chaos is crazy and fragile. Improve the acpi resume call sequence and unify order of the operations. |
|||