From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vinod Koul Subject: Re: HDMI codec, way forward? Date: Wed, 21 Oct 2015 21:22:43 +0530 Message-ID: <20151021155243.GF27370@localhost> References: <20151016133717.GI32532@n2100.arm.linux.org.uk> <20151018150834.GP27370@localhost> <20151018152048.GT32532@n2100.arm.linux.org.uk> <20151018161329.GV27370@localhost> <20151018171641.GV32532@n2100.arm.linux.org.uk> <20151020033809.GZ27370@localhost> <20151020080800.GU32532@n2100.arm.linux.org.uk> <20151020140148.GC27370@localhost> <87wpugwpqr.fsf@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by alsa0.perex.cz (Postfix) with ESMTP id C67212606BB for ; Wed, 21 Oct 2015 17:49:29 +0200 (CEST) Content-Disposition: inline In-Reply-To: <87wpugwpqr.fsf@intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: alsa-devel-bounces@alsa-project.org Sender: alsa-devel-bounces@alsa-project.org To: Jani Nikula Cc: alsa-devel@alsa-project.org, Russell King - ARM Linux , broonie@kernel.org, Arnaud Pouliquen , lgirdwood@gmail.com, dri-devel@lists.freedesktop.org, peter.ujfalusi@ti.com, tomi.valkeinen@ti.com, Jyri Sarha , "Deak, Imre" List-Id: alsa-devel@alsa-project.org On Wed, Oct 21, 2015 at 12:11:08PM +0300, Jani Nikula wrote: > On Tue, 20 Oct 2015, Vinod Koul wrote: > > On Tue, Oct 20, 2015 at 09:08:00AM +0100, Russell King - ARM Linux wrote: > >> > > Currently i915/audio component works as you described. The audio is > >> > > optional and HDMI graphics works without audio, while HDMI HD-audio > >> > > mandates i915 graphics. > >> > > >> > Right, but we also add additional interface on top of this to allow > >> > things like ensuring display is on when audio wants to run and now > >> > notification for events. > >> > > >> > I don't see a reason why this can be used as single interface to bind as > >> > well as talk to display from various components, unless I missed obvious > >> > which prevent us from doing this in non i915 cases... > >> > >> Maybe I can comment more specifically if I saw the code. Right now all > >> I'm aware of is this idea without any code, and I don't like it. > > > > Ok, i will be post my patches tomorrow. FWIW uses interface in > > sound/hda/hdac_i915.c for display power up/down > > Side note, some of the Intel HD audio controller registers are in a > power domain controlled by i915. The audio drivers needs to do power > get/put, otherwise the audio driver loses its marbles when i915 switches > off power. OTOH audio needs to be a good citizen so i915 can reach low > power states. > > Just a shout from the back, unsure if this is relevant at this point... We are putting the get/put calls in driver's suspend and resume handler, that way we would suspend when not in use and ensure display suspends too... -- ~Vinod