Received: by 2002:a25:ab43:0:0:0:0:0 with SMTP id u61csp3700224ybi; Tue, 18 Jun 2019 05:16:37 -0700 (PDT) X-Google-Smtp-Source: APXvYqzkGInJcN9Az6RqOr/DYrO0I4zDKav1K7qtkt04qEJLgk0zE6pDJlqUmCuR3cqX+ouHBYHg X-Received: by 2002:a65:4544:: with SMTP id x4mr2467646pgr.323.1560860197073; Tue, 18 Jun 2019 05:16:37 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1560860197; cv=none; d=google.com; s=arc-20160816; b=aLcsU+gmHEpXoPr5xwPW25hLwEZVOG6d1OANnxNYxy04RWexe7KV1OsEf9FHT4Svs1 KDT2oQHg4PgWbEAnPAtupMP0GJwBEDGPKDaEHt4hOrJo2ZxzUDqTGjp3IaPWLt52t5gb CGhs/mspZkX2tjKjg/ia+rMFLv0nHgUxulrqzu4soTYKBOPEB4Pi/rPrLu49WwOK3QF5 g4DB1HzSANuiZWYSye5ZcHaHchJX6JH339JOG5WpG4AxE9DvofSyas5WYHR90Ciem5gO eBMeRDg/W+QOxGuTni0RWR0EirtnzVmBo7Ykc57LkAKvpT8SD+5SPxziLkNIRZPvj6HN ecxQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date:dkim-signature; bh=HMwhhkiVWNPMPXNcoEexQlnkoqgB9aDQdk5uXYLarRc=; b=d9gMEGIBGQVQmH9vP5G0sS+BS5DnBmkSdapmjSOg2wk3vhnZuct8sjummn880YYcZz aDoUEh0VBYb+5goDp9PyqlsLARV0XKfWaCjmgd+VeSpKvWnLRIx0iGexYQdBtheSvEWD KjGTofDeuXuoI9Iqnq+hRRc3QcVoVI+WpL0aKixurIcFLImUZ9UQWEq3gemkBJF5l1Nh VxSdGWTsW7SVHHojlNvtN/s6Yomdp6gslr0UpkpBf2dOIo1tZ9LmZVPOf5ga8EszU9+T Pc2/wmp+NN+LqKLIPCZGUOcYdwTHVr64o4ZPUIVFYfwrDmKXlLyN78XFtD9Zg4nqKpJH n3Mw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=LvauVUYw; 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=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id 135si67412pgb.357.2019.06.18.05.16.20; Tue, 18 Jun 2019 05:16:37 -0700 (PDT) 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=@gmail.com header.s=20161025 header.b=LvauVUYw; 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=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1728845AbfFRMQO (ORCPT + 99 others); Tue, 18 Jun 2019 08:16:14 -0400 Received: from mail-wr1-f68.google.com ([209.85.221.68]:46020 "EHLO mail-wr1-f68.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725913AbfFRMQN (ORCPT ); Tue, 18 Jun 2019 08:16:13 -0400 Received: by mail-wr1-f68.google.com with SMTP id f9so13662483wre.12; Tue, 18 Jun 2019 05:16:09 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:in-reply-to:user-agent; bh=HMwhhkiVWNPMPXNcoEexQlnkoqgB9aDQdk5uXYLarRc=; b=LvauVUYw85TX2Y+CVPLrj2kglMLRXmw8CUHWuf196mbpysi7ey+2/1tES2Kw+I2n5i IDZIfGhtzJhUbUhQx8A3jiCMYexJcHQBH+6j7TINeDx47HZgMJkE8arEKY7jIYWBm34s sCDpnV9gsnEkHJ64tetsn8f0F5YR0fQQVIdsa8VJ3MKQX4Fy4S7Bybv6HQRztq7tsvGQ zCycRyPqe3raKKVaWylUYa6DCloo4O0wLI6AeJXaXtw312z73KMNz2SJn+9rR5FJ1gRs 0bRywLX+5e9mwCHDFdOadJunbSO0o4ZdwbDZXkv02Pi2Wv7HOQ/TVWme59fc2uR18Tys 9jCg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:in-reply-to:user-agent; bh=HMwhhkiVWNPMPXNcoEexQlnkoqgB9aDQdk5uXYLarRc=; b=JQ1v4WQUWhzbJRifgLzuzT3mKB5fu2RbD0kuhc4dc5m+ThBfGvkRvTDJYC7E4wGNp4 30gGg3xmLM+iSa6wfCvQP2c+NlftJlzcGq6QyJ5IqjqAE/6C2F6mOO6fi5LHy3/q85Ij vHC6kqwR1a34+2BAzhCBHHO3JL5C0D+Cl4gvaGFXvSWMeFPy0HhFXyw0meedQ0/cp8IN 7Q2PB4Sx2Lfqa9/TOLqryYZkMqzhFzP3hPSRbC4zFAu5mQLJzDJlMe2PYs9hry9D3DG2 ShDVTPgU0NKTRejoB5ZyQwm9KpJVO11QyqrO50w+hAgjQipCK4MAfqlRbj3PEid3+Ouv v2jQ== X-Gm-Message-State: APjAAAUxMI8Ocpv2ceHtSy2o5V0D9JXoKeWX2LTj87cJK/qQERiwZSsp b3JKKyuAE8Iu2r4zVAKymNU= X-Received: by 2002:a5d:6243:: with SMTP id m3mr53935093wrv.41.1560860169030; Tue, 18 Jun 2019 05:16:09 -0700 (PDT) Received: from localhost (p2E5BEF36.dip0.t-ipconnect.de. [46.91.239.54]) by smtp.gmail.com with ESMTPSA id t140sm3297550wmt.0.2019.06.18.05.16.07 (version=TLS1_3 cipher=AEAD-AES256-GCM-SHA384 bits=256/256); Tue, 18 Jun 2019 05:16:08 -0700 (PDT) Date: Tue, 18 Jun 2019 14:16:07 +0200 From: Thierry Reding To: Sowjanya Komatineni Cc: jonathanh@nvidia.com, tglx@linutronix.de, jason@lakedaemon.net, marc.zyngier@arm.com, linus.walleij@linaro.org, stefan@agner.ch, mark.rutland@arm.com, pdeschrijver@nvidia.com, pgaikwad@nvidia.com, sboyd@kernel.org, linux-clk@vger.kernel.org, linux-gpio@vger.kernel.org, jckuo@nvidia.com, josephl@nvidia.com, talho@nvidia.com, linux-tegra@vger.kernel.org, linux-kernel@vger.kernel.org, mperttunen@nvidia.com, spatra@nvidia.com, robh+dt@kernel.org, digetx@gmail.com, devicetree@vger.kernel.org Subject: Re: [PATCH V3 11/17] clk: tegra210: support for Tegra210 clocks suspend and resume Message-ID: <20190618121607.GN28892@ulmo> References: <1560843991-24123-1-git-send-email-skomatineni@nvidia.com> <1560843991-24123-12-git-send-email-skomatineni@nvidia.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="tfmLD+Hxjexp/STe" Content-Disposition: inline In-Reply-To: <1560843991-24123-12-git-send-email-skomatineni@nvidia.com> User-Agent: Mutt/1.11.4 (2019-03-13) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org --tfmLD+Hxjexp/STe Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Jun 18, 2019 at 12:46:25AM -0700, Sowjanya Komatineni wrote: > This patch adds system suspend and resume support for Tegra210 > clocks. >=20 > All the CAR controller settings are lost on suspend when core power > goes off. >=20 > This patch has implementation for saving and restoring all the PLLs > and clocks context during system suspend and resume to have the > system back to operating state. >=20 > Signed-off-by: Sowjanya Komatineni > --- > drivers/clk/tegra/clk-tegra210.c | 218 +++++++++++++++++++++++++++++++++= ++++-- > 1 file changed, 211 insertions(+), 7 deletions(-) >=20 > diff --git a/drivers/clk/tegra/clk-tegra210.c b/drivers/clk/tegra/clk-teg= ra210.c > index e1ba62d2b1a0..c34d92e871f4 100644 > --- a/drivers/clk/tegra/clk-tegra210.c > +++ b/drivers/clk/tegra/clk-tegra210.c > @@ -9,10 +9,12 @@ > #include > #include > #include > +#include > #include > #include > #include > #include > +#include > #include > #include > #include > @@ -20,6 +22,7 @@ > #include > =20 > #include "clk.h" > +#include "clk-dfll.h" > #include "clk-id.h" > =20 > /* > @@ -36,6 +39,8 @@ > #define CLK_SOURCE_LA 0x1f8 > #define CLK_SOURCE_SDMMC2 0x154 > #define CLK_SOURCE_SDMMC4 0x164 > +#define CLK_OUT_ENB_Y 0x298 > +#define CLK_ENB_PLLP_OUT_CPU BIT(31) > =20 > #define PLLC_BASE 0x80 > #define PLLC_OUT 0x84 > @@ -225,6 +230,7 @@ > =20 > #define CLK_RST_CONTROLLER_RST_DEV_Y_SET 0x2a8 > #define CLK_RST_CONTROLLER_RST_DEV_Y_CLR 0x2ac > +#define CPU_SOFTRST_CTRL 0x380 > =20 > #define LVL2_CLK_GATE_OVRA 0xf8 > #define LVL2_CLK_GATE_OVRC 0x3a0 > @@ -2820,6 +2826,7 @@ static int tegra210_enable_pllu(void) > struct tegra_clk_pll_freq_table *fentry; > struct tegra_clk_pll pllu; > u32 reg; > + int ret; > =20 > for (fentry =3D pll_u_freq_table; fentry->input_rate; fentry++) { > if (fentry->input_rate =3D=3D pll_ref_freq) > @@ -2836,7 +2843,7 @@ static int tegra210_enable_pllu(void) > reg =3D readl_relaxed(clk_base + pllu.params->ext_misc_reg[0]); > reg &=3D ~BIT(pllu.params->iddq_bit_idx); > writel_relaxed(reg, clk_base + pllu.params->ext_misc_reg[0]); > - udelay(5); > + fence_udelay(5, clk_base); > =20 > reg =3D readl_relaxed(clk_base + PLLU_BASE); > reg &=3D ~GENMASK(20, 0); > @@ -2844,13 +2851,13 @@ static int tegra210_enable_pllu(void) > reg |=3D fentry->n << 8; > reg |=3D fentry->p << 16; > writel(reg, clk_base + PLLU_BASE); > - udelay(1); > + fence_udelay(1, clk_base); These udelay() -> fence_udelay() seem like they should be a separate patch. > reg |=3D PLL_ENABLE; > writel(reg, clk_base + PLLU_BASE); > + fence_udelay(1, clk_base); > =20 > - readl_relaxed_poll_timeout_atomic(clk_base + PLLU_BASE, reg, > - reg & PLL_BASE_LOCK, 2, 1000); > - if (!(reg & PLL_BASE_LOCK)) { > + ret =3D tegra210_wait_for_mask(&pllu, PLLU_BASE, PLL_BASE_LOCK); > + if (ret) { > pr_err("Timed out waiting for PLL_U to lock\n"); > return -ETIMEDOUT; > } > @@ -2890,12 +2897,12 @@ static int tegra210_init_pllu(void) > reg =3D readl_relaxed(clk_base + XUSB_PLL_CFG0); > reg &=3D ~XUSB_PLL_CFG0_PLLU_LOCK_DLY_MASK; > writel_relaxed(reg, clk_base + XUSB_PLL_CFG0); > - udelay(1); > + fence_udelay(1, clk_base); > =20 > reg =3D readl_relaxed(clk_base + PLLU_HW_PWRDN_CFG0); > reg |=3D PLLU_HW_PWRDN_CFG0_SEQ_ENABLE; > writel_relaxed(reg, clk_base + PLLU_HW_PWRDN_CFG0); > - udelay(1); > + fence_udelay(1, clk_base); > =20 > reg =3D readl_relaxed(clk_base + PLLU_BASE); > reg &=3D ~PLLU_BASE_CLKENABLE_USB; > @@ -3282,6 +3289,188 @@ static void tegra210_disable_cpu_clock(u32 cpu) > } > =20 > #ifdef CONFIG_PM_SLEEP > +static u32 cpu_softrst_ctx[3]; > +static struct platform_device *dfll_pdev; > +static u32 *periph_clk_src_ctx; > +struct periph_source_bank { Blank line between the above two. > + u32 start; > + u32 end; > +}; > + > +static struct periph_source_bank periph_srcs[] =3D { > + [0] =3D { > + .start =3D 0x100, > + .end =3D 0x198, > + }, > + [1] =3D { > + .start =3D 0x1a0, > + .end =3D 0x1f8, > + }, > + [2] =3D { > + .start =3D 0x3b4, > + .end =3D 0x42c, > + }, > + [3] =3D { > + .start =3D 0x49c, > + .end =3D 0x4b4, > + }, > + [4] =3D { > + .start =3D 0x560, > + .end =3D 0x564, > + }, > + [5] =3D { > + .start =3D 0x600, > + .end =3D 0x678, > + }, > + [6] =3D { > + .start =3D 0x694, > + .end =3D 0x6a0, > + }, > + [7] =3D { > + .start =3D 0x6b8, > + .end =3D 0x718, > + }, > +}; > + > +/* This array lists the valid clocks for each periph clk bank */ > +static u32 periph_clks_on[] =3D { > + 0xdcd7dff9, > + 0x87d1f3e7, > + 0xf3fed3fa, > + 0xffc18cfb, > + 0x793fb7ff, > + 0x3fe66fff, > + 0xfc1fc7ff, > +}; Hm... this is a bunch of magic. Perhaps replace this by a list of the clock IDs? That's perhaps a little more verbose, but if we ever need to tweak the list of IDs in that periph_clks_on array, that'll be quite the challenge. Also, is this list a "guess" or are these all guaranteed to be always on? What if some of these ended up getting disabled as part of suspend already (by their users). If we force them on, won't their references become unbalanced if the driver later enables them again on resume? > + > +static struct platform_device *dfll_pdev; I think you already predeclared this one above. > +#define car_readl(_base, _off) readl_relaxed(clk_base + (_base) + ((_off= ) * 4)) > +#define car_writel(_val, _base, _off) \ > + writel_relaxed(_val, clk_base + (_base) + ((_off) * 4)) > + > +static u32 * __init tegra210_init_suspend_ctx(void) > +{ > + int i, size =3D 0; Can both be unsigned int. > + > + for (i =3D 0; i < ARRAY_SIZE(periph_srcs); i++) > + size +=3D periph_srcs[i].end - periph_srcs[i].start + 4; > + > + periph_clk_src_ctx =3D kmalloc(size, GFP_KERNEL); > + > + return periph_clk_src_ctx; It's somewhat wasteful to return a global variable since you can access it anyway. Perhaps it'd be more useful to make the function return a boolean? > +} > + > +static int tegra210_clk_suspend(void) > +{ > + int i; unsigned int. > + unsigned long off; > + struct device_node *node; > + u32 *clk_rst_ctx =3D periph_clk_src_ctx; > + u32 val; > + > + tegra_cclkg_burst_policy_save_context(); > + > + if (!dfll_pdev) { > + node =3D of_find_compatible_node(NULL, NULL, > + "nvidia,tegra210-dfll"); > + if (node) > + dfll_pdev =3D of_find_device_by_node(node); > + of_node_put(node); > + if (!dfll_pdev) > + pr_err("dfll node not found. no suspend for dfll\n"); > + } Wouldn't it make sense to run this only once, perhaps as part of tegra210_init_suspend_ctx()? > + > + if (dfll_pdev) > + tegra_dfll_suspend(dfll_pdev); > + > + /* Enable PLLP_OUT_CPU after dfll suspend */ > + val =3D car_readl(CLK_OUT_ENB_Y, 0); > + val |=3D CLK_ENB_PLLP_OUT_CPU; > + car_writel(val, CLK_OUT_ENB_Y, 0); > + > + tegra_clk_periph_suspend(clk_base); > + > + for (i =3D 0; i < ARRAY_SIZE(periph_srcs); i++) > + for (off =3D periph_srcs[i].start; off <=3D periph_srcs[i].end; > + off +=3D 4) > + *clk_rst_ctx++ =3D car_readl(off, 0); > + > + tegra_sclk_cclklp_burst_policy_save_context(); > + > + for (i =3D 0; i < ARRAY_SIZE(cpu_softrst_ctx); i++) > + cpu_softrst_ctx[i] =3D car_readl(CPU_SOFTRST_CTRL, i); > + > + clk_save_context(); > + > + return 0; > +} > + > +static void tegra210_clk_resume(void) > +{ > + int i; > + unsigned long off; > + u32 val; > + u32 *clk_rst_ctx =3D periph_clk_src_ctx; > + struct clk_hw *parent; > + struct clk *clk; > + > + for (i =3D 0; i < ARRAY_SIZE(cpu_softrst_ctx); i++) > + car_writel(cpu_softrst_ctx[i], CPU_SOFTRST_CTRL, i); > + > + tegra_clk_osc_resume(clk_base); > + > + /* > + * restore all the plls before configuring clocks and resetting > + * the devices. > + */ > + tegra210_init_pllu(); > + tegra_sclk_cpulp_burst_policy_restore_context(); > + clk_restore_context(); > + > + /* enable all clocks before configuring clock sources */ > + tegra_clk_periph_force_on(periph_clks_on, ARRAY_SIZE(periph_clks_on), > + clk_base); > + /* wait for all writes to happen to have all the clocks enabled */ > + wmb(); > + fence_udelay(2, clk_base); > + > + /* restore all the devices clock sources */ > + for (i =3D 0; i < ARRAY_SIZE(periph_srcs); i++) > + for (off =3D periph_srcs[i].start; off <=3D periph_srcs[i].end; > + off +=3D 4) > + car_writel(*clk_rst_ctx++, off, 0); > + > + /* propagate and restore resets, restore clock state */ > + fence_udelay(5, clk_base); > + tegra_clk_periph_resume(clk_base); > + > + /* > + * restore CPUG clocks: > + * - enable DFLL in open loop mode > + * - switch CPUG to DFLL clock source > + * - close DFLL loop > + * - sync PLLX state > + */ > + if (dfll_pdev) > + tegra_dfll_resume(dfll_pdev, false); > + > + tegra_cclkg_burst_policy_restore_context(); > + fence_udelay(2, clk_base); > + > + if (dfll_pdev) > + tegra_dfll_resume(dfll_pdev, true); > + > + parent =3D clk_hw_get_parent(__clk_get_hw(clks[TEGRA210_CLK_CCLK_G])); > + clk =3D clks[TEGRA210_CLK_PLL_X]; > + if (parent !=3D __clk_get_hw(clk)) > + tegra_clk_sync_state_pll(__clk_get_hw(clk)); > + > + /* Disable PLL_OUT_CPU after DFLL resume */ > + val =3D car_readl(CLK_OUT_ENB_Y, 0); > + val &=3D ~CLK_ENB_PLLP_OUT_CPU; > + car_writel(val, CLK_OUT_ENB_Y, 0); > +} I'm surprised by the amount of work that we need to do here. I had hoped that the clock framework's save/restore infrastructure would be enough. I suppose you do call clk_restore_context() somewhere in there, so maybe this really is as good as it gets. Thierry > + > static void tegra210_cpu_clock_suspend(void) > { > /* switch coresite to clk_m, save off original source */ > @@ -3295,8 +3484,20 @@ static void tegra210_cpu_clock_resume(void) > writel(tegra210_cpu_clk_sctx.clk_csite_src, > clk_base + CLK_SOURCE_CSITE); > } > +#else > +#define tegra210_clk_suspend NULL > +#define tegra210_clk_resume NULL > +static inline u32 *tegra210_init_suspend_ctx(void) > +{ > + return NULL; > +} > #endif > =20 > +static struct syscore_ops tegra_clk_syscore_ops =3D { > + .suspend =3D tegra210_clk_suspend, > + .resume =3D tegra210_clk_resume, > +}; > + > static struct tegra_cpu_car_ops tegra210_cpu_car_ops =3D { > .wait_for_reset =3D tegra210_wait_cpu_in_reset, > .disable_clock =3D tegra210_disable_cpu_clock, > @@ -3580,5 +3781,8 @@ static void __init tegra210_clock_init(struct devic= e_node *np) > tegra210_mbist_clk_init(); > =20 > tegra_cpu_car_ops =3D &tegra210_cpu_car_ops; > + > + if (tegra210_init_suspend_ctx()) > + register_syscore_ops(&tegra_clk_syscore_ops); > } > CLK_OF_DECLARE(tegra210, "nvidia,tegra210-car", tegra210_clock_init); > --=20 > 2.7.4 >=20 --tfmLD+Hxjexp/STe Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEiOrDCAFJzPfAjcif3SOs138+s6EFAl0I1gQACgkQ3SOs138+ s6FG/g//e0+Q8g026qqyUJ3gU1xaiN27ne0iqgs97jPxklfc31kJXm/kyY7bI4VQ fuE7GU9mrKl0jh0jB8+AMzbb9koOhvUcR6i4Xm6NnNDhErRk/8BXEdG4TIHggFOD PXtlNQ1mE3op2CiXV4TiKQ1di69uRoZtMaSV1W3s8m6515ackqw+EJ8g8p9p95S9 ccpGWnyPaN2D9LXeLLdf6rMn3KO0x0VDw/GnIpmqjTJn8isf7OcQeunAIACb8Avg zh+cThLZXCrBVj3lPM4khuYxh2k1OMnsxFsWrXcIVPuvFA5KjVA/nAX1EDGm+C4d iFSNhyPDkCtc0HRD21GrqR+zsS9ac07qm0l1+sdXFsdrcXmtJbHEH9EJzzAB2g7Z InLJtcEWgFWNz99glyS0Y0EsadYeEWTN9Qhy0iNLwvDBkuKdbMpOYkkvZcmXzlqd W/zx80psixs1b7uTw0XG4cN6VFAAlCCz/j3k9dQmM+l9HITddOEJ/hE1YTU4aC45 VOrrZh4iFyVc3lVCtxlutgb7oXsi3tnWtqxUt5PQZO8RIOz63phdHkAUZFyuIpbz 2BMiPMzIvo8DAwdyfvD5oH+1D2tgu0TK4YCGvPJ+UAq5U05cX+tgZiAqh9nkhuKp 7LEaz43HI7kVlw1Xjgr+MpkVsv89cfq7B+0ailJ+dXrOyieJwYc= =U1SK -----END PGP SIGNATURE----- --tfmLD+Hxjexp/STe--