Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3858629pxb; Tue, 26 Jan 2021 06:38:02 -0800 (PST) X-Google-Smtp-Source: ABdhPJxSokWThYBPpTRsz78eAAiIrm6O+4wNoZCW8hKnxtgeAKl54MiF5kG9Rmyoyd/yMIKd2S5O X-Received: by 2002:aa7:d0cf:: with SMTP id u15mr4880287edo.115.1611671882663; Tue, 26 Jan 2021 06:38:02 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1611671882; cv=none; d=google.com; s=arc-20160816; b=AGAdg0uzjbY0+7irSFdrUf3Sz8AALWSHykRH8O0Tkz5br5lAdaj6qgCRyVnU7RjMiC Q86o53isMAAh32xvR55jKI8a5GjEMeg4DXT09OoR2YdEjYj61B+jpqAE7SETtyEK7yey H+OBqQfx3sLeo/fhypi0nMui+GDtnL9TIN11yBaF6LK+KiFvvFsUADVq3RIr3Llso6yB LbZbEJheDjVuyyBOVJFXzo7JVvCWEpEyOOyoXTZSYVJ3WX+hz4W/l3u/S1Q125VWrr0r 7icI1s1ERGGvDc3aQliWiqP95SV5SpQIArt6Wu9Uq1NWqAkwHFNGp7JrmDnviuZEKBbU zUHw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=arxHqUjVCPMGGo+kdWhr5qA09DPzoA8oDcXRjdjMesU=; b=PA5wZnQQUR2c0nn16dbjN2LhPn+6ag64TK09TJAPoRhtjneVPdim8Tj9zNeMgVtYnI V0a0dNgSOH55iTMdJBpQu9vBeKR7BO1TFhb4RfM572ccGKD5tD3SmcwQLslbS06iUR36 qAqmV+Uop/34C57TEmBRmBDQBWIauXEAqE2bhqFXAtVPrUdpbrwB8Bn+5GsOSl7+bVN4 dlpJHOQ+o97HBAsAIZuvVns/jpjZNpQ/OB+dbnVmQXjncWeILO1OZj3+6KF+c379aeQD ORBklKxanLWhSUakUf+9zWlbW2qDUgqTBwkbyz5XvJ5aCDecRcant5zRESSYm22q1l3N 8ueA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EcShE3Wr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id lv10si2629219ejb.505.2021.01.26.06.37.37; Tue, 26 Jan 2021 06:38:02 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=EcShE3Wr; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2390715AbhAZNZx (ORCPT + 99 others); Tue, 26 Jan 2021 08:25:53 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:42268 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2391759AbhAZJ4Y (ORCPT ); Tue, 26 Jan 2021 04:56:24 -0500 Received: from mail-vs1-xe2e.google.com (mail-vs1-xe2e.google.com [IPv6:2607:f8b0:4864:20::e2e]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 2FE1DC061756 for ; Tue, 26 Jan 2021 01:55:44 -0800 (PST) Received: by mail-vs1-xe2e.google.com with SMTP id 186so8678744vsz.13 for ; Tue, 26 Jan 2021 01:55:44 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=arxHqUjVCPMGGo+kdWhr5qA09DPzoA8oDcXRjdjMesU=; b=EcShE3WriMxg/Eue+lluAhZy6XFdaiE7q/zIsBoYY7Ag15pVcIAPm2Rt5omAdELLCc 11mz6CsjnLhyj61t/GIlOHf/TvdxS3gxdXSFfStT0k870nQbJoQ9eSIIYNuucpdWD8/S Sw/hzDKeBM6ISYAhYAe2Lw3q1xaBQtNpijQLFlW35bgeheAvsC77lBYtyV4oVcHveh1s 3mcs8sn6PHPe4ll+5zwuh/wDZZFvTa6fkB1RVZgsUwDAgARuLfkdcz9/RPCFOQ0/UuW7 /8XScZGzxB7cHdgTdkOiUb9Ll6WPzk2b+hSIWlPzYClk0yitUo36hYJGl2aqUGZPViDE uldw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=arxHqUjVCPMGGo+kdWhr5qA09DPzoA8oDcXRjdjMesU=; b=aYHRTMUsemS7ISic9dXC0t/rtMqQX3BAcQ1ZOCNGO28bfrgUY3LAQncTXf21gIUX5J TyJKlXvnItdxK1yqPXqyCgf9ipDSkE7NmxepGkExa9NfNhEi/3c4Qe/rDAshQZ6CiAdl 0KntAHnUmHnNyDLQu7uLfb4lkVp+kNaSdhk41ZQixKghsGbjkoitwhD5sTIR8Pcf5rNV VUCLYfhv/gxgG0yXSCGgC9wlpBu6Ogiqg/r8UR+iWrLzIXGaFr1epqvnwqgslik8Swzt sfyz6obogpugE1ntI/CP9zOn6StRVJJOFL1UBsmymsos21y/bBik8YDyqimU9tO4LOad vMag== X-Gm-Message-State: AOAM5308Uf9oaYRj3UANOfxClkYDmXrHngzmw8G0yOL/VcqHmoWJ2vCg 6Ps94yJHJuy14B4KuO5Z8cXG9Quwyc8dOovy+s1y1A== X-Received: by 2002:a05:6102:67b:: with SMTP id z27mr2242407vsf.19.1611654943282; Tue, 26 Jan 2021 01:55:43 -0800 (PST) MIME-Version: 1.0 References: <20210125125050.102605-1-arnd@kernel.org> In-Reply-To: From: Ulf Hansson Date: Tue, 26 Jan 2021 10:55:07 +0100 Message-ID: Subject: Re: [PATCH] mmc: brcmstb: Fix sdhci_pltfm_suspend link error To: Florian Fainelli , Arnd Bergmann , Nicolas Schichan Cc: Al Cooper , Adrian Hunter , BCM Kernel Feedback , Arnd Bergmann , "# 4.0+" , Douglas Anderson , Krzysztof Kozlowski , "linux-mmc@vger.kernel.org" , Linux ARM , Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 25 Jan 2021 at 18:40, Florian Fainelli wrote: > > +Nicolas, > > On 1/25/2021 4:50 AM, Arnd Bergmann wrote: > > From: Arnd Bergmann > > > > sdhci_pltfm_suspend() is only available when CONFIG_PM_SLEEP > > support is built into the kernel, which caused a regression > > in a recent bugfix: > > > > ld.lld: error: undefined symbol: sdhci_pltfm_suspend > >>>> referenced by sdhci-brcmstb.c > >>>> mmc/host/sdhci-brcmstb.o:(sdhci_brcmstb_shutdown) in archive drivers/built-in.a > > > > Making the call conditional on the symbol fixes the link > > error. > > > > Fixes: 5b191dcba719 ("mmc: sdhci-brcmstb: Fix mmc timeout errors on S5 suspend") > > Fixes: e7b5d63a82fe ("mmc: sdhci-brcmstb: Add shutdown callback") > > Cc: stable@vger.kernel.org > > Signed-off-by: Arnd Bergmann > > --- > > It would be helpful if someone could test this to ensure that the > > driver works correctly even when CONFIG_PM_SLEEP is disabled > > Why not create stubs for sdhci_pltfm_suspend() when CONFIG_PM_SLEEP=n? I > don't think this is going to be a functional issue given that the > purpose of having the .shutdown() function is to save power if we cannot > that is fine, too. > -- > Florian I would prefer this approach - we shouldn't leave stub functions unimplemented, which is what looks to me. I just posted a new patch for this, please have a look and test it. Kind regards Uffe