From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from bombadil.infradead.org (bombadil.infradead.org [198.137.202.133]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.lore.kernel.org (Postfix) with ESMTPS id ACAE0F4210B for ; Wed, 15 Apr 2026 18:08:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=lists.infradead.org; s=bombadil.20210309; h=Sender:List-Subscribe:List-Help :List-Post:List-Archive:List-Unsubscribe:List-Id:Content-Transfer-Encoding: Content-Type:In-Reply-To:From:References:Cc:To:Subject:MIME-Version:Date: Message-ID:Reply-To:Content-ID:Content-Description:Resent-Date:Resent-From: Resent-Sender:Resent-To:Resent-Cc:Resent-Message-ID:List-Owner; bh=TCV4VIJmWx9k667IW/rOciXHIeyHQuU5WisubSOrurc=; b=gIzTuRxwqT+19JovSWmDSsy644 FDqzTEUBI+PdWU2eD6/BDbwu8QEkMUKTAP3DFoR52czVwNmEn8QxV97Tv9e9RmpoFX4qiy8Qm/oam 922NkUnemq5KYFaOhI+Y7IfUFqQ9ulY2Hi8neIJ6Pcr3AmQ+itJlUOPVoNia+UyQZfpLBE+GVke6G sWIjZTB8n8A+EbH9eJteT8jezHliHnmqLB3dli1bJUKnJsn9nNgjlvh5PmXUrFxtpIeyHg/nutpaW rTh7Pu+PdTQmgP9BxWDdqdCmQUg17e6qgcXD22IKNjUX9mZyzm0p7eO9VfQihJIgN6YnK4Dohw8mN zha48ErA==; Received: from localhost ([::1] helo=bombadil.infradead.org) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1wD4fA-00000001URk-1R47; Wed, 15 Apr 2026 18:08:32 +0000 Received: from linux.microsoft.com ([13.77.154.182]) by bombadil.infradead.org with esmtp (Exim 4.98.2 #2 (Red Hat Linux)) id 1wD4eh-00000001UQy-2cWq for linux-arm-kernel@lists.infradead.org; Wed, 15 Apr 2026 18:08:31 +0000 Received: from [10.17.149.54] (unknown [131.107.1.246]) by linux.microsoft.com (Postfix) with ESMTPSA id A347B20B7128; Wed, 15 Apr 2026 11:08:01 -0700 (PDT) DKIM-Filter: OpenDKIM Filter v2.11.0 linux.microsoft.com A347B20B7128 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linux.microsoft.com; s=default; t=1776276481; bh=TCV4VIJmWx9k667IW/rOciXHIeyHQuU5WisubSOrurc=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=qxkXAeh6A57FRAaZ6ImQ5cMOifokZ9e36rM6iGTU6eCB5uKHnYNosUIR4ZGv/erTZ p72khgsnBaQnzG9kW1IItvlE5219X6GHUaq5gtA7T4ilxEcvk5/HJdBqILP5WpcLCK te89vK2aF1HQKdncjhPLcMK1ZqESt7hS29WWfGkA= Message-ID: <448010ef-278c-4711-a244-447a2b1a22c1@linux.microsoft.com> Date: Wed, 15 Apr 2026 11:07:59 -0700 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [RFC PATCH] mmc: host: sdhci-iproc: implement the .hw_reset callback To: Florian Fainelli , rjui@broadcom.com Cc: sbranden@broadcom.com, linux-arm-kernel@lists.infradead.org, tgopinath@linux.microsoft.com, adrian.hunter@intel.com, linux-mmc@vger.kernel.org References: <20260327222150.2108111-1-meaganlloyd@linux.microsoft.com> <3305684d-8517-47dd-8852-2e34d40fc712@linux.microsoft.com> <702c52e4-b0b3-4e1e-a40d-29e136e46d7d@broadcom.com> Content-Language: en-US From: Meagan Lloyd In-Reply-To: <702c52e4-b0b3-4e1e-a40d-29e136e46d7d@broadcom.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-CRM114-Version: 20100106-BlameMichelson ( TRE 0.8.0 (BSD) ) MR-646709E3 X-CRM114-CacheID: sfid-20260415_110803_695582_176106E3 X-CRM114-Status: GOOD ( 10.51 ) X-BeenThere: linux-arm-kernel@lists.infradead.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=archiver.kernel.org@lists.infradead.org On 4/13/2026 10:43 AM, Florian Fainelli wrote: > On 4/13/26 10:38, Meagan Lloyd wrote: >> >> On 3/27/2026 3:21 PM, Meagan Lloyd wrote: >>> Implement the .hw_reset callback so that the eMMC can be reset as >>> needed >>> given cap-mmc-hw-reset is set in the devicetree and the >>> functionality is >>> enabled on the eMMC. >>> >>> Signed-off-by: Meagan Lloyd >>> --- >>> >>> SDHCI_POWER_CONTROL[4] (SD Host Controller Standard) has been >>> repurposed >>> on my Broadcomm processor to be eMMC hardware reset >>> (SDIO*_eMMCSDXC_CTRL[12], HRESET). >>> >>> Can you confirm this repurposed bit is consistent across the Broadcomm >>> iProc processors and thus the .hw_reset callback can be uniformly >>> applied in this driver? >> >> Hi Ray & Scott, >> >> I hope you're doing well. This bit looks to have been repurposed from >> the SD Host Controller Standard's VDD2 Power Control to being used for >> toggling the hardware reset signal to eMMCs. Can you verify that it >> applies across the iProc processors so that I may finalize this patch? > > Which iProc process are you using? If you are not sure this applies > broadly, can you at least make it specific to the SoC you are using?  Yes, if it comes to that I can. I think it's overkill to roll a new compat string/associated structures over this small change, hence checking with Broadcomm iProc maintainers on this thread.