Courtney Cavin | 23 Apr 02:31 2014

[PATCH 1/2] mfd: pm8x41: add support for Qualcomm 8x41 PMICs

From: Josh Cartwright <joshc <at> codeaurora.org>

The Qualcomm 8941 and 8841 PMICs are components used with the Snapdragon
800 series SoC family.  This driver exists largely as a glue mfd component,
it exists to be an owner of an SPMI regmap for children devices
described in device tree.

Signed-off-by: Josh Cartwright <joshc <at> codeaurora.org>
Signed-off-by: Courtney Cavin <courtney.cavin <at> sonymobile.com>
---
 drivers/mfd/Kconfig  | 13 +++++++++++
 drivers/mfd/Makefile |  1 +
 drivers/mfd/pm8x41.c | 63 ++++++++++++++++++++++++++++++++++++++++++++++++++++
 3 files changed, 77 insertions(+)
 create mode 100644 drivers/mfd/pm8x41.c

diff --git a/drivers/mfd/Kconfig b/drivers/mfd/Kconfig
index 3383412..f5ff799 100644
--- a/drivers/mfd/Kconfig
+++ b/drivers/mfd/Kconfig
 <at>  <at>  -502,6 +502,19  <at>  <at>  config MFD_PM8921_CORE
 	  Say M here if you want to include support for PM8921 chip as a module.
 	  This will build a module called "pm8921-core".

+config MFD_PM8X41
+	bool "Qualcomm PM8x41 PMIC"
+	depends on ARCH_QCOM
+	select REGMAP_SPMI
+	help
+	  This enables basic support for the Qualcomm 8941 and 8841 PMICs.
(Continue reading)

Rob Herring | 22 Apr 21:41 2014
Picon

[PATCH 0/3] ARM mach Kconfig clean-ups

From: Rob Herring <robh <at> kernel.org>

This is a follow-up to the multi-platform kconfig clean-ups I did for 
3.15. This is fixing new things which got introduced in 3.15. For 
example, the BCM2835 changes appear to have been lost with its move to 
mach-bcm.

Rob

Rob Herring (3):
  ARM: mvebu: clean-up unneeded kconfig selects
  ARM: bcm: clean-up unneeded kconfig selects
  ARM: qcom: clean-up unneeded kconfig selects

 arch/arm/mach-bcm/Kconfig   | 8 --------
 arch/arm/mach-mvebu/Kconfig | 6 ------
 arch/arm/mach-qcom/Kconfig  | 2 --
 3 files changed, 16 deletions(-)

--

-- 
1.9.1

Bjorn Andersson | 22 Apr 20:20 2014

[RFC WIP 0/2] Qualcomm family A RPM driver and example client

To be used for reference in the design discussion related to RPM driver
implementation for family A.

Regulator driver is a not even close to the shape it should be, but shows a
user of the api. Instead of having every regulator exposed as it's own
compatible, I would now have it take a resource id as reg and just be
compatible with the specific resource consumer.

The difference with Josh's proposal is the mapping table in msm_rpm.c, that
makes the rpm driver expose logical resources and therefor hides the details of
the rpm communication from its clients. This gives, in my mind, a cleaner
abstraction and api.

Bjorn Andersson (2):
  mfd: msm_rpm: Initial driver for the Qualcomm RPM
  regulator: msm_rpm: Initial regulator driver for Qualcomm RPM

 drivers/mfd/Kconfig                   |   7 +
 drivers/mfd/Makefile                  |   1 +
 drivers/mfd/msm_rpm-8064.h            | 420 +++++++++++++++++++++++++++
 drivers/mfd/msm_rpm-8960.h            | 400 ++++++++++++++++++++++++++
 drivers/mfd/msm_rpm.c                 | 525 ++++++++++++++++++++++++++++++++++
 drivers/regulator/Kconfig             |   7 +
 drivers/regulator/Makefile            |   1 +
 drivers/regulator/msm_rpm-regulator.c | 467 ++++++++++++++++++++++++++++++
 include/linux/mfd/msm_rpm.h           |  87 ++++++
 9 files changed, 1915 insertions(+)
 create mode 100644 drivers/mfd/msm_rpm-8064.h
 create mode 100644 drivers/mfd/msm_rpm-8960.h
 create mode 100644 drivers/mfd/msm_rpm.c
(Continue reading)

Ivan T. Ivanov | 22 Apr 11:43 2014

[PATCH v3 0/3] usb: chipidea: msm: Clean and fix glue layer driver

From: "Ivan T. Ivanov" <iivanov <at> mm-sol.com>

This series intend to fix driver, which was broken for a while.
It is used to create peripheral role device, which in coordination
with phy-usb-msm driver could provide USB2.0 gadget support for
Qualcomm targets.

Changes since version 2.

 - Rename devicetree description file to ci-hdrc-qcom.txt to be in-line
   with Freescale and Zevio naming scheme
 - Use better name for usb-phy phandle.
 - Make of_device_id structure const

[1] https://lkml.org/lkml/2014/2/18/209

Ivan T. Ivanov (3):
  usb: chipidea: msm: Add device tree binding information
  usb: chipidea: msm: Add device tree support
  usb: chipidea: msm: Initialize offset of the capability registers

 .../devicetree/bindings/usb/ci-hdrc-qcom.txt       | 17 +++++++++++++++
 drivers/usb/chipidea/ci_hdrc_msm.c                 | 24 +++++++++++++++++++++-
 2 files changed, 40 insertions(+), 1 deletion(-)
 create mode 100644 Documentation/devicetree/bindings/usb/ci-hdrc-qcom.txt

--
1.8.3.2

(Continue reading)

Ivan T. Ivanov | 22 Apr 11:20 2014

[PATCH v6 00/19] usb: phy: msm: Fixes, cleanups and DT support

From: "Ivan T. Ivanov" <iivanov <at> mm-sol.com>

Hi,

This is a sixth version of patches posted earlier here [1].

Changes since v5.

0001 - Enables driver on new ARCH_QCOM arches
0002 - Fixes section mismatch warning
0012 - Fix coding style error - pointer by Sergei
0014 - usleep_range() replaced with udelay(), in msm_phy_reset(),
       this eliminate "scheduling while atomic" warning - Thanks Tim.
0015 - Fix PTS definitions for MSM USB
0016 - Driver is now working even after cold boot. Earlier versions relied
       on fastboot to select proper PHY port on the dragonboard - Thanks Tim.
0019 - Use correct function to register USB2.0 PHY

[1] https://lkml.org/lkml/2014/3/5/792

Ivan T. Ivanov (17):
  usb: phy: msm: Make driver selectable on ARCH_QCOM
  usb: phy: msm: Remove __init macro from driver probe method
  usb: phy: msm: Move global regulators variables to driver state
  usb: phy: msm: Migrate to Managed Device Resource allocation
  usb: phy: msm: Remove unnecessarily check for valid regulators.
  usb: phy: msm: Fix checkpatch.pl warnings
  usb: phy: msm: Replace custom enum usb_mode_type with enum usb_dr_mode
  usb: phy: msm: Remove unused pclk_src_name
  usb: phy: msm: Remove HSUSB prefix from regulator names
(Continue reading)

srinivas.kandagatla | 21 Apr 23:43 2014

[PATCH RFC 00/12] Add Qualcomm SD Card Controller support.

From: Srinivas Kandagatla <srinivas.kandagatla <at> linaro.org>

This patch series adds Qualcomm SD Card Controller support in pl180 mmci
driver. QCom SDCC is basically a pl180, but bit more customized, some of the
register layouts and offsets are different to the ones mentioned in pl180
datasheet. The plan is to totally remove the standalone SDCC driver
drivers/mmc/host/msm_sdcc.* and start using generic mmci driver for all
Qualcomm parts, as we get chance to test on other Qcom boards.

To start using the existing mmci driver, a fake amba id for Qualcomm is added
in patches:
 ARM: amba: Add Qualcomm vendor ID.
 mmc: mmci: Add Qualcomm Id to amba id table.

Second change is, adding a 3 clock cycle delay for register writes on QCOM SDCC
registers, which is done in patches:
  mmc: mmci: Add register read/write wrappers.
  mmc: mmci: Add write delay to variant structure.
  mmc: mmci: Qcomm: Add 3 clock cycle delay after each register write

Third change was to accommodate DATCTRL and MMCICLK register layout changes in
Qcom SDCC. Which is done in patches:
  mmc: mmci: Add Qcom datactrl register variant
  mmc: mmci: Add Qcom variations to MCICommand register.
  mmc: mmci: Qcom fix MCICLK register settings.
  mmc: mmci: Add clock support for Qualcomm.

Fourth major change was to add qcom specfic pio read function, the need for
this is because the way MCIFIFOCNT register behaved in QCOM SDCC is very
 different to the one in pl180. This change is done in patch:
(Continue reading)

Tim Bird | 18 Apr 00:36 2014
Picon

QCOM Mainlining BOF at ELC

Hey everyone,

This is an announcement, and invitation, to anyone who is coming to
Embedded Linux Conference, and is interested in mainlining support
for the QualComm SOCs, to come to a Birds of a Feather (BOF)
session at the event.

The meeting will be informal, and I expect to discuss our current
projects, any status, and upcoming plans for contributions to
mainline for the next few kernel versions.

The BOF is scheduled for 11:30 am, Wednesday, April 30
in Salon IV at the Marriott, at ELC.

This should not to be confused with another ARM/ARM64 mainlining
BOF being lead by Olof Johansson the same day at 4:20.

The schedule for ELC is at: http://elcabsna2014.sched.org/

Anyone who is interested is invited to come.  I look forward to meeting
you in person, if you are able to attend.

Thanks
 -- Tim

Senior Software Engineer, Sony Mobile
Architecture Group Chair, CE Workgroup, Linux Foundation
Andy Gross | 18 Apr 00:04 2014

[PATCH] dmaengine: qcom_bam_dma: Add descriptor flag APIs

This patch adds APIs that allow for BAM hardware flags to be set per
descriptor.  Each one of the new flags informs the attached peripheral of a
special behavior that is required.

The EOT flag requests that the peripheral assert an end of transaction interrupt
when that descriptor is complete.  It also results in special signaling protocol
that is used between the attached peripheral and the core using the DMA
controller.

The NWD flag requests that the peripheral wait until the data has been fully
processed before signaling an interrupt.

The CMD flag informs the peripheral that the descriptor payload contains
command descriptors and not data descriptors.

Signed-off-by: Andy Gross <agross <at> codeaurora.org>
---
 drivers/dma/qcom_bam_dma.c       |   48 ++++++++++++++++++++++++++++++++++++--
 include/linux/dma/qcom_bam_dma.h |   23 ++++++++++++++++++
 2 files changed, 69 insertions(+), 2 deletions(-)
 create mode 100644 include/linux/dma/qcom_bam_dma.h

diff --git a/drivers/dma/qcom_bam_dma.c b/drivers/dma/qcom_bam_dma.c
index 02f7fef..f6c8ef1 100644
--- a/drivers/dma/qcom_bam_dma.c
+++ b/drivers/dma/qcom_bam_dma.c
 <at>  <at>  -61,12 +61,18  <at>  <at>  struct bam_desc_hw {
 #define DESC_FLAG_INT BIT(15)
 #define DESC_FLAG_EOT BIT(14)
 #define DESC_FLAG_EOB BIT(13)
(Continue reading)

isabelle | 15 Apr 21:47 2014
Picon

spende /Donation

Hallo
Wenn ich diese Nachricht zu senden wollte, ist dies nicht einfach Zufall. Dies ist, weil Ihre e-Mail vom
elektronischen Roboter gesichert meine WX.7AR BW ausgewählt wurde.
Zunächst möchte ich mich für dieses Eindringen in Ihr Leben zu entschuldigen, obwohl ich zugeben, dass
es mir sehr wichtig. Ich bin Isabelle Vasudev. Ich leide an Krebs im Hals seit nun mehr als 3 Jahre und eine
halbe und es leider, mein Arzt hat gerade informiert mich, dass ich bin voller unheilbar und, dass meine
Tage, wegen meinen etwas gezählt sind abgebaut Zustand. Ich bin eine Witwe und ich habe keine Kind, das
ich beginne zu bedauern.
In der Tat ist der Grund, warum ich Sie kontaktieren bin, möchte ich einen Teil von meinem Grundstück zu
spenden, weil ich niemand, wer die Erben konnte. Ich habe fast mein ganzes Zeug, darunter ein Unternehmen
der Export von Holz, Gummi und Stahl-Industrie in Afrika, wo ich wohne nun mehr 10 Jahren, verkauft. Ein
großer Teil der Gelder gesammelt wurde mit unterschiedlichen Verbänden humanitären Charakter
überall in der Welt, aber besonders hier in Afrika bezahlt.
Im Hinblick auf den Rest der Summe genau in Höhe von 750.000, 00euros (sieben hundert und fünfzig tausend
Euro) auf eine gesperrte Mitarbeiter-Account, meine letzte wünschen würde Sie es spenden, so dass Sie
in Ihrer Branche und vor allem den humanitären investieren können. Ich bin ganz bewusst was ich zu tun
beabsichtigen, und ich denke, trotz der Tatsache, die wir nicht wissen, werdet ihr diese Summe gut
nutzen. Ich bitte Sie, bitte dieses Erbe zu akzeptieren, ohne jedoch Fragen Sie alles, was in
zurückgeben wenn es nicht immer denken, gutes zu tun, um dich herum, was ich nicht getan habe, in meiner Existenz.
Das heißt, wird auf einer verantwortlichen Person und besonders gutem Glauben fallen zu lassen
beruhigt, ich möchte bitten, dass Sie bitte mich bei den meisten schnell kontaktieren, um weitere
Erklärung über die Gründe für meine Geste und den Verlauf der Dinge zu geben. Bitte kontaktieren Sie
mich so bald wie möglich, wenn Sie mein Angebot akzeptieren.
Gott möge mit dir sein!
Ich fordere Sie auf, mich über meine persönliche e-Mail-Adresse zu kontaktieren:
Isabelle.claude654 <at> laposte.net
Der Frieden und Barmherzigkeit Gottes möge mit dir sein.
Mrs Isabelle

(Continue reading)

Daniel Thompson | 15 Apr 12:44 2014

Change of TEXT_OFFSET for multi_v7_defconfig

Hi Folks

I've just been rebasing some of my development branches against v3.15rc1
and observed some boot regressions due to TEXT_OFFSET changing from
0x8000 to 0x208000.

Now the boot regression turned out to be fault in the JTAG boot tools I
was using (it had internally hardcoded to TEXT_OFFSET to 0x8000 when
calculating what physical load address to use). I've fixed the JTAG
loader and my own boards now boots fine.

However this did get me looking at what had causes the offset to change.
I think that as some of the Qualcomm platforms have been converted to
multi-arch then, for the first time some older code in arch/arm/Kernel
gets enabled on the multi_v7 kernels:

--- cut here ---
textofs-y       := 0x00008000
textofs-$(CONFIG_ARCH_CLPS711X) := 0x00028000
# We don't want the htc bootloader to corrupt kernel during resume
textofs-$(CONFIG_PM_H1940)      := 0x00108000
# SA1111 DMA bug: we don't want the kernel to live in precious DMA-able
memory
ifeq ($(CONFIG_ARCH_SA1100),y)
textofs-$(CONFIG_SA1111) := 0x00208000
endif
textofs-$(CONFIG_ARCH_MSM7X30) := 0x00208000
textofs-$(CONFIG_ARCH_MSM8X60) := 0x00208000
textofs-$(CONFIG_ARCH_MSM8960) := 0x00208000
--- cut here ---
(Continue reading)

Andy Gross | 15 Apr 05:10 2014

[PATCH 0/3] pinctrl: qcom: Add IPQ8064 pinctrl support

This set of patches adds pinctrl support for the Qualcomm IPQ8064 platform.
The IPQ8064 uses the same TLMM block as the APQ8064, but has a different number
of pins, functions, and function assignments.  The second patch contains the
devicetree documentation.  The last patch selects PINCTRL for all ARCH_QCOM
platforms.  This allows for selection of pinctrl support via a make menuconfig.

Andy Gross (3):
  pinctrl: qcom: Add definitions for IPQ8064
  dt: Document Qualcomm IPQ8064 pinctrl binding
  ARM: qcom: Select PINCTRL by default for ARCH_QCOM

 .../bindings/pinctrl/qcom,ipq8064-pinctrl.txt      |   95 +++
 arch/arm/mach-qcom/Kconfig                         |    1 +
 drivers/pinctrl/Kconfig                            |    8 +
 drivers/pinctrl/Makefile                           |    1 +
 drivers/pinctrl/pinctrl-ipq8064.c                  |  653 ++++++++++++++++++++
 5 files changed, 758 insertions(+)
 create mode 100644 Documentation/devicetree/bindings/pinctrl/qcom,ipq8064-pinctrl.txt
 create mode 100644 drivers/pinctrl/pinctrl-ipq8064.c

--

-- 
The Qualcomm Innovation Center, Inc. is a member of the Code Aurora Forum,
hosted by The Linux Foundation


Gmane