RE: [PATCH 7/7] ASoC: dt-bindings: ES8389: Add members about HPF and clock

Zhang Yi <[email protected]> Mon, 15 Jun 2026 18:14:23 +0800
Newsgroups org.alsa-project.alsa-devel,org.kernel.vger.linux-devicetree
Message-ID <[email protected]>
> >>> Yes, setting mclk-from-sclk does not affect the MCLK connection.
> >>
> >> I am asking about wiring of the device. If MCLK is used from SCLK, but
> >> SCLK is used as the internal clock, then how can you still have MCLK
> >> connected?
> > 
> > If MCLK is derived from SCLK, whether the 'MCLK' pin on the device is
> > connected or not has no effect on operation.
> 
> If MCLK is connected, why would you derive it from SCLK? That's the
> point - your clocks property already might be telling everything needed
> here.

This is because sometimes the codec does not work properly
when using the MCLK provided by the CPU.

> >>>>> +
> >>>>> +  everest,hpfl:
> >>>>> +    $ref: /schemas/types.yaml#/definitions/uint8
> >>>>> +    description:
> >>>>> +      the HPF value of ADCL.
> >>>>
> >>>> Is HPF value in dB? If so, use proper unit suffix and proper units.
> >>>
> >>> No, the values here correspond to the values in the registers.
> >>> The value is not in dB
> >>
> >> What are the meanings of the register values?
> > 
> > The value of everest,hpfl is equal to the value of the corresponding register,
> > not the cutoff frequency of the HPF.
> 
> You keep avoiding answers.
> 
> I don't want you to encode standard units as register values.

I think I understand what you mean.
Do you want me to enter the physical values in DTS and then convert them to register values in the code?