2019-05-29 22:17:56 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
/*
|
|
|
|
* Copyright (c) 2017 Chen-Yu Tsai. All rights reserved.
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/clk-provider.h>
|
|
|
|
#include <linux/clk/sunxi-ng.h>
|
2019-04-19 06:20:22 +08:00
|
|
|
#include <linux/io.h>
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
|
|
|
|
#include "ccu_common.h"
|
|
|
|
|
|
|
|
/**
|
2022-11-23 02:48:44 +08:00
|
|
|
* sunxi_ccu_set_mmc_timing_mode - Configure the MMC clock timing mode
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
* @clk: clock to be configured
|
|
|
|
* @new_mode: true for new timing mode introduced in A83T and later
|
|
|
|
*
|
2022-11-23 02:48:44 +08:00
|
|
|
* Return: %0 on success, %-ENOTSUPP if the clock does not support
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
* switching modes.
|
|
|
|
*/
|
|
|
|
int sunxi_ccu_set_mmc_timing_mode(struct clk *clk, bool new_mode)
|
|
|
|
{
|
|
|
|
struct clk_hw *hw = __clk_get_hw(clk);
|
|
|
|
struct ccu_common *cm = hw_to_ccu_common(hw);
|
|
|
|
unsigned long flags;
|
|
|
|
u32 val;
|
|
|
|
|
|
|
|
if (!(cm->features & CCU_FEATURE_MMC_TIMING_SWITCH))
|
|
|
|
return -ENOTSUPP;
|
|
|
|
|
|
|
|
spin_lock_irqsave(cm->lock, flags);
|
|
|
|
|
|
|
|
val = readl(cm->base + cm->reg);
|
|
|
|
if (new_mode)
|
|
|
|
val |= CCU_MMC_NEW_TIMING_MODE;
|
|
|
|
else
|
|
|
|
val &= ~CCU_MMC_NEW_TIMING_MODE;
|
|
|
|
writel(val, cm->base + cm->reg);
|
|
|
|
|
|
|
|
spin_unlock_irqrestore(cm->lock, flags);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(sunxi_ccu_set_mmc_timing_mode);
|
|
|
|
|
|
|
|
/**
|
2023-07-22 23:31:07 +08:00
|
|
|
* sunxi_ccu_get_mmc_timing_mode: Get the current MMC clock timing mode
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
* @clk: clock to query
|
|
|
|
*
|
2022-11-23 02:48:44 +08:00
|
|
|
* Return: %0 if the clock is in old timing mode, > %0 if it is in
|
|
|
|
* new timing mode, and %-ENOTSUPP if the clock does not support
|
clk: sunxi-ng: Add interface to query or configure MMC timing modes.
Starting with the A83T SoC, Allwinner introduced a new timing mode for
its MMC clocks. The new mode changes how the MMC controller sample and
output clocks are delayed to match chip and board specifics. There are
two controls for this, one on the CCU side controlling how the clocks
behave, and one in the MMC controller controlling what inputs to take
and how to route them.
In the old mode, the MMC clock had 2 child clocks providing the output
and sample clocks, which could be delayed by a number of clock cycles
measured from the MMC clock's parent.
With the new mode, the 2 delay clocks are no longer active. Instead,
the delays and associated controls are moved into the MMC controller.
The output of the MMC clock is also halved.
The difference in how things are wired between the modes means that the
clock controls and the MMC controls must match. To achieve this in a
clear, explicit way, we introduce two functions for the MMC driver to
use: one queries the hardware for the current mode set, and the other
allows the MMC driver to request a mode.
Signed-off-by: Chen-Yu Tsai <wens@csie.org>
Acked-by: Maxime Ripard <maxime.ripard@free-electrons.com>
Signed-off-by: Ulf Hansson <ulf.hansson@linaro.org>
2017-07-24 21:58:56 +08:00
|
|
|
* this function.
|
|
|
|
*/
|
|
|
|
int sunxi_ccu_get_mmc_timing_mode(struct clk *clk)
|
|
|
|
{
|
|
|
|
struct clk_hw *hw = __clk_get_hw(clk);
|
|
|
|
struct ccu_common *cm = hw_to_ccu_common(hw);
|
|
|
|
|
|
|
|
if (!(cm->features & CCU_FEATURE_MMC_TIMING_SWITCH))
|
|
|
|
return -ENOTSUPP;
|
|
|
|
|
|
|
|
return !!(readl(cm->base + cm->reg) & CCU_MMC_NEW_TIMING_MODE);
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL_GPL(sunxi_ccu_get_mmc_timing_mode);
|