Re: [RFC v4 0/3] Enable HDA Codec support on Intel Platforms (Series1)

[Takashi Iwai <tiwai@suse.de>]

On Fri, 22 Dec 2017 13:52:09 +0100,
Rakesh Ughreja wrote:
> 
> Enhanced HD Audio capabilities introduced in HD Audio controllers are
> added in backward compatible way i.e. it does not change the behavior
> of the controller with respect to HDA Bus and HDA devices.
> 
> Since there is no change in the hardware with respect to the HDA bus and
> HDA device it is more appropriate to represent the same in software as
> well.
> 
> In order to align software representation with hardware it makes more
> sense to have common data structures across device, bus and driver for both
> enhanced HDA controllers and legacy HDA controllers.
> 
> This patch series removes the hdac_ext_device structure, hdac_ext_bus and
> hdac_ext_driver data structures so that legacy and enhanced HDaudio
> capabilities can be handled in a backwards-compatible way without
> separate definitions.
> 
> Once this clean-up is complete, additional patches will allow for
> HDaudio codec support in an ASoC framework without the need to develop
> new codec drivers, thereby enabling the use of the Intel DSP on more
> platforms (currently limited to hdmi).
> 
> Changes in v4:
> - No changes in this series except rebase as there were no comments.
> 
> Changes in v3:
> - No changes in this series except rebase as there were no comments.
> 
> Changes in v2:
> - First three patches from v1 are merged so not included in this series.
> - No changes in this series except rebase as there were no comments.
> 
> Rakesh Ughreja (3):
>   ALSA: hdac: Remove usage of struct hdac_ext_device and use hdac_device
>     instead
>   ALSA: hdac: Remove usage of struct hdac_ext_bus and use hdac_bus
>     instead
>   ALSA: hdac: Remove usage of struct hdac_ext_driver, use hdac_driver
>     instead

These don't seem cleanly applicable to either Mark nor my tree.

Could you rebase so that the recent component cleanups can be
included?


thanks,

Takashi