Received: by 2002:a25:8b91:0:0:0:0:0 with SMTP id j17csp893493ybl; Fri, 10 Jan 2020 08:27:51 -0800 (PST) X-Google-Smtp-Source: APXvYqzTpFqYsR2PuGoUn5b8BJ8j8BXDNrRc8PoKp5ZGZdGNfis2NHVrtq/uGUMRNyO+w/WX/g53 X-Received: by 2002:a9d:634e:: with SMTP id y14mr3377806otk.162.1578673671093; Fri, 10 Jan 2020 08:27:51 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1578673671; cv=none; d=google.com; s=arc-20160816; b=NeoF74flLjyKYOjN7YIrysRHtlPNzUUI5PLfaPGdb04gistkQuU2xyjSdYKVWe6Edc 45X/XX9UB06GkEiNgATvISAGYZfA9ubNHH0ZIsOdbtD0AiP1PlV+Z/3u43+0+WrBol+X 08UU4kWpcwiWpfiMPw3Cts8nR00YmWUSN/gTv6agdQV+TkbknCs+W4wvKRQ6gpjus/lp 2e8NdIW33I0TEvGG5KGmOM0ey1cZnqGWs65edFR5hhXUjcFdTVrtPzqvYaVTzEGJ05OS WN0l4gZ8b7d/94CMW1m452/QlQrlBNtSNIM6S9pN4vsdTqjTXjsPV6sghs0bETJQwhIv fkYw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date :dkim-signature; bh=4BAb2xroyJq55te6ayHXirHr/tdr8Qpx43uLCFvjfsc=; b=Qpj0p3pevT/9tQyXoCJHkK08WFucE7cpwZVGRpooPtK3LBnXmgpxLp63EiE+f92QaM 5fc+Ny/XNdeuM8qvzTqSRGfhuSFUC5L3bI6yL4iJVaqXa4DkawHXfwumsLk4qOG3AH+5 3neivOuI4DOwgDBvnlsN7aQQmJug/gvMNml7c4li1BLUtLEz5CJSLIUzzEfqOWt4+lxe 9AlAfJzDU2uzdXyb7srtUXCssYcJfmca5b3bNgTDYniHr9MBgMEZXibD6W/jgcnqrRoM RIViTzGnWx7Xbu/54DfIByxcBvoMI5AwUnSg0/770qczEDT0uNqR2vFeLhyIu3BljciQ 9K7g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Z9cjrptg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 92si1575698otr.25.2020.01.10.08.27.39; Fri, 10 Jan 2020 08:27:51 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@kernel.org header.s=default header.b=Z9cjrptg; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728709AbgAJQ0f (ORCPT + 99 others); Fri, 10 Jan 2020 11:26:35 -0500 Received: from mail.kernel.org ([198.145.29.99]:48330 "EHLO mail.kernel.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1728515AbgAJQ0f (ORCPT ); Fri, 10 Jan 2020 11:26:35 -0500 Received: from localhost (lfbn-tou-1-1502-76.w90-89.abo.wanadoo.fr [90.89.68.76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPSA id 7A870206ED; Fri, 10 Jan 2020 16:26:33 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=default; t=1578673594; bh=qUSh+34QaXX+miyORbEBsNLX6p44MlxlbIBf8Z85xtA=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=Z9cjrptgTnj5mcpzreKGcx0DMbca47nUK82CAD5j8L6t3165Txt5hDoLixrOxM6Qb 6BIPBo6TWpHvFOVP0ljw+bjKzh7TADxlappQooAIDm0mVs4DTXMRgIEyk1rXQHIt5Y nkTUBhcOYjtLCoAwm69Vvxn+L6DPoyZsfhB+zQtE= Date: Fri, 10 Jan 2020 17:26:31 +0100 From: Maxime Ripard To: Stefan Mavrodiev Cc: Dan Williams , Vinod Koul , Chen-Yu Tsai , David Airlie , Daniel Vetter , open list , "open list:DMA GENERIC OFFLOAD ENGINE SUBSYSTEM" , "moderated list:ARM/Allwinner sunXi SoC support" , "open list:DRM DRIVERS FOR ALLWINNER A10" , linux-sunxi@googlegroups.com Subject: Re: [PATCH 2/2] drm: sun4i: hdmi: Add support for sun4i HDMI encoder audio Message-ID: <20200110162631.wbufz5h7nqfgd6am@gilmour.lan> References: <20200110141140.28527-1-stefan@olimex.com> <20200110141140.28527-3-stefan@olimex.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="k5znubyhdepgt4o6" Content-Disposition: inline In-Reply-To: <20200110141140.28527-3-stefan@olimex.com> Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --k5znubyhdepgt4o6 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, On Fri, Jan 10, 2020 at 04:11:40PM +0200, Stefan Mavrodiev wrote: > Add HDMI audio support for the sun4i-hdmi encoder, used on > the older Allwinner chips - A10, A20, A31. > > Most of the code is based on the BSP implementation. In it > dditional formats are supported (S20_3LE and S24_LE), however > there where some problems with them and only S16_LE is left. > > Signed-off-by: Stefan Mavrodiev > --- > drivers/gpu/drm/sun4i/Kconfig | 1 + > drivers/gpu/drm/sun4i/Makefile | 1 + > drivers/gpu/drm/sun4i/sun4i_hdmi.h | 30 ++ > drivers/gpu/drm/sun4i/sun4i_hdmi_audio.c | 375 +++++++++++++++++++++++ > drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c | 4 + > 5 files changed, 411 insertions(+) > create mode 100644 drivers/gpu/drm/sun4i/sun4i_hdmi_audio.c > > diff --git a/drivers/gpu/drm/sun4i/Kconfig b/drivers/gpu/drm/sun4i/Kconfig > index 37e90e42943f..192b732b10cd 100644 > --- a/drivers/gpu/drm/sun4i/Kconfig > +++ b/drivers/gpu/drm/sun4i/Kconfig > @@ -19,6 +19,7 @@ if DRM_SUN4I > config DRM_SUN4I_HDMI > tristate "Allwinner A10 HDMI Controller Support" > default DRM_SUN4I > + select SND_PCM_ELD > help > Choose this option if you have an Allwinner SoC with an HDMI > controller. > diff --git a/drivers/gpu/drm/sun4i/Makefile b/drivers/gpu/drm/sun4i/Makefile > index 0d04f2447b01..e2d82b451c36 100644 > --- a/drivers/gpu/drm/sun4i/Makefile > +++ b/drivers/gpu/drm/sun4i/Makefile > @@ -5,6 +5,7 @@ sun4i-frontend-y += sun4i_frontend.o > sun4i-drm-y += sun4i_drv.o > sun4i-drm-y += sun4i_framebuffer.o > > +sun4i-drm-hdmi-y += sun4i_hdmi_audio.o > sun4i-drm-hdmi-y += sun4i_hdmi_ddc_clk.o > sun4i-drm-hdmi-y += sun4i_hdmi_enc.o > sun4i-drm-hdmi-y += sun4i_hdmi_i2c.o > diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi.h b/drivers/gpu/drm/sun4i/sun4i_hdmi.h > index 7ad3f06c127e..456964e681b0 100644 > --- a/drivers/gpu/drm/sun4i/sun4i_hdmi.h > +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi.h > @@ -42,7 +42,32 @@ > #define SUN4I_HDMI_VID_TIMING_POL_VSYNC BIT(1) > #define SUN4I_HDMI_VID_TIMING_POL_HSYNC BIT(0) > > +#define SUN4I_HDMI_AUDIO_CTRL_REG 0x040 > +#define SUN4I_HDMI_AUDIO_CTRL_ENABLE BIT(31) > +#define SUN4I_HDMI_AUDIO_CTRL_RESET BIT(30) > + > +#define SUN4I_HDMI_AUDIO_FMT_REG 0x048 > +#define SUN4I_HDMI_AUDIO_FMT_SRC BIT(31) > +#define SUN4I_HDMI_AUDIO_FMT_LAYOUT BIT(3) > +#define SUN4I_HDMI_AUDIO_FMT_CH_CFG(n) (n - 1) There's the issue multiple times in the headers, but you should wrap n in parentheses to make sure we have no issue with precedence when calling the macro. > +int sun4i_hdmi_audio_create(struct sun4i_hdmi *hdmi) > +{ > + struct snd_soc_card *card = &sun4i_hdmi_audio_card; > + struct snd_soc_dai_link_component *comp; > + struct snd_soc_dai_link *link; > + int ret; > + > + ret = devm_snd_dmaengine_pcm_register(hdmi->dev, > + &sun4i_hdmi_audio_pcm_config, 0); > + if (ret) { > + DRM_ERROR("Could not register PCM\n"); > + return ret; > + } > + > + ret = devm_snd_soc_register_component(hdmi->dev, > + &sun4i_hdmi_audio_component, > + &sun4i_hdmi_audio_dai, 1); > + if (ret) { > + DRM_ERROR("Could not register DAI\n"); > + return ret; > + } > + > + link = devm_kzalloc(hdmi->dev, sizeof(*link), GFP_KERNEL); > + if (!link) > + return -ENOMEM; > + > + comp = devm_kzalloc(hdmi->dev, sizeof(*comp) * 3, GFP_KERNEL); > + if (!comp) > + return -ENOMEM; > + > + link->cpus = &comp[0]; > + link->codecs = &comp[1]; > + link->platforms = &comp[2]; > + > + link->num_cpus = 1; > + link->num_codecs = 1; > + link->num_platforms = 1; > + > + link->playback_only = 1; > + > + link->name = "SUN4I-HDMI"; > + link->stream_name = "SUN4I-HDMI PCM"; > + > + link->codecs->name = dev_name(hdmi->dev); > + link->codecs->dai_name = sun4i_hdmi_audio_dai.name; > + > + link->cpus->dai_name = dev_name(hdmi->dev); > + > + link->platforms->name = dev_name(hdmi->dev); > + > + link->dai_fmt = SND_SOC_DAIFMT_I2S; > + > + card->dai_link = link; > + card->num_links = 1; > + card->dev = hdmi->dev; > + > + snd_soc_card_set_drvdata(card, hdmi); > + return devm_snd_soc_register_card(hdmi->dev, card); Out of curiosity, did you try to remove the module with that patch applied? IIRC, these functions will overwrite the device drvdata, and we will try to access them in unbind / remove. > +} > diff --git a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c > index a7c4654445c7..79ecd89fb705 100644 > --- a/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c > +++ b/drivers/gpu/drm/sun4i/sun4i_hdmi_enc.c > @@ -114,6 +114,9 @@ static void sun4i_hdmi_enable(struct drm_encoder *encoder) > val |= SUN4I_HDMI_VID_CTRL_HDMI_MODE; > > writel(val, hdmi->base + SUN4I_HDMI_VID_CTRL_REG); > + > + if (hdmi->hdmi_audio && sun4i_hdmi_audio_create(hdmi)) > + DRM_ERROR("Couldn't create the HDMI audio adapter\n"); So you create the audio card each time the display is enabled? I guess this is to deal with the hotplug? I'm not sure this is the right thing to do. If I remember well, the ELD are here precisely to let userspace know that the display is plugged (and audio-capable) or not. Also, you don't remove that card in the disable, which mean that if you end up in a situation where you would enable the display, disable it and then enable it again, you have two audio cards now. Thanks! Maxime --k5znubyhdepgt4o6 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iHUEABYIAB0WIQRcEzekXsqa64kGDp7j7w1vZxhRxQUCXhiltwAKCRDj7w1vZxhR xUtjAQDUdNxWMzdX5tY/iStjYWj0MXs0bYASvg/UjfYqTY6DUAEA8G7cqydIOqWJ 6rQl0/jVlUPXdNEudZ8FcGFFOkXJWww= =I5iw -----END PGP SIGNATURE----- --k5znubyhdepgt4o6--