| created | 2022-08-07T07:31:57Z |
|---|---|
| begin | 2022-08-03T00:00:00Z |
| end | 2022-08-04T00:00:00Z |
| path | src/sys |
| commits | 5 |
| date | 2022-08-03T03:14:23Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/drm/i915/i915_reg.h | log | diff | annotate |
| src/sys/dev/pci/drm/i915/intel_pm.c | log | diff | annotate | |
| message |
drm/i915/adlp: Fix register corruption after DDI clock enabling From Imre Deak 59207e63801fbcd39ca68df6e2ba5ae90f76c0c3 in mainline linux |
|||
| date | 2022-08-03T05:54:50Z | |||
|---|---|---|---|---|
| author | jsg | |||
| files | src/sys/dev/pci/azalia_codec.c | log | diff | annotate |
| message |
recognise IDT 92HD95/92HD95B now sold as TSI 92HD95B https://frame.work/blog/solving-for-silicon-shortages |
|||
| date | 2022-08-03T08:16:04Z | |||
|---|---|---|---|---|
| author | sashan | |||
| files | src/sys/net/pf_lb.c | log | diff | annotate |
| message |
Bug was reported by Chriss Cappucio. It has turned out my earlier change to pf_lb.c was not complete. We must add a test to determine number of addresses defined by pool, so we don't treat pool definition 172.16.0.0/16 as a single IP address in pool. If pool is defined as 172.16.0.0/16, then we don't want to fall back to PF_POOL_NONE. Missing this measure in pf_map_addr() may cause pf_get_sport() to enter infinite loop when source ports translation become depleted for the first address found in pool (like 172.16.0.1), because the bug prevents pf_map_addr() to move to next address in pool (like 172.16.0.2). while investigating issue I've also noticed an oddity for small random pools such as 192.168.1.32/28. One would expect the addresses for nat will be randomly picked from range .32 - .47 in this case. however the random selection yield significantly more (like 20%) addresses ending by .32 In order to fix it we make random pool to use arc4random_uniform(~mask + 1) instead of current arc4random(). feedback by claudio@ tested by hrvoje@ |
|||
| date | 2022-08-03T13:36:51Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/dev/agintc.c | log | diff | annotate |
| message |
Clear active state when we attach. ok patrick@ |
|||
| date | 2022-08-03T13:42:16Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/arch/arm64/conf/GENERIC | log | diff | annotate |
| src/sys/arch/arm64/conf/files.arm64 | log | diff | annotate | |
| src/sys/arch/arm64/dev/aplaudio.c | log | diff | annotate | |
| src/sys/arch/arm64/dev/aplmca.c | log | diff | annotate | |
| src/sys/arch/arm64/dev/aplmca.h | log | diff | annotate | |
| message |
Add aplaudio(4) and aplmca(4). The aplmca(4) driver controls the hardware block that takes data from apldma(4), serializes it and sends it out on the i2s ports. The aplaudio(4) driver ties together aplmca(4) and various codecs to present an audio(4) interface to the system. This is still WIP, but good enough to play back audio on the speaker in the M1 mini. ok patrick@ |
|||