2018-08-30 19:52:54 +03:00
|
|
|
// SPDX-License-Identifier: GPL-2.0
|
2014-06-03 09:26:03 +04:00
|
|
|
/*
|
2018-08-30 19:52:54 +03:00
|
|
|
* Device access for Crystal Cove PMIC
|
2014-06-03 09:26:03 +04:00
|
|
|
*
|
|
|
|
* Copyright (C) 2013, 2014 Intel Corporation. All rights reserved.
|
|
|
|
*
|
|
|
|
* Author: Yang, Bin <bin.yang@intel.com>
|
|
|
|
* Author: Zhu, Lejun <lejun.zhu@linux.intel.com>
|
|
|
|
*/
|
|
|
|
|
|
|
|
#include <linux/interrupt.h>
|
|
|
|
#include <linux/regmap.h>
|
2018-08-30 19:52:53 +03:00
|
|
|
#include <linux/mfd/core.h>
|
2014-06-03 09:26:03 +04:00
|
|
|
#include <linux/mfd/intel_soc_pmic.h>
|
2018-08-30 19:52:53 +03:00
|
|
|
|
2014-06-03 09:26:03 +04:00
|
|
|
#include "intel_soc_pmic_core.h"
|
|
|
|
|
|
|
|
#define CRYSTAL_COVE_MAX_REGISTER 0xC6
|
|
|
|
|
|
|
|
#define CRYSTAL_COVE_REG_IRQLVL1 0x02
|
|
|
|
#define CRYSTAL_COVE_REG_MIRQLVL1 0x0E
|
|
|
|
|
|
|
|
#define CRYSTAL_COVE_IRQ_PWRSRC 0
|
|
|
|
#define CRYSTAL_COVE_IRQ_THRM 1
|
|
|
|
#define CRYSTAL_COVE_IRQ_BCU 2
|
|
|
|
#define CRYSTAL_COVE_IRQ_ADC 3
|
|
|
|
#define CRYSTAL_COVE_IRQ_CHGR 4
|
|
|
|
#define CRYSTAL_COVE_IRQ_GPIO 5
|
|
|
|
#define CRYSTAL_COVE_IRQ_VHDMIOCP 6
|
|
|
|
|
2020-09-22 22:26:53 +03:00
|
|
|
static const struct resource gpio_resources[] = {
|
2018-08-30 19:52:50 +03:00
|
|
|
DEFINE_RES_IRQ_NAMED(CRYSTAL_COVE_IRQ_GPIO, "GPIO"),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
2020-09-22 22:26:53 +03:00
|
|
|
static const struct resource pwrsrc_resources[] = {
|
2018-08-30 19:52:50 +03:00
|
|
|
DEFINE_RES_IRQ_NAMED(CRYSTAL_COVE_IRQ_PWRSRC, "PWRSRC"),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
2020-09-22 22:26:53 +03:00
|
|
|
static const struct resource adc_resources[] = {
|
2018-08-30 19:52:50 +03:00
|
|
|
DEFINE_RES_IRQ_NAMED(CRYSTAL_COVE_IRQ_ADC, "ADC"),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
2020-09-22 22:26:53 +03:00
|
|
|
static const struct resource thermal_resources[] = {
|
2018-08-30 19:52:50 +03:00
|
|
|
DEFINE_RES_IRQ_NAMED(CRYSTAL_COVE_IRQ_THRM, "THERMAL"),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
2020-09-22 22:26:53 +03:00
|
|
|
static const struct resource bcu_resources[] = {
|
2018-08-30 19:52:50 +03:00
|
|
|
DEFINE_RES_IRQ_NAMED(CRYSTAL_COVE_IRQ_BCU, "BCU"),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
Looking at the android x86 kernel sources where most of the Crystal Cove
code comes from, it talks about "Valley View", "Bay Trail" and / or BYT
without ever mentioning Cherry Trail, with the exception of the regulator
driver. The Asus Zenfone-2 kernel code has 2 regulator drivers, one
for Crystal Cove and one for what it calls Crystal Cove Plus. The
Crystal Cove Plus regulator driver is the only one to mention Cherry
Trail and that driver uses different register addresses then the
normal (Bay Trail) Crystal Cove regulator driver, showing that at
least the regulator register addresses are different.
The GPIO code should work on both, and the PWM code is known to work on
both and is necessary for backlight control on some Cherry Trail devices.
Testing has shown that the ACPI OpRegion code otoh is causing problems
on Cherry Trail devices, which is not surprising as it deals with the
regulators and those have different register addresses on CHT.
Specifically the ACPI OpRegion code causes the external microsd slot on
a Dell Venue 8 5855 (Cherry Trail version) to not work and the eMMC to
become unreliable and throw lots of errors.
This commit replaces the single mfd_cell array currently used for Crystal
Cove with 2 separate arrays, one for the Bay Trail variant and one for
the Cherry Trail variant, note that the Cherry Trail version of the array
only contains gpio and pwm cells. The PMIC OpRegion cell is deliberately
not included and drivers for the other cells in the Bay Trail cell array
were never upstreamed.
Fixes: 7cf0a66f32 ("mfd: intel_soc_pmic: Crystal Cove support")
Reported-and-tested-by: russianneuromancer <russianneuromancer@ya.ru>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-09-04 16:22:41 +03:00
|
|
|
static struct mfd_cell crystal_cove_byt_dev[] = {
|
2014-06-03 09:26:03 +04:00
|
|
|
{
|
|
|
|
.name = "crystal_cove_pwrsrc",
|
|
|
|
.num_resources = ARRAY_SIZE(pwrsrc_resources),
|
|
|
|
.resources = pwrsrc_resources,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.name = "crystal_cove_adc",
|
|
|
|
.num_resources = ARRAY_SIZE(adc_resources),
|
|
|
|
.resources = adc_resources,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.name = "crystal_cove_thermal",
|
|
|
|
.num_resources = ARRAY_SIZE(thermal_resources),
|
|
|
|
.resources = thermal_resources,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.name = "crystal_cove_bcu",
|
|
|
|
.num_resources = ARRAY_SIZE(bcu_resources),
|
|
|
|
.resources = bcu_resources,
|
|
|
|
},
|
|
|
|
{
|
|
|
|
.name = "crystal_cove_gpio",
|
|
|
|
.num_resources = ARRAY_SIZE(gpio_resources),
|
|
|
|
.resources = gpio_resources,
|
|
|
|
},
|
2014-11-24 12:21:54 +03:00
|
|
|
{
|
2019-10-25 00:38:25 +03:00
|
|
|
.name = "byt_crystal_cove_pmic",
|
2014-11-24 12:21:54 +03:00
|
|
|
},
|
2015-06-26 12:02:06 +03:00
|
|
|
{
|
|
|
|
.name = "crystal_cove_pwm",
|
|
|
|
},
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
Looking at the android x86 kernel sources where most of the Crystal Cove
code comes from, it talks about "Valley View", "Bay Trail" and / or BYT
without ever mentioning Cherry Trail, with the exception of the regulator
driver. The Asus Zenfone-2 kernel code has 2 regulator drivers, one
for Crystal Cove and one for what it calls Crystal Cove Plus. The
Crystal Cove Plus regulator driver is the only one to mention Cherry
Trail and that driver uses different register addresses then the
normal (Bay Trail) Crystal Cove regulator driver, showing that at
least the regulator register addresses are different.
The GPIO code should work on both, and the PWM code is known to work on
both and is necessary for backlight control on some Cherry Trail devices.
Testing has shown that the ACPI OpRegion code otoh is causing problems
on Cherry Trail devices, which is not surprising as it deals with the
regulators and those have different register addresses on CHT.
Specifically the ACPI OpRegion code causes the external microsd slot on
a Dell Venue 8 5855 (Cherry Trail version) to not work and the eMMC to
become unreliable and throw lots of errors.
This commit replaces the single mfd_cell array currently used for Crystal
Cove with 2 separate arrays, one for the Bay Trail variant and one for
the Cherry Trail variant, note that the Cherry Trail version of the array
only contains gpio and pwm cells. The PMIC OpRegion cell is deliberately
not included and drivers for the other cells in the Bay Trail cell array
were never upstreamed.
Fixes: 7cf0a66f32 ("mfd: intel_soc_pmic: Crystal Cove support")
Reported-and-tested-by: russianneuromancer <russianneuromancer@ya.ru>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-09-04 16:22:41 +03:00
|
|
|
static struct mfd_cell crystal_cove_cht_dev[] = {
|
|
|
|
{
|
|
|
|
.name = "crystal_cove_gpio",
|
|
|
|
.num_resources = ARRAY_SIZE(gpio_resources),
|
|
|
|
.resources = gpio_resources,
|
|
|
|
},
|
2019-10-25 00:38:27 +03:00
|
|
|
{
|
|
|
|
.name = "cht_crystal_cove_pmic",
|
|
|
|
},
|
mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
Looking at the android x86 kernel sources where most of the Crystal Cove
code comes from, it talks about "Valley View", "Bay Trail" and / or BYT
without ever mentioning Cherry Trail, with the exception of the regulator
driver. The Asus Zenfone-2 kernel code has 2 regulator drivers, one
for Crystal Cove and one for what it calls Crystal Cove Plus. The
Crystal Cove Plus regulator driver is the only one to mention Cherry
Trail and that driver uses different register addresses then the
normal (Bay Trail) Crystal Cove regulator driver, showing that at
least the regulator register addresses are different.
The GPIO code should work on both, and the PWM code is known to work on
both and is necessary for backlight control on some Cherry Trail devices.
Testing has shown that the ACPI OpRegion code otoh is causing problems
on Cherry Trail devices, which is not surprising as it deals with the
regulators and those have different register addresses on CHT.
Specifically the ACPI OpRegion code causes the external microsd slot on
a Dell Venue 8 5855 (Cherry Trail version) to not work and the eMMC to
become unreliable and throw lots of errors.
This commit replaces the single mfd_cell array currently used for Crystal
Cove with 2 separate arrays, one for the Bay Trail variant and one for
the Cherry Trail variant, note that the Cherry Trail version of the array
only contains gpio and pwm cells. The PMIC OpRegion cell is deliberately
not included and drivers for the other cells in the Bay Trail cell array
were never upstreamed.
Fixes: 7cf0a66f32 ("mfd: intel_soc_pmic: Crystal Cove support")
Reported-and-tested-by: russianneuromancer <russianneuromancer@ya.ru>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-09-04 16:22:41 +03:00
|
|
|
{
|
|
|
|
.name = "crystal_cove_pwm",
|
|
|
|
},
|
|
|
|
};
|
|
|
|
|
2015-01-05 12:01:22 +03:00
|
|
|
static const struct regmap_config crystal_cove_regmap_config = {
|
2014-06-03 09:26:03 +04:00
|
|
|
.reg_bits = 8,
|
|
|
|
.val_bits = 8,
|
|
|
|
|
|
|
|
.max_register = CRYSTAL_COVE_MAX_REGISTER,
|
|
|
|
.cache_type = REGCACHE_NONE,
|
|
|
|
};
|
|
|
|
|
|
|
|
static const struct regmap_irq crystal_cove_irqs[] = {
|
2018-08-30 19:52:51 +03:00
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_PWRSRC, 0, BIT(CRYSTAL_COVE_IRQ_PWRSRC)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_THRM, 0, BIT(CRYSTAL_COVE_IRQ_THRM)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_BCU, 0, BIT(CRYSTAL_COVE_IRQ_BCU)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_ADC, 0, BIT(CRYSTAL_COVE_IRQ_ADC)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_CHGR, 0, BIT(CRYSTAL_COVE_IRQ_CHGR)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_GPIO, 0, BIT(CRYSTAL_COVE_IRQ_GPIO)),
|
|
|
|
REGMAP_IRQ_REG(CRYSTAL_COVE_IRQ_VHDMIOCP, 0, BIT(CRYSTAL_COVE_IRQ_VHDMIOCP)),
|
2014-06-03 09:26:03 +04:00
|
|
|
};
|
|
|
|
|
2015-04-27 15:54:13 +03:00
|
|
|
static const struct regmap_irq_chip crystal_cove_irq_chip = {
|
2014-06-03 09:26:03 +04:00
|
|
|
.name = "Crystal Cove",
|
|
|
|
.irqs = crystal_cove_irqs,
|
|
|
|
.num_irqs = ARRAY_SIZE(crystal_cove_irqs),
|
|
|
|
.num_regs = 1,
|
|
|
|
.status_base = CRYSTAL_COVE_REG_IRQLVL1,
|
|
|
|
.mask_base = CRYSTAL_COVE_REG_MIRQLVL1,
|
|
|
|
};
|
|
|
|
|
mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
Looking at the android x86 kernel sources where most of the Crystal Cove
code comes from, it talks about "Valley View", "Bay Trail" and / or BYT
without ever mentioning Cherry Trail, with the exception of the regulator
driver. The Asus Zenfone-2 kernel code has 2 regulator drivers, one
for Crystal Cove and one for what it calls Crystal Cove Plus. The
Crystal Cove Plus regulator driver is the only one to mention Cherry
Trail and that driver uses different register addresses then the
normal (Bay Trail) Crystal Cove regulator driver, showing that at
least the regulator register addresses are different.
The GPIO code should work on both, and the PWM code is known to work on
both and is necessary for backlight control on some Cherry Trail devices.
Testing has shown that the ACPI OpRegion code otoh is causing problems
on Cherry Trail devices, which is not surprising as it deals with the
regulators and those have different register addresses on CHT.
Specifically the ACPI OpRegion code causes the external microsd slot on
a Dell Venue 8 5855 (Cherry Trail version) to not work and the eMMC to
become unreliable and throw lots of errors.
This commit replaces the single mfd_cell array currently used for Crystal
Cove with 2 separate arrays, one for the Bay Trail variant and one for
the Cherry Trail variant, note that the Cherry Trail version of the array
only contains gpio and pwm cells. The PMIC OpRegion cell is deliberately
not included and drivers for the other cells in the Bay Trail cell array
were never upstreamed.
Fixes: 7cf0a66f32 ("mfd: intel_soc_pmic: Crystal Cove support")
Reported-and-tested-by: russianneuromancer <russianneuromancer@ya.ru>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-09-04 16:22:41 +03:00
|
|
|
struct intel_soc_pmic_config intel_soc_pmic_config_byt_crc = {
|
|
|
|
.irq_flags = IRQF_TRIGGER_RISING,
|
|
|
|
.cell_dev = crystal_cove_byt_dev,
|
|
|
|
.n_cell_devs = ARRAY_SIZE(crystal_cove_byt_dev),
|
|
|
|
.regmap_config = &crystal_cove_regmap_config,
|
|
|
|
.irq_chip = &crystal_cove_irq_chip,
|
|
|
|
};
|
|
|
|
|
|
|
|
struct intel_soc_pmic_config intel_soc_pmic_config_cht_crc = {
|
2014-06-03 09:26:03 +04:00
|
|
|
.irq_flags = IRQF_TRIGGER_RISING,
|
mfd: intel_soc_pmic: Export separate mfd-cell configs for BYT and CHT
Both Bay and Cherry Trail devices may be used together with a Crystal Cove
PMIC. Each platform has its own variant of the PMIC, which both use the
same ACPI HID, but they are not 100% compatible.
Looking at the android x86 kernel sources where most of the Crystal Cove
code comes from, it talks about "Valley View", "Bay Trail" and / or BYT
without ever mentioning Cherry Trail, with the exception of the regulator
driver. The Asus Zenfone-2 kernel code has 2 regulator drivers, one
for Crystal Cove and one for what it calls Crystal Cove Plus. The
Crystal Cove Plus regulator driver is the only one to mention Cherry
Trail and that driver uses different register addresses then the
normal (Bay Trail) Crystal Cove regulator driver, showing that at
least the regulator register addresses are different.
The GPIO code should work on both, and the PWM code is known to work on
both and is necessary for backlight control on some Cherry Trail devices.
Testing has shown that the ACPI OpRegion code otoh is causing problems
on Cherry Trail devices, which is not surprising as it deals with the
regulators and those have different register addresses on CHT.
Specifically the ACPI OpRegion code causes the external microsd slot on
a Dell Venue 8 5855 (Cherry Trail version) to not work and the eMMC to
become unreliable and throw lots of errors.
This commit replaces the single mfd_cell array currently used for Crystal
Cove with 2 separate arrays, one for the Bay Trail variant and one for
the Cherry Trail variant, note that the Cherry Trail version of the array
only contains gpio and pwm cells. The PMIC OpRegion cell is deliberately
not included and drivers for the other cells in the Bay Trail cell array
were never upstreamed.
Fixes: 7cf0a66f32 ("mfd: intel_soc_pmic: Crystal Cove support")
Reported-and-tested-by: russianneuromancer <russianneuromancer@ya.ru>
Signed-off-by: Hans de Goede <hdegoede@redhat.com>
Reviewed-by: Andy Shevchenko <andy.shevchenko@gmail.com>
Signed-off-by: Lee Jones <lee.jones@linaro.org>
2017-09-04 16:22:41 +03:00
|
|
|
.cell_dev = crystal_cove_cht_dev,
|
|
|
|
.n_cell_devs = ARRAY_SIZE(crystal_cove_cht_dev),
|
2014-06-03 09:26:03 +04:00
|
|
|
.regmap_config = &crystal_cove_regmap_config,
|
|
|
|
.irq_chip = &crystal_cove_irq_chip,
|
|
|
|
};
|