Received: by 2002:a05:6a10:af89:0:0:0:0 with SMTP id iu9csp1395654pxb; Fri, 21 Jan 2022 17:34:33 -0800 (PST) X-Google-Smtp-Source: ABdhPJzD3VPYibMjP13mgDaBz04FcqkAX6gaun8xO649Y36tpWb8t2wu1gmkN6vsIdioI5UGgJB8 X-Received: by 2002:a05:6a00:22d1:b0:4c2:5a55:960e with SMTP id f17-20020a056a0022d100b004c25a55960emr6036176pfj.74.1642815273574; Fri, 21 Jan 2022 17:34:33 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1642815273; cv=none; d=google.com; s=arc-20160816; b=yJhfAw5cH2mV0tsyCUz3x3oiZr3YGwcsPk+hO6HLJTOVNETlirgU8jKLHRZlySEF+j qa2yD8EZxN/nZ+wP/uDK3LowrPBCra1zJd9/X2PD7jJskdjpW4qC6kk0vi+YVceZn2PP oGg6555syigyOfC23mwGfP/eoX4EQ2HqrRJYO8przJSoRE0faM+fWZJvwjFEc0Af4qPk 2k5Zv7kwQiOM1GQyc63Lv2TAc96GNKgMmi0jjZHTVpx/8e5+DsghajXIg+77YEutej2U DjmF+QevKd33D0RfX75C0uD79VoMqyrLkE36XYCOGytxNzat1XWJC+te9MLTqijSI2bC 4A0A== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :message-id:subject:cc:to:date:from:dkim-signature; bh=7xHaW4KD+yZcYCTTImcw5AnGOtcpw5uUSInp256bOHM=; b=ai6b3b+7UljdX2aXPCIIBTiVQc2Mq8+7iVYWUJ6sv/oQa3OXZFGBaJzMW2eU5LrC9E L+IPnDiyMvH/iZe70d43KjsrmdKv3HuA08c6PyfFenuliuRzxv/O4wxLnUX1DkDoeURy XMB/RZb4I6l4m2AJgEYUA/VS5FOrrvLaSnTnZwZUaix009sEgC5MNWBuBwS66ZKGBiJB 8444T0igqi1ahZ9thdBz1F5OmRv1BjFugslcOHxVv3E8jxzh/NL4IjgUPzpKxeoJgHG0 1+3YhV/HYBgnU50/jGc8NF9bMBW2vcjC7ORLbtl4axrjXc1U1dwKDjUYmFM19lr3tlTM TAfA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=LqfKy37B; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id m16si7621496pfc.211.2022.01.21.17.34.22; Fri, 21 Jan 2022 17:34:33 -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=@gmail.com header.s=20210112 header.b=LqfKy37B; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1380699AbiAUNn2 (ORCPT + 99 others); Fri, 21 Jan 2022 08:43:28 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:33602 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235175AbiAUNn1 (ORCPT ); Fri, 21 Jan 2022 08:43:27 -0500 Received: from mail-qk1-x72b.google.com (mail-qk1-x72b.google.com [IPv6:2607:f8b0:4864:20::72b]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 124E8C061574; Fri, 21 Jan 2022 05:43:26 -0800 (PST) Received: by mail-qk1-x72b.google.com with SMTP id h2so9869389qkp.10; Fri, 21 Jan 2022 05:43:26 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=from:date:to:cc:subject:message-id:mime-version:content-disposition :in-reply-to; bh=7xHaW4KD+yZcYCTTImcw5AnGOtcpw5uUSInp256bOHM=; b=LqfKy37BaOfCQOxoELsy+SARngYjZuqubw7K3YrwksH7v2flbgnN0gYPn5M2eJ8qYq h69zC3C+w3ANEuob+hiYojKht1Lfp+f+L9/OLQ3lZJ94rRSlQC8eNOepsztT8WQHBO6r OTt0CanUotOj3+ALFcMtWWPFKvpk0xPybCaAw59WdiJA8ORHtI5s/kflJ6WnU9rmY0GP H2P/avoCLaMpYMBmwzSu+NhH1rMFL6PhqkaogYnLOggMZhjVVV+NfZAeh4aieqe8X6XA 9/JuzJMCh2CMa386ywq9njqpEYZsNd0/uwkplZavMfRtnvsTGHSGPRrkt+1UaP/CRink Fjhg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:from:date:to:cc:subject:message-id:mime-version :content-disposition:in-reply-to; bh=7xHaW4KD+yZcYCTTImcw5AnGOtcpw5uUSInp256bOHM=; b=Mh/+YW3Z/MIVRSq8HRviYVDGpdrlVT7FEyN7+bvbsoL8O39/6aDcsOCS7Qlrnh7qeG qxNK+OWQnfJVxHifn862UT7dKspCUoCnHSJ3AMiGrJ/bCE1C8JQ05NOywmDL8R9SWsLA v+1bymSxG0uLTYWQuMgfReWzNHuW9vGLgBujol2tTECuG8acZW/QUrn8Qqg4Y60+R3ry S+wm4JnTc3P9GiusepFsHRkUP6QWhAO7FlhLe4/JoiMEWD2/HYZ1u+ct4K4aISRzIPap TeP9C4RIuIuckL7ierqPZ/cpaPgNh+BwfxRy77Y2JGEhe1MosNeLKdn1/weR+hs0re9F YLOQ== X-Gm-Message-State: AOAM532+i/JXgp2ed5FkxVK695mJcky4mohzcj6Pic3Tfp4qTHi1Z6Yi MK3DC9kMsdJEDSeMPLLpQHQ= X-Received: by 2002:a05:620a:25c9:: with SMTP id y9mr2787717qko.138.1642772605869; Fri, 21 Jan 2022 05:43:25 -0800 (PST) Received: from errol.ini.cmu.edu (pool-108-39-235-221.pitbpa.fios.verizon.net. [108.39.235.221]) by smtp.gmail.com with ESMTPSA id j8sm3073727qta.26.2022.01.21.05.43.24 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Fri, 21 Jan 2022 05:43:25 -0800 (PST) From: "Gabriel L. Somlo" X-Google-Original-From: "Gabriel L. Somlo" Date: Fri, 21 Jan 2022 08:43:22 -0500 To: Gabriel Somlo Cc: linux-kernel@vger.kernel.org, robh+dt@kernel.org, devicetree@vger.kernel.org, ulf.hansson@linaro.org, linux-mmc@vger.kernel.org, kgugala@antmicro.com, mholenko@antmicro.com, krakoczy@antmicro.com, mdudek@internships.antmicro.com, paulus@ozlabs.org, joel@jms.id.au, shorne@gmail.com, geert@linux-m68k.org, david.abdurachmanov@sifive.com, florent@enjoy-digital.fr, rdunlap@infradead.org, andy.shevchenko@gmail.com, hdanton@sina.com Subject: Re: [PATCH v14 0/3] mmc: Add LiteSDCard mmc driver Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220113170300.3555651-1-gsomlo@gmail.com> X-Clacks-Overhead: GNU Terry Pratchett Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Jan 13, 2022 at 12:02:57PM -0500, Gabriel Somlo wrote: > Add support for the LiteX SD-Card device, LiteSDCard. > > LiteSDCard is a simple SD-Card interface available as part of the LiteX > environment, used with various RISC-V and other FPGA based SoCs. > > New in v14: > Documentation/devicetree/bindings/mmc/litex,mmc.yaml: > - add missing `vmmc-supply = ...` property to example section > > >New in v13: > >Documentation/devicetree/bindings/mmc/litex,mmc.yaml: > > - add `vmmc-supply` requirement > >drivers/mmc/host/Kconfig: > > - add dependency on REGULATOR, REGULATOR_FIXED_VOLTAGE > >drivers/mmc/host/litex_mmc.c: > > - use `mmc_regulator_get_supply()`, with fallback to hardcoded 3.3V Ping? > >>New in v12: > >>drivers/mmc/host/Kconfig: > >> - add dependency on HAVE_CLK for litex_mmc driver > >> - (re)add "If unsure, say N" to the litex_mmc driver help message > >>drivers/mmc/host/litex_mmc.c: > >> - prints message using dev_info() before returning success from probe() > >> > >>>New in v11: > >>> - picked up r/b from Andy > >>>drivers/mmc/host/litex_mmc.c: > >>> - defensive coding of litex_mmc_interrupt() return logic > >>> - remove `dev` member of `struct litex_mmc_host`, only used during probe > >>> > >>>>New in v10: > >>>>drivers/mmc/host/litex_mmc.c: > >>>> - group `linux/mmc/*` includes by themselves > >>>> - clean-up of `return` style (multiple locations throughout source) > >>>> - create `mmc_free_host()` wrapper for use with > >>>> `devm_add_action_or_reset()` > >>>> - use GFP_KERNEL with `dmam_alloc_coherent()` > >>>> > >>>>>New in v9: > >>>>>drivers/mmc/host/Kconfig: > >>>>> - fix OF dependency > >>>>>drivers/mmc/host/litex_mmc.c: > >>>>> - remove `linux/of.h` include, no longer needed since dropping > >>>>> `of_match_ptr()` > >>>>> - add `linux/mod_devicetable.h` include > >>>>> - use devm_action_or_reset() to devm-ify mmc_alloc_host(), and obviate > >>>>> the need to call mmc_free_host() explicitly during either probe() > >>>>> error path or during remove() > >>>>> > >>>>>>New in v8: > >>>>>>commit blurbs: > >>>>>> - cosmetic editing of descriptions > >>>>>> - removed `Cc:` lines > >>>>>>drivers/mmc/host/litex_mmc.c: > >>>>>> - fix file header comment (for real, this time) > >>>>>> - add explicit `bits.h` include > >>>>>> - remove `of_match_ptr()` wrapper from around .of_match_table argument > >>>>>> - fix devm ordering issues: use `devm_request_irq()`, which precludes > >>>>>> the need to call `free_irq()` on `probe()` error path or from `remove()` > >>>>>> > >>>>>>>New in v7: > >>>>>>> > >>>>>>>drivers/mmc/host/Kconfig: > >>>>>>> - added module name in LiteSDCard Kconfig entry > >>>>>>> > >>>>>>>drivers/mmc/host/litex_mmc.c: > >>>>>>> - fixed comment formatting, ordering, and capitalization throughout > >>>>>>> the entire file > >>>>>>> - sorted header #include statements > >>>>>>> - removed redundant parantheses in readx_poll_timeout() condition > >>>>>>> - explicit handling of readx_poll_timeout() timeout scenarios > >>>>>>> - dev_err() used in litex_mmc_sdcard_wait_done() > >>>>>>> - use memcpy_fromio() to grab command response > >>>>>>> - no need to apply 0xffff mask to a 32-bit value right-shifted by 16 > >>>>>>> (host->resp[3]) > >>>>>>> - use clamp() instead of min(max(...)...) > >>>>>>> - reworked platform_get_irq_optional() error handling logic > >>>>>>> - no need to explicitly zero host->irq, kzalloc() does that already > >>>>>>> - added missing free_irq() in litex_mmc_probe() error path > >>>>>>> - reordered calls inside litex_mmc_remove() (calling mmc_free_host() > >>>>>>> before free_irq() > >>>>>>> > >>>>>>>>New in v6: > >>>>>>>> > >>>>>>>>drivers/mmc/host/litex_mmc.c: > >>>>>>>> - fix handling of deferred probe vs. platform_get_irq_optional() > >>>>>>>> - don't #ifdef dma_set_mask_and_coherent(), since it automatically > >>>>>>>> does the right thing on both 32- and 64-bit DMA capable arches > >>>>>>>> - remove MMC_CAP2_FULL_PWR_CYCLE, add MMC_CAP2_NO_MMC to list of > >>>>>>>> hardcoded capabilities during litex_mmc_probe() > >>>>>>>> - hardcode mmc->ocr_avail to the full 2.7-3.6V range allowed by the > >>>>>>>> SDCard spec (the LiteSDCard device doesn't accept software > >>>>>>>> configuration) > >>>>>>>> > >>>>>>>>>New in v5: > >>>>>>>>> > >>>>>>>>>MAINTAINERS: > >>>>>>>>> > >>>>>>>>> - picked up a/b Mateusz > >>>>>>>>> > >>>>>>>>>Doc/dt/bindings/mmc/litex,mmc.yaml: > >>>>>>>>> > >>>>>>>>> - picked up r/b Rob, Joel > >>>>>>>>> > >>>>>>>>>drivers/mmc/host/litex_mmc.c: > >>>>>>>>> > >>>>>>>>> - shorten #define constant names (cosmetic, make them less unwieldy) > >>>>>>>>> - picked up r/b Joel > >>>>>>>>> > >>>>>>>>>>New in v4: > >>>>>>>>>> > >>>>>>>>>>Doc/dt/bindings/mmc/litex,mmc.yaml: > >>>>>>>>>> > >>>>>>>>>> - fixed `dt_binding_check` errors uncovered by Rob's script > >>>>>>>>>> > >>>>>>>>>>drivers/mmc/host/litex_mmc.c: > >>>>>>>>>> > >>>>>>>>>> - struct litex_mmc_host fields re-ordered so that `pahole` reports > >>>>>>>>>> no holes in either 32- or 64-bit builds > >>>>>>>>>> - litex_mmc_set_bus_width() now encapsulates check for > >>>>>>>>>> host->is_bus_width_set > >>>>>>>>>> - litex_mmc_request() - factor out dma data setup into separate > >>>>>>>>>> helper function: litex_mmc_do_dma() > >>>>>>>>>> > >>>>>>>>>>>New in v3: > >>>>>>>>>>> > >>>>>>>>>>> MAINTAINERS: > >>>>>>>>>>> > >>>>>>>>>>> - picked up acked-by Joel > >>>>>>>>>>> - added listing for liteeth driver > >>>>>>>>>>> - added Joel as additional co-maintainer (thanks!) > >>>>>>>>>>> > >>>>>>>>>>> Doc/dt/bindings/mmc/litex,mmc.yaml: > >>>>>>>>>>> > >>>>>>>>>>> - picked up r/b Geert Uytterhoeven in DT > >>>>>>>>>>> bindings document (please let me know if that was premature, and > >>>>>>>>>>> happy to take further review if needed :) > >>>>>>>>>>> - add dedicated DT property for source clock frequency > >>>>>>>>>>> > >>>>>>>>>>> drivers/mmc/host/litex_mmc.c: > >>>>>>>>>>> > >>>>>>>>>>> - fixed function signature (no line split), and naming (litex_mmc_*) > >>>>>>>>>>> - more informative MODULE_AUTHOR() entries > >>>>>>>>>>> - also added matching "Copyright" entries in file header > >>>>>>>>>>> - fixed description in Kconfig > >>>>>>>>>>> - fixed DT documentation > >>>>>>>>>>> - removed magic constants > >>>>>>>>>>> - removed litex_map_status(), have sdcard_wait_done() return *real* > >>>>>>>>>>> error codes directly instead. > >>>>>>>>>>> - streamlined litex_mmc_reponse_len() > >>>>>>>>>>> - call litex_mmc_set_bus_width() only once, and ensure it returns > >>>>>>>>>>> correct error code(s) > >>>>>>>>>>> - use readx_poll_timeout() -- more concise -- instead of > >>>>>>>>>>> read_poll_timeout() > >>>>>>>>>>> - use dev_err() in litex_mmc_send_cmd() (instead of pr_err()) > >>>>>>>>>>> - litex_mmc_setclk() will update host->clock before returning > >>>>>>>>>>> - separate irq initialization into its own function, > >>>>>>>>>>> litex_mmc_irq_init() > >>>>>>>>>>> - document rationale for f_min, f_max > >>>>>>>>>>> - use dmam_alloc_coherent(), which simplifies cleanup significantly > >>>>>>>>>>> - large `if (data) { ... }` block in litex_mmc_request() left as-is, > >>>>>>>>>>> there are too many variables shared with the rest of the parent > >>>>>>>>>>> function body to easily separate (e.g., `len`, `transfer`, `direct`). > >>>>>>>>>>> If this is indeed a blocker, I can take another shot at refactoring > >>>>>>>>>>> it in a future revision! > >>>>>>>>>>> - bump dma_set_mask_and_coherent() to 64-bits on suitable > >>>>>>>>>>> architectures > >>>>>>>>>>> - clock source picked up from dedicated DT clock reference property > >>>>>>>>>>> - remove gpio card-detect logic (needs testing and a dt binding > >>>>>>>>>>> example before being eligible for upstream inclusion) > >>>>>>>>>>> > >>>>>>>>>>>> New in v2: > >>>>>>>>>>>> - reword info message in litex_set_clk() > >>>>>>>>>>>> - streamline code in litex_map_status() > >>>>>>>>>>>> - fix typos in Kconfig (thanks Randy Dunlap ) > >>>>>>>>>>>> - improvements suggested by Stafford Horne > >>>>>>>>>>>> - allow COMPILE_TEST in Kconfig > >>>>>>>>>>>> - use read_poll_timeout() when waiting for cmd/data/DMA > >>>>>>>>>>>> xfer completion > >>>>>>>>>>>> - include interrupt.h (thanks kernel test robot ) > > Gabriel Somlo (3): > MAINTAINERS: co-maintain LiteX platform > dt-bindings: mmc: Add bindings for LiteSDCard > mmc: Add driver for LiteX's LiteSDCard interface > > .../devicetree/bindings/mmc/litex,mmc.yaml | 78 +++ > MAINTAINERS | 9 +- > drivers/mmc/host/Kconfig | 13 + > drivers/mmc/host/Makefile | 1 + > drivers/mmc/host/litex_mmc.c | 661 ++++++++++++++++++ > 5 files changed, 760 insertions(+), 2 deletions(-) > create mode 100644 Documentation/devicetree/bindings/mmc/litex,mmc.yaml > create mode 100644 drivers/mmc/host/litex_mmc.c > > -- > 2.31.1 >