| created | 2022-10-30T02:51:17Z |
|---|---|
| begin | 2022-10-26T00:00:00Z |
| end | 2022-10-27T00:00:00Z |
| path | src/sys |
| commits | 7 |
| date | 2022-10-26T13:31:06Z | |||
|---|---|---|---|---|
| author | kettenis | |||
| files | src/sys/kern/kern_exit.c | log | diff | annotate |
| message |
Fix handling of PGIDs in wait4(2) that I broke with the previous commit. ok anton@, millert@ |
|||
| date | 2022-10-26T16:06:42Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/dev/acpi/acpisbs.c | log | diff | annotate |
| message |
Constify battery check table OK jcs |
|||
| date | 2022-10-26T16:07:28Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/dev/usb/ubcmtp.c | log | diff | annotate |
| message |
Constify device table OK jcs |
|||
| date | 2022-10-26T20:19:06Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/arch/hppa/gsc/harmony.c | log | diff | annotate |
| message |
Make audio(9) get_props() optional, remove it from duplex drivers The property bits of audio(9) are obsolete and ought to be removed completely. sys/dev/audio.c:audio_open() currently uses get_props() to bail out if read *and* write was requested on a non-duplex driver. Drivers that currently support playing but not recording need adjustment before the API can be cleaned up. Drivers that advertise themselves as full duplex, i.e. those that always return AUDIO_PROP_FULLDUPLEX unconditionally in their get_props() currently always succeed this check. As this is the only property, losen audio_open()'s DIAGNOSTIC check and only do the duplex check if the driver provides get_props(). This allows for simple removal of get_props() from full-duplex drivers without adding any other code or without changing functionality. This includes all audio drivers under sys/dev/pci/ (maestro(4) being the only unfinished exception here). Other drivers as well as the API change can then follow in smaller diffs. This builds on amd64, arm64, i386, macppc and sparc64. amd64 with azalia(4) still plays, records as well as plays and records at the same time on my X230 as tested with $ aucat -i play.wav [-o rec.wav] alpha and hppa tests by miod OK ratchov miod |
|||
| date | 2022-10-26T20:19:07Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/arch/macppc/dev/aoa.c | log | diff | annotate |
| src/sys/arch/macppc/dev/awacs.c | log | diff | annotate | |
| src/sys/arch/macppc/dev/daca.c | log | diff | annotate | |
| src/sys/arch/macppc/dev/i2s.c | log | diff | annotate | |
| src/sys/arch/macppc/dev/i2svar.h | log | diff | annotate | |
| src/sys/arch/macppc/dev/onyx.c | log | diff | annotate | |
| src/sys/arch/macppc/dev/snapper.c | log | diff | annotate | |
| src/sys/arch/macppc/dev/tumbler.c | log | diff | annotate | |
| src/sys/arch/sparc64/dev/ce4231.c | log | diff | annotate | |
| src/sys/dev/audio.c | log | diff | annotate | |
| src/sys/dev/ic/am7930.c | log | diff | annotate | |
| src/sys/dev/ic/am7930var.h | log | diff | annotate | |
| src/sys/dev/pci/auacer.c | log | diff | annotate | |
| message |
Make audio(9) get_props() optional, remove it from duplex drivers The property bits of audio(9) are obsolete and ought to be removed completely. sys/dev/audio.c:audio_open() currently uses get_props() to bail out if read *and* write was requested on a non-duplex driver. Drivers that currently support playing but not recording need adjustment before the API can be cleaned up. Drivers that advertise themselves as full duplex, i.e. those that always return AUDIO_PROP_FULLDUPLEX unconditionally in their get_props() currently always succeed this check. As this is the only property, losen audio_open()'s DIAGNOSTIC check and only do the duplex check if the driver provides get_props(). This allows for simple removal of get_props() from full-duplex drivers without adding any other code or without changing functionality. This includes all audio drivers under sys/dev/pci/ (maestro(4) being the only unfinished exception here). Other drivers as well as the API change can then follow in smaller diffs. This builds on amd64, arm64, i386, macppc and sparc64. amd64 with azalia(4) still plays, records as well as plays and records at the same time on my X230 as tested with $ aucat -i play.wav [-o rec.wav] alpha and hppa tests by miod OK ratchov miod |
|||
| date | 2022-10-26T20:19:08Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/dev/pci/auglx.c | log | diff | annotate |
| src/sys/dev/pci/auich.c | log | diff | annotate | |
| src/sys/dev/pci/auixp.c | log | diff | annotate | |
| src/sys/dev/pci/autri.c | log | diff | annotate | |
| src/sys/dev/pci/auvia.c | log | diff | annotate | |
| src/sys/dev/pci/azalia.c | log | diff | annotate | |
| src/sys/dev/pci/cmpci.c | log | diff | annotate | |
| src/sys/dev/pci/cs4280.c | log | diff | annotate | |
| src/sys/dev/pci/cs4281.c | log | diff | annotate | |
| src/sys/dev/pci/eap.c | log | diff | annotate | |
| src/sys/dev/pci/emuxki.c | log | diff | annotate | |
| src/sys/dev/pci/envy.c | log | diff | annotate | |
| src/sys/dev/pci/esa.c | log | diff | annotate | |
| src/sys/dev/pci/eso.c | log | diff | annotate | |
| src/sys/dev/pci/fms.c | log | diff | annotate | |
| src/sys/dev/pci/neo.c | log | diff | annotate | |
| src/sys/dev/pci/sv.c | log | diff | annotate | |
| src/sys/dev/pci/yds.c | log | diff | annotate | |
| message |
Make audio(9) get_props() optional, remove it from duplex drivers The property bits of audio(9) are obsolete and ought to be removed completely. sys/dev/audio.c:audio_open() currently uses get_props() to bail out if read *and* write was requested on a non-duplex driver. Drivers that currently support playing but not recording need adjustment before the API can be cleaned up. Drivers that advertise themselves as full duplex, i.e. those that always return AUDIO_PROP_FULLDUPLEX unconditionally in their get_props() currently always succeed this check. As this is the only property, losen audio_open()'s DIAGNOSTIC check and only do the duplex check if the driver provides get_props(). This allows for simple removal of get_props() from full-duplex drivers without adding any other code or without changing functionality. This includes all audio drivers under sys/dev/pci/ (maestro(4) being the only unfinished exception here). Other drivers as well as the API change can then follow in smaller diffs. This builds on amd64, arm64, i386, macppc and sparc64. amd64 with azalia(4) still plays, records as well as plays and records at the same time on my X230 as tested with $ aucat -i play.wav [-o rec.wav] alpha and hppa tests by miod OK ratchov miod |
|||
| date | 2022-10-26T20:19:09Z | |||
|---|---|---|---|---|
| author | kn | |||
| files | src/sys/dev/sbus/cs4231.c | log | diff | annotate |
| src/sys/dev/tc/bba.c | log | diff | annotate | |
| src/sys/dev/usb/uaudio.c | log | diff | annotate | |
| message |
Make audio(9) get_props() optional, remove it from duplex drivers The property bits of audio(9) are obsolete and ought to be removed completely. sys/dev/audio.c:audio_open() currently uses get_props() to bail out if read *and* write was requested on a non-duplex driver. Drivers that currently support playing but not recording need adjustment before the API can be cleaned up. Drivers that advertise themselves as full duplex, i.e. those that always return AUDIO_PROP_FULLDUPLEX unconditionally in their get_props() currently always succeed this check. As this is the only property, losen audio_open()'s DIAGNOSTIC check and only do the duplex check if the driver provides get_props(). This allows for simple removal of get_props() from full-duplex drivers without adding any other code or without changing functionality. This includes all audio drivers under sys/dev/pci/ (maestro(4) being the only unfinished exception here). Other drivers as well as the API change can then follow in smaller diffs. This builds on amd64, arm64, i386, macppc and sparc64. amd64 with azalia(4) still plays, records as well as plays and records at the same time on my X230 as tested with $ aucat -i play.wav [-o rec.wav] alpha and hppa tests by miod OK ratchov miod |
|||