Hi Sricharan,
On Thu, 2015-07-09 at 08:55 +0530, Sricharan R wrote:
static int qup_i2c_read_one(struct qup_i2c_dev *qup, struct i2c_msg *msg)
{
- unsigned long left;
- int ret;
+ int ret = 0;
- qup-msg = msg;
- qup-pos = 0;
+ /*
+
Hi,
On Thu, 2015-07-09 at 08:55 +0530, Sricharan R wrote:
snip
#define ONE_BYTE 0x1
+#define QUP_I2C_MX_CONFIG_DURING_RUN BIT(31)
struct qup_i2c_block {
int count;
@@ -121,6 +122,7 @@ struct qup_i2c_block {
int rx_tag_len;
int
On 6 July 2015 at 14:16, Ivan T. Ivanov ivan.iva...@linaro.org wrote:
Following changes aimed to fix some aspects of card detection, when
BROKEN_CARD_DETECTION quirk is set.
Changes since first version [1]:
* Patch 1/3 is a modified to first check for MMC_CAP_NONREMOVABLE
and then check
On 6 July 2015 at 13:53, Ivan T. Ivanov ivan.iva...@linaro.org wrote:
Ensure SDCC is working with maximum clock otherwise card
detection could be extremely slow, up to 7 seconds.
Signed-off-by: Ivan T. Ivanov ivan.iva...@linaro.org
Reviewed-by: Georgi Djakov georgi.dja...@linaro.org
On Thursday, July 16, 2015 5:01 PM, Jacek Anaszewski wrote:
On 07/15/2015 10:02 PM, Bjorn Andersson wrote:
The Qualcomm PM8941 WLED block is used for backlight and should therefor
be in the backlight framework and not in the LED framework. This moves
the driver and adapts to the backlight
This patch adds bindings for simple nvmem framework which allows nvmem
consumers to talk to nvmem providers to get access to nvmem cell data.
Signed-off-by: Maxime Ripard maxime.rip...@free-electrons.com
[Maxime Ripard: intial version of eeprom framework]
Signed-off-by: Srinivas Kandagatla
This patch adds MAINTAINERS to nvmem framework.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@linaro.org
---
MAINTAINERS | 9 +
1 file changed, 9 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 8133cef..90e0d94 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -7263,6
This patch adds QFPROM support driver which is used by other drivers
like thermal sensor and cpufreq.
On MSM parts there are some efuses (called qfprom) these fuses store
things like calibration data, speed bins.. etc. Drivers like cpufreq,
thermal sensors would read out this data for configuring
This patch add basic how-to and api summary documentation for simple
NVMEM framework.
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@linaro.org
---
Documentation/nvmem/nvmem.txt | 152 ++
1 file changed, 152 insertions(+)
create mode 100644
This patch adds bindings for qfprom found in QCOM SOCs. QFPROM driver
is based on simple nvmem framework.
Reviewed-by: Stephen Boyd sb...@codeaurora.org
Signed-off-by: Srinivas Kandagatla srinivas.kandaga...@linaro.org
---
Documentation/devicetree/bindings/nvmem/qfprom.txt | 35
This patch adds just providers part of the framework just to enable easy
review.
Up until now, NVMEM drivers like eeprom were stored in drivers/misc,
where they all had to duplicate pretty much the same code to register
a sysfs file, allow in-kernel users to access the content of the devices
they
Hi Greg,
This patchset adds a new simple NVMEM framework to kernel, and it is tested
with various drivers like QCOM thermal sensors, QCOM cpr driver,
begal bone cape manager and few more on the way.
Thankyou all for providing inputs and comments on previous versions of this
patchset. Here is
Hi Sricharan,
On Thu, 2015-07-09 at 08:55 +0530, Sricharan R wrote:
QUP cores can be attached to a BAM module, which acts as a dma engine for the
QUP core. When DMA with BAM is enabled, the BAM consumer pipe transmitted data
is written to the output FIFO and the BAM producer pipe received
This patch adds just consumers part of the framework just to enable easy
review.
Up until now, nvmem drivers were stored in drivers/misc, where they all
had to duplicate pretty much the same code to register a sysfs file,
allow in-kernel users to access the content of the devices they were
This patch adds read/write apis which are based on nvmem_device. It is
common that the drivers like omap cape manager or qcom cpr driver to
access bytes directly at particular offset in the eeprom and not from
nvmem cell info in DT. These driver would need to get access to the nvmem
directly,
On Mon 20 Jul 07:22 PDT 2015, Jingoo Han wrote:
On Thursday, July 16, 2015 5:02 AM, Bjorn Andersson wrote:
The Qualcomm PM8941 WLED block is used for backlight and should therefor
be in the backlight framework and not in the LED framework. This moves
the driver and adapts to the
On 07/20/2015 07:44 AM, Srinivas Kandagatla wrote:
This patch adds QFPROM support driver which is used by other drivers
like thermal sensor and cpufreq.
On MSM parts there are some efuses (called qfprom) these fuses store
things like calibration data, speed bins.. etc. Drivers like cpufreq,
On 20.07.2015 16:15, Jingoo Han wrote:
On Thursday, July 16, 2015 5:01 PM, Jacek Anaszewski wrote:
On 07/15/2015 10:02 PM, Bjorn Andersson wrote:
The Qualcomm PM8941 WLED block is used for backlight and should therefor
be in the backlight framework and not in the LED framework. This moves
This patch creates a platform driver for the SCM so that we can adequately
manage resources. This removes clients having to carry the necessary
clocks to use the SCM resources.
Signed-off-by: Andy Gross agr...@codeaurora.org
---
.../devicetree/bindings/firmware/qcom,scm.txt | 25
as inline
function.
2. Rebased to efi-next-14364 of efi/next, pm+acpi-4.2-rc3 of
linux-pm/master, arm64-upstream-13521 of arm64/master,
next-20150720 of linux-next/master.
V5:
1. Rebased to next-20150713 of linux-next/master, efi-next-14359 of
efi/next, pm+acpi-4.2-rc2 of linux-pm/master
On 2015. 7. 21., at AM 6:11, Jacek Anaszewski jacek.anaszew...@gmail.com
wrote:
On 20.07.2015 16:15, Jingoo Han wrote:
On Thursday, July 16, 2015 5:01 PM, Jacek Anaszewski wrote:
On 07/15/2015 10:02 PM, Bjorn Andersson wrote:
The Qualcomm PM8941 WLED block is used for backlight and should
21 matches
Mail list logo