On Tue, Mar 19, 2019 at 09:24:00AM -0700, Annaliese McDermond wrote:
It’s not really a bug fix. The codec has a variety of “processing blocks” that enable different filters (there’s an onboard FIR, Biquad, etc.) and such. The big thing they change with regard to how the driver is written now is that they change the decimation filter used. The documentation specifies to use certain filters for certain sample rates. This hasn’t mattered very much in the past because the default filters (P1 and R1) are the ones recommended for 48kHz and below. This is particularly important for 192kHz operation because it won’t work with P1 and R1. So, it’s not really a bug fix. It’s part of the road to enabling 192kHz operation.
It does sound like a bug fix for higher sample rates (96kHz is supported?) even if it's a fairly niche case.