Re: [Intel-gfx] [RFC 00/15] HDMI Audio support on Atom w/o HDAUdio

2016-03-07 Thread Ville Syrjälä
On Mon, Mar 07, 2016 at 12:12:32PM -0600, Pierre-Louis Bossart wrote: > > >>> Not sure why you skirt around calling the thing by its name. It's > >>> called LPE isn't it? > >> > >> No. LPE aka SST is the path to the audio dsp subsystem. > >> This path to HDMI has nothing to do with the audio dsp.

Re: [Intel-gfx] [RFC 00/15] HDMI Audio support on Atom w/o HDAUdio

2016-03-07 Thread Pierre-Louis Bossart
Not sure why you skirt around calling the thing by its name. It's called LPE isn't it? No. LPE aka SST is the path to the audio dsp subsystem. This path to HDMI has nothing to do with the audio dsp. Not a single gate is shared. The why are the interrupt bits called LPE_somethingsomething?

Re: [Intel-gfx] [RFC 00/15] HDMI Audio support on Atom w/o HDAUdio

2016-03-07 Thread Ville Syrjälä
On Mon, Mar 07, 2016 at 11:54:28AM -0600, Pierre-Louis Bossart wrote: > On 3/5/16 7:42 AM, Ville Syrjälä wrote: > > On Fri, Mar 04, 2016 at 08:50:37PM -0600, Pierre-Louis Bossart wrote: > >> When HDaudio is not enabled or fused-out, an alternate hardware > >> interface can be used to provide audio

Re: [Intel-gfx] [RFC 00/15] HDMI Audio support on Atom w/o HDAUdio

2016-03-07 Thread Pierre-Louis Bossart
On 3/5/16 7:42 AM, Ville Syrjälä wrote: On Fri, Mar 04, 2016 at 08:50:37PM -0600, Pierre-Louis Bossart wrote: When HDaudio is not enabled or fused-out, an alternate hardware interface can be used to provide audio data to the display/HDMI controller on Atom platforms. The code to control this

Re: [Intel-gfx] [RFC 00/15] HDMI Audio support on Atom w/o HDAUdio

2016-03-05 Thread Ville Syrjälä
On Fri, Mar 04, 2016 at 08:50:37PM -0600, Pierre-Louis Bossart wrote: > When HDaudio is not enabled or fused-out, an alternate hardware > interface can be used to provide audio data to the display/HDMI > controller on Atom platforms. The code to control this interface was > never submitted