May 2013 - Alsa-devel - mailman.alsa-project.org

[alsa-devel] [PATCH] drm/i915: Add private api for power well usage -- alignment between graphic team and audio team
by Li, Jocelyn 03 May '13

03 May '13

Hi Guys, I apologize that I may have misunderstood on the agreement we have made on power well work. I assumed that audio team is expected to create private gfx driver API to control the power well between gfx and audio for internal releases. That's why I asked Xingchao work on that. So the correct implementation approach between gfx and audio should be, #1, Daniel will work on the existing private API in gfx driver for power well control that can be used by the audio driver to enable/disable the power well. #2, Once #1 is done, Audio team will integrate Daniel's patch into audio driver and add/improve on anything that is missing Please correct me if my understanding is not correct. Thanks, Jocelyn -----Original Message----- From: Daniel Vetter [mailto:daniel.vetter@ffwll.ch] Sent: Thursday, April 25, 2013 3:52 PM To: Wang, Xingchao Cc: Zanoni, Paulo R; ville.syrjala(a)linux.intel.com; Lin, Mengdong; Girdwood, Liam R; Li, Jocelyn; intel-gfx(a)lists.freedesktop.org; alsa-devel(a)alsa-project.org; Wang Xingchao; Takashi Iwai; Barnes, Jesse; Wysocki, Rafael J Subject: Re: [PATCH] drm/i915: Add private api for power well usage On Thu, Apr 25, 2013 at 4:36 AM, Wang, Xingchao <xingchao.wang(a)intel.com> wrote: > Hi Daniel/Paulo, > > Any comments on this? > Add Jesse and Rafael in loop. Well I've figured we want to get the power well integration working before we waste time reviewing an interface which might or might not quite work. But if you want, I can drop two quick comments: - I think the functions needs some prefix like i915_ - Imo the power well should just be reference counted (the current interface name suggests it's generally useable, but actually can only cope with one request from the audio driver). - Is the spin_lock (irq-disabling even) really required for the audio driver to work? power well enabling can take up to 20ms, so this won't work as-is. Can't we just use a mutex? - I'd need to see the audio driver side of this to check how this works for coping with arbitrary module load ordering. Cheers, Daniel > > thanks > --xingchao > > >> -----Original Message----- >> From: Wang, Xingchao >> Sent: Wednesday, April 24, 2013 3:29 PM >> To: daniel.vetter(a)ffwll.ch; Zanoni, Paulo R; 'Takashi Iwai' >> Cc: ville.syrjala(a)linux.intel.com; Lin, Mengdong; Girdwood, Liam R; >> Li, Jocelyn; intel-gfx(a)lists.freedesktop.org; alsa-devel(a)alsa-project.org; 'Wang Xingchao' >> Subject: RE: [PATCH] drm/i915: Add private api for power well usage >> >> Hi Guys, >> >> Sorry I should Add Takashi and alsa maillist in loop. >> >> I tested this patch against Daniel's "drm-intel-next-queued" Branch, >> on Haswell Mobile C3 stepping machines. >> >> Test steps: >> 1. only connect one monitor through HDMI cable 2. echo 1 > >> /sys/module/i915/parameters/disable_power_well ==> I think this could >> be set as 1 by default if applied my patch. >> 3. plug out HDMI cable >> 4. cat /proc/asound/card0/codec#0 >> >> At step 3, i915 will try to disable power well but rejected as >> display audio is using power well. >> Without the patch, display audio would crash at step 4. >> >> I did not list suspend/resume test here, as during suspend sequence, >> i915 will _ENABLE_ power well, that's a BUG? >> >> For me above test case is the only one to reproduce the issue, if you >> have more ideas and need more test, please let me know. >> >> I'm afraid there's some risk because the dependency between alsa >> driver and drm driver. For example, if i915 module was not loaded, >> display audio Will call >> request_power_well() and meet symbol error. Even if i915 module >> loaded after snd-hda-intel module, there's such risk too. Any comment on this? >> >> Another risk is the pointer "power_well_device", it should be set >> NULL when >> i915 module unloaded, I added the caller but have no idea where to >> call it, if anyone has suggestion, that would be fine. >> >> thanks >> --xingchao >> >> >> > -----Original Message----- >> > From: Wang Xingchao [mailto:xingchao.wang@linux.intel.com] >> > Sent: Thursday, April 24, 2014 10:20 PM >> > To: daniel.vetter(a)ffwll.ch; Zanoni, Paulo R >> > Cc: ville.syrjala(a)linux.intel.com; Lin, Mengdong; Girdwood, Liam R; >> > Li, Jocelyn; intel-gfx(a)lists.freedesktop.org; Wang, Xingchao; Wang >> > Xingchao >> > Subject: [PATCH] drm/i915: Add private api for power well usage >> > >> > Display audio depends on power well in graphic side, it should >> > request power well before use it and release power well after use. >> > I915 will not shutdown power well if it detects audio is using. >> > This patch protects display audio crash for Intel Haswell mobile >> > C3 stepping board. >> > >> > Signed-off-by: Wang Xingchao <xingchao.wang(a)linux.intel.com> >> > --- >> > drivers/gpu/drm/i915/intel_pm.c | 73 >> > +++++++++++++++++++++++++++++++++++---- >> > include/drm/audio_drm.h | 39 +++++++++++++++++++++ >> > sound/pci/hda/hda_intel.c | 8 +++++ >> > 3 files changed, 113 insertions(+), 7 deletions(-) create mode >> > 100644 include/drm/audio_drm.h >> > >> > diff --git a/drivers/gpu/drm/i915/intel_pm.c >> > b/drivers/gpu/drm/i915/intel_pm.c index 2557926..9983f56 100644 >> > --- a/drivers/gpu/drm/i915/intel_pm.c >> > +++ b/drivers/gpu/drm/i915/intel_pm.c >> > @@ -4298,18 +4298,12 @@ bool intel_using_power_well(struct >> > drm_device >> > *dev) >> > return true; >> > } >> > >> > -void intel_set_power_well(struct drm_device *dev, bool enable) >> > +void set_power_well(struct drm_device *dev, bool enable) >> > { >> > struct drm_i915_private *dev_priv = dev->dev_private; >> > bool is_enabled, enable_requested; >> > uint32_t tmp; >> > >> > - if (!HAS_POWER_WELL(dev)) >> > - return; >> > - >> > - if (!i915_disable_power_well && !enable) >> > - return; >> > - >> > tmp = I915_READ(HSW_PWR_WELL_DRIVER); >> > is_enabled = tmp & HSW_PWR_WELL_STATE; >> > enable_requested = tmp & HSW_PWR_WELL_ENABLE; @@ -4332,6 >> > +4326,71 @@ void intel_set_power_well(struct drm_device *dev, bool >> > +enable) >> > } >> > } >> > >> > +/* Global drm_device for display audio drvier usage */ static >> > +struct drm_device *power_well_device; static bool >> > +audio_power_well_using, i915_power_well_using; >> > +/* Lock protecting power well setting */ >> > +DEFINE_SPINLOCK(powerwell_lock); >> > + >> > +void request_power_well(void) >> > +{ >> > + DRM_DEBUG_KMS("Display audio requesting power well\n"); >> > + spin_lock_irq(&powerwell_lock); >> > + if (!power_well_device) >> > + goto out; >> > + if (i915_power_well_using == false) >> > + set_power_well(power_well_device, true); >> > + audio_power_well_using = true; >> > +out: >> > + spin_unlock_irq(&powerwell_lock); >> > + return; >> > +} >> > +EXPORT_SYMBOL_GPL(request_power_well); >> > + >> > +void release_power_well(void) >> > +{ >> > + DRM_DEBUG_KMS("Display audio releasing power well\n"); >> > + spin_lock_irq(&powerwell_lock); >> > + if (!power_well_device) >> > + goto out; >> > + if (i915_power_well_using == false) >> > + set_power_well(power_well_device, false); >> > + audio_power_well_using = false; >> > +out: >> > + spin_unlock_irq(&powerwell_lock); >> > + return; >> > +} >> > +EXPORT_SYMBOL_GPL(release_power_well); >> > + >> > +/* TODO: Call this when i915 module unload */ void >> > +remove_power_well(void) { >> > + spin_lock_irq(&powerwell_lock); >> > + audio_power_well_using = false; >> > + i915_power_well_using = false; >> > + power_well_device = NULL; >> > + spin_unlock_irq(&powerwell_lock); } >> > + >> > +void intel_set_power_well(struct drm_device *dev, bool enable) { >> > + if (!HAS_POWER_WELL(dev)) >> > + return; >> > + >> > + spin_lock_irq(&powerwell_lock); >> > + power_well_device = dev; >> > + i915_power_well_using = enable; >> > + if (!enable && audio_power_well_using) >> > + goto out; >> > + >> > + if (!i915_disable_power_well && !enable) >> > + goto out; >> > + set_power_well(dev, enable); >> > +out: >> > + spin_unlock_irq(&powerwell_lock); >> > + return; >> > +} >> > + >> > /* >> > * Starting with Haswell, we have a "Power Down Well" that can be >> > turned >> off >> > * when not needed anymore. We have 4 registers that can request >> > the power well diff --git a/include/drm/audio_drm.h >> > b/include/drm/audio_drm.h new file mode 100644 index >> > 0000000..4412b36 >> > --- /dev/null >> > +++ b/include/drm/audio_drm.h >> > @@ -0,0 +1,39 @@ >> > >> +/************************************************************** >> > ******** >> > +**** >> > + * >> > + * Copyright 2013 Intel Inc. >> > + * All Rights Reserved. >> > + * >> > + * Permission is hereby granted, free of charge, to any person >> > +obtaining a >> > + * copy of this software and associated documentation files (the >> > + * "Software"), to deal in the Software without restriction, >> > +including >> > + * without limitation the rights to use, copy, modify, merge, >> > +publish, >> > + * distribute, sub license, and/or sell copies of the Software, >> > +and to >> > + * permit persons to whom the Software is furnished to do so, >> > +subject to >> > + * the following conditions: >> > + * >> > + * The above copyright notice and this permission notice >> > +(including the >> > + * next paragraph) shall be included in all copies or substantial >> > +portions >> > + * of the Software. >> > + * >> > + * THE SOFTWARE IS PROVIDED "AS IS", WITHOUT WARRANTY OF ANY >> KIND, >> > +EXPRESS OR >> > + * IMPLIED, INCLUDING BUT NOT LIMITED TO THE WARRANTIES OF >> > +MERCHANTABILITY, >> > + * FITNESS FOR A PARTICULAR PURPOSE AND NON-INFRINGEMENT. IN NO >> > EVENT >> > +SHALL >> > + * THE COPYRIGHT HOLDERS, AUTHORS AND/OR ITS SUPPLIERS BE LIABLE >> > FOR >> > +ANY CLAIM, >> > + * DAMAGES OR OTHER LIABILITY, WHETHER IN AN ACTION OF CONTRACT, >> > TORT >> > +OR >> > + * OTHERWISE, ARISING FROM, OUT OF OR IN CONNECTION WITH THE >> > SOFTWARE >> > +OR THE >> > + * USE OR OTHER DEALINGS IN THE SOFTWARE. >> > + * >> > + * >> > + >> > >> +*************************************************************** >> > ******** >> > +***/ >> > +/* >> > + * Authors: >> > + * Wang Xingchao <xingchao.wang(a)intel.com> */ >> > + >> > +#ifndef _AUDIO_DRM_H_ >> > +#define _AUDIO_DRM_H_ >> > + >> > +extern void request_power_well(void); extern void >> > +release_power_well(void); >> > + >> > +#endif /* _AUDIO_DRM_H_ */ >> > diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c >> > index 418bfc0..59a85de 100644 >> > --- a/sound/pci/hda/hda_intel.c >> > +++ b/sound/pci/hda/hda_intel.c >> > @@ -50,6 +50,7 @@ >> > #include <linux/clocksource.h> >> > #include <linux/time.h> >> > #include <linux/completion.h> >> > +#include <drm/audio_drm.h> >> > >> > #ifdef CONFIG_X86 >> > /* for snoop control */ >> > @@ -2869,6 +2870,7 @@ static int azx_suspend(struct device *dev) >> > pci_disable_device(pci); >> > pci_save_state(pci); >> > pci_set_power_state(pci, PCI_D3hot); >> > + release_power_well(); >> > return 0; >> > } >> > >> > @@ -2881,6 +2883,7 @@ static int azx_resume(struct device *dev) >> > if (chip->disabled) >> > return 0; >> > >> > + request_power_well(); >> > pci_set_power_state(pci, PCI_D0); >> > pci_restore_state(pci); >> > if (pci_enable_device(pci) < 0) { @@ -2913,6 +2916,7 @@ static >> > int azx_runtime_suspend(struct device >> > *dev) >> > >> > azx_stop_chip(chip); >> > azx_clear_irq_pending(chip); >> > + release_power_well(); >> > return 0; >> > } >> > >> > @@ -2921,6 +2925,7 @@ static int azx_runtime_resume(struct device *dev) >> > struct snd_card *card = dev_get_drvdata(dev); >> > struct azx *chip = card->private_data; >> > >> > + request_power_well(); >> > azx_init_pci(chip); >> > azx_init_chip(chip, 1); >> > return 0; >> > @@ -3671,6 +3676,8 @@ static int azx_probe(struct pci_dev *pci, >> > return -ENOENT; >> > } >> > >> > + request_power_well(); >> > + >> > err = snd_card_create(index[dev], id[dev], THIS_MODULE, 0, &card); >> > if (err < 0) { >> > snd_printk(KERN_ERR "hda-intel: Error creating >> > card!\n"); @@ >> > -3806,6 +3813,7 @@ static void azx_remove(struct pci_dev *pci) >> > if (card) >> > snd_card_free(card); >> > pci_set_drvdata(pci, NULL); >> > + release_power_well(); >> > } >> > >> > /* PCI IDs */ >> > -- >> > 1.7.9.5 > -- Daniel Vetter Software Engineer, Intel Corporation +41 (0) 79 365 57 48 - http://blog.ffwll.ch

9 23

[alsa-devel] Conexant CX20588 breakage in Kernel 3.9
by Christopher K. 03 May '13

03 May '13

Hi, Kernel 3.9 breaks audio on internal speakers for the Conexant CX20588. EAPD is disabled for Node 0x1d. Enabling in hda_analyzer works fine. Someone already postet on https://bugs.launchpad.net/ubuntu/+source/alsa-driver/+bug/1173618 Is this the right place to report this bug? Regards, Chris

2 1

[alsa-devel] Audio miniconference (probably) moved to Edinburgh
by David Henningsson 03 May '13

03 May '13

Just to keep the wider crowd informed: We're currently discussing that we won't have any Audio miniconference on LPC (Linux Plumber's Conference) this year. Instead, we'll have an audio miniconference day in Edinburgh in October, colocated with LinuxCon Europe, Kernel Summit, ELCE and GStreamer conferences. The exact day for this miniconference has not been decided yet. The main reason for this move is proximity, as several participants are located in northern Europe. -- David Henningsson, Canonical Ltd. https://launchpad.net/~diwic

1 0

[alsa-devel] [PATCH]: x86_64, audio: Fix system panic when DMA > 40 bits
by Mike Travis 03 May '13

03 May '13

The audio driver mistakenly allows 64 bit addresses to be created for the audio driver on Nvidia GPUs. Unfortunately, the hardware normally only supports up to 40 bits of DMA. This can cause system panics as well as misdirected data when the address is > 40 bits as the upper part the address is truncated. Signed-off-by: Mike Travis <travis(a)sgi.com> Reviewed-by: Mike Habeck <habeck(a)sgi.com> --- sound/pci/hda/hda_intel.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/pci/hda/hda_intel.c b/sound/pci/hda/hda_intel.c index bcd40ee..45eb165 100644 --- a/sound/pci/hda/hda_intel.c +++ b/sound/pci/hda/hda_intel.c @@ -615,7 +615,7 @@ enum { /* quirks for Nvidia */ #define AZX_DCAPS_PRESET_NVIDIA \ (AZX_DCAPS_NVIDIA_SNOOP | AZX_DCAPS_RIRB_DELAY | AZX_DCAPS_NO_MSI |\ - AZX_DCAPS_ALIGN_BUFSIZE) + AZX_DCAPS_ALIGN_BUFSIZE | AZX_DCAPS_NO_64BIT) #define AZX_DCAPS_PRESET_CTHDA \ (AZX_DCAPS_NO_MSI | AZX_DCAPS_POSFIX_LPIB | AZX_DCAPS_4K_BDLE_BOUNDARY) -- 1.8.2.1

4 7

[alsa-devel] ASoC updates for v3.10
by Mark Brown 03 May '13

03 May '13

The following changes since commit c1be5a5b1b355d40e6cf79cc979eb66dafa24ad1: Linux 3.9 (2013-04-28 17:36:01 -0700) are available in the git repository at: git://git.kernel.org/pub/scm/linux/kernel/git/broonie/sound.git tags/asoc-v3.10-4 for you to fetch changes up to 9631c02e240236ec206394fb52380647d0e70e4f: Merge remote-tracking branch 'asoc/fix/wm8994' into asoc-linus (2013-05-03 09:30:29 +0100) ---------------------------------------------------------------- ASoC: Updates for v3.10 A few more bug fixes, the DAPM clock fix is actually a driver specific one since currently there's only one user of the clock support due to the problems relying on the clock API. ---------------------------------------------------------------- Dan Carpenter (1): ASoC: wm8994: missing break in wm8994_aif3_hw_params() Fabio Baltieri (1): ASoC: dapm: use clk_prepare_enable and clk_disable_unprepare Marek Belisko (2): ASoC: McASP: Add pins output direction for rx clocks when configured in CBS_CFS format ASoC: McASP: Fix receive clock polarity in DAIFMT_NB_NF mode. Mark Brown (2): Merge remote-tracking branch 'asoc/fix/davinci' into asoc-linus Merge remote-tracking branch 'asoc/fix/wm8994' into asoc-linus sound/soc/codecs/wm8994.c | 1 + sound/soc/davinci/davinci-mcasp.c | 7 +++++-- sound/soc/soc-dapm.c | 4 ++-- 3 files changed, 8 insertions(+), 4 deletions(-)

2 1

[alsa-devel] [PATCH -next 0/3] mop500_ab8500 fixes
by Fabio Baltieri 03 May '13

03 May '13

Hi, these are small fixes to the mop500_ab8500 asoc driver, developed on top of today's ASoC-next. The first patch is actually non ab8500 specific, but as ab8500 seems to be the only codec to use the SND_SOC_DAPM_CLOCK_SUPPLY widget I'm posting it here anyway. The other two patches sort out a mixup of card and codec controls in mop500_ab8500. Thanks, Fabio Fabio Baltieri (3): ASoC: dapm: use clk_prepare_enable and clk_disable_unprepare ASoC: ux500: move clock controls to ab8500-codec ASoC: ux500: register controls to card instead of codec sound/soc/codecs/ab8500-codec.c | 10 ++++++++++ sound/soc/soc-dapm.c | 4 ++-- sound/soc/ux500/mop500_ab8500.c | 20 +++++--------------- 3 files changed, 17 insertions(+), 17 deletions(-) -- 1.8.2

3 11

[alsa-devel] [PATCH] ASoC: McASP: Fix receive clock polarity in DAIFMT_NB_NF mode.
by Marek Belisko 03 May '13

03 May '13

According documentation bit ACLKRPOL is set to 0 (receiver samples data on falling edge) and when set to 1 (receiver samples data on rising edge). I2S data are always sampled on falling edge and valid during rising edge of bit clock. So in case of capture data transmitter sample data on falling edge and macsp must read then on rising edge. Signed-off-by: Marek Belisko <marek.belisko(a)streamunlimited.com> --- sound/soc/davinci/davinci-mcasp.c | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/sound/soc/davinci/davinci-mcasp.c b/sound/soc/davinci/davinci-mcasp.c index 849a187..c46112e 100644 --- a/sound/soc/davinci/davinci-mcasp.c +++ b/sound/soc/davinci/davinci-mcasp.c @@ -568,7 +568,7 @@ static int davinci_mcasp_set_dai_fmt(struct snd_soc_dai *cpu_dai, mcasp_set_bits(base + DAVINCI_MCASP_ACLKXCTL_REG, ACLKXPOL); mcasp_clr_bits(base + DAVINCI_MCASP_TXFMCTL_REG, FSXPOL); - mcasp_clr_bits(base + DAVINCI_MCASP_ACLKRCTL_REG, ACLKRPOL); + mcasp_set_bits(base + DAVINCI_MCASP_ACLKRCTL_REG, ACLKRPOL); mcasp_clr_bits(base + DAVINCI_MCASP_RXFMCTL_REG, FSRPOL); break; -- 1.7.9.5

2 1

[alsa-devel] [PATCH 1/1] ALSA: atmel: Remove redundant platform_set_drvdata()
by Sachin Kamat 03 May '13

03 May '13

Commit 0998d06310 (device-core: Ensure drvdata = NULL when no driver is bound) removes the need to set driver data field to NULL. Signed-off-by: Sachin Kamat <sachin.kamat(a)linaro.org> --- sound/atmel/abdac.c | 2 -- sound/atmel/ac97c.c | 2 -- 2 files changed, 4 deletions(-) diff --git a/sound/atmel/abdac.c b/sound/atmel/abdac.c index 071ce1b..872d59e 100644 --- a/sound/atmel/abdac.c +++ b/sound/atmel/abdac.c @@ -583,8 +583,6 @@ static int atmel_abdac_remove(struct platform_device *pdev) free_irq(dac->irq, dac); snd_card_free(card); - platform_set_drvdata(pdev, NULL); - return 0; } diff --git a/sound/atmel/ac97c.c b/sound/atmel/ac97c.c index 6b7e2b5..ae63d22 100644 --- a/sound/atmel/ac97c.c +++ b/sound/atmel/ac97c.c @@ -1199,8 +1199,6 @@ static int atmel_ac97c_remove(struct platform_device *pdev) snd_card_set_dev(card, NULL); snd_card_free(card); - platform_set_drvdata(pdev, NULL); - return 0; } -- 1.7.9.5

4 3

[alsa-devel] [PATCH] ASoC: Added the condition for the channels_min of cpu_dai
by JongHo Kim 02 May '13

02 May '13

Only playback device, the pcm substream for capture does not need to be generated. If codec dai driver has both playback.channels_min and capture.channels_min, and cpu dai driver has only playback.channels_min, soc_new_pcm() will make the pcm substream for capture although DataIN is not connected. So added the condition for the channels_min of cpu_dai in soc_new_pcm(). Signed-off-by: JongHo Kim <furmuwon(a)gmail.com> --- sound/soc/soc-pcm.c | 6 ++++-- 1 file changed, 4 insertions(+), 2 deletions(-) diff --git a/sound/soc/soc-pcm.c b/sound/soc/soc-pcm.c index cf191e6..c405e39 100644 --- a/sound/soc/soc-pcm.c +++ b/sound/soc/soc-pcm.c @@ -2018,9 +2018,11 @@ int soc_new_pcm(struct snd_soc_pcm_runtime *rtd, int num) if (cpu_dai->driver->capture.channels_min) capture = 1; } else { - if (codec_dai->driver->playback.channels_min) + if (codec_dai->driver->playback.channels_min && + cpu_dai->driver->playback.channels_min) playback = 1; - if (codec_dai->driver->capture.channels_min) + if (codec_dai->driver->capture.channels_min && + cpu_dai->driver->capture.channels_min) capture = 1; } -- 1.8.1.1

2 4

[alsa-devel] [PATCH] ASoC: max98090: Fix build warning when CONFIG_PM_RUNTIME is not set
by Axel Lin 02 May '13

02 May '13

Fix below build warning when CONFIG_PM_RUNTIME is not set. CC [M] sound/soc/codecs/max98090.o sound/soc/codecs/max98090.c:2339:12: warning: 'max98090_runtime_resume' defined but not used [-Wunused-function] sound/soc/codecs/max98090.c:2350:12: warning: 'max98090_runtime_suspend' defined but not used [-Wunused-function] Signed-off-by: Axel Lin <axel.lin(a)ingics.com> --- sound/soc/codecs/max98090.c | 2 ++ 1 file changed, 2 insertions(+) diff --git a/sound/soc/codecs/max98090.c b/sound/soc/codecs/max98090.c index ce0d364..4f39a50 100644 --- a/sound/soc/codecs/max98090.c +++ b/sound/soc/codecs/max98090.c @@ -2336,6 +2336,7 @@ static int max98090_i2c_remove(struct i2c_client *client) return 0; } +#ifdef CONFIG_PM_RUNTIME static int max98090_runtime_resume(struct device *dev) { struct max98090_priv *max98090 = dev_get_drvdata(dev); @@ -2355,6 +2356,7 @@ static int max98090_runtime_suspend(struct device *dev) return 0; } +#endif static const struct dev_pm_ops max98090_pm = { SET_RUNTIME_PM_OPS(max98090_runtime_suspend, -- 1.8.1.2

2 1