Re: [PATCH] arm: dts: qcom: Add generic PMIC gpio/MPP compat strings

On Fri 20 Nov 17:49 PST 2015, Stephen Boyd wrote: > Add the generic compatible strings for the PMIC gpio and MPP > modules found on qcom based PMICs. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Cc: Rob

Re: [PATCH] pinctrl: qcom: pmic-gpio/mpp: of_irq_count() == npins

On Wed 18 Nov 11:33 PST 2015, Stephen Boyd wrote: > The number of interrupts is always equal to the number of pins > provided by the PMIC gpio and MPP hardware blocks. Count the > number of irqs to figure out the number of pins instead of adding > more compatible strings or doing math on the reg

Re: [PATCH 2/2] pinctrl: qcom: spmi-mpp: Add pm8994 mpp support

On Tue 17 Nov 16:52 PST 2015, Stephen Boyd wrote: > Update the driver and binding for pm8994-mpp devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd >

Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver

On Mon, Nov 23, 2015 at 4:28 AM, Sinan Kaya wrote: > The Qualcomm Technologies HIDMA device has been designed > to support virtualization technology. The driver has been > divided into two to follow the hardware design. > > 1. HIDMA Management driver > 2. HIDMA Channel

Re: [PATCH v4 3/3] usb: chipidea: register driver as a peripheral with the phy

On 11/23/2015 12:29 AM, Peter Chen wrote: > On Fri, Nov 20, 2015 at 03:47:20PM -0800, Tim Bird wrote: >> Register the chipidea driver with the phy, so that the phy >> driver can kick the gadget driver when it resumes from low power. >> The phy-msm-usb (Qualcomm) driver requires this in order to

Re: [PATCH v3 3/6] DT: PCI: qcom: Document PCIe devicetree bindings

On Mon 23 Nov 01:29 PST 2015, Stanimir Varbanov wrote: > From: Stanimir Varbanov > > Document Qualcomm PCIe driver devicetree bindings. > > Signed-off-by: Stanimir Varbanov > Signed-off-by: Stanimir Varbanov > --- >

Re: [RFC/PATCH] pinctrl: qcom: Add generic ssbi and spmi GPIO/MPP bindings

On Tue 17 Nov 17:00 PST 2015, Stephen Boyd wrote: > The drivers don't really need to know which PMIC they're for, so > make a generic binding for them. This alleviates us from updating > the drivers every time a new PMIC comes out. It's still > recommended that we update the binding with new PMIC

Re: [PATCH] pinctrl: qcom: Add msm8996 pinctrl driver

On Tue 17 Nov 16:35 PST 2015, Stephen Boyd wrote: > From: Joonwoo Park > > Add initial pinctrl driver to support pin configuration with > pinctrl framework for msm8996. > > Cc: > Cc: Bjorn Andersson >

Re: [PATCH 1/2] pinctrl: qcom: spmi-gpio: Add pm8994 gpio support

On Tue 17 Nov 16:52 PST 2015, Stephen Boyd wrote: > Update the binding and driver for pm8994-gpio devices. > > Cc: > Cc: "Ivan T. Ivanov" > Cc: Bjorn Andersson > Signed-off-by: Stephen Boyd

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23, Arnd Bergmann wrote: > On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > > On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > > > On Sunday 22 November 2015 21:36:45 Nicolas Pitre wrote: > > >> On Sun, 22 Nov 2015, Arnd Bergmann wrote: > > > > > > Ok, thanks a lot! So the

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On Sunday 22 November 2015 21:36:45 Nicolas Pitre wrote: > On Sun, 22 Nov 2015, Arnd Bergmann wrote: > > > I've also found some /proc/cpuinfo output to cross-reference SoCs > > to their core names. > > > > variant partrevisionnamefeatures > > dove: 0

Re: [PATCH v3 4/6] PCI: qcom: Add Qualcomm PCIe controller driver

Hi Stanimir, [auto build test ERROR on: v4.4-rc2] [also build test ERROR on: next-20151123] url: https://github.com/0day-ci/linux/commits/Stanimir-Varbanov/Qualcomm-PCIe-driver-and-designware-fixes/20151123-173312 config: i386-allmodconfig (attached as .config) reproduce: # save

Re: [PATCH v3 2/6] PCI: designware: add memory barrier after enabling region

On Mon, Nov 23, 2015 at 11:28:59AM +0200, Stanimir Varbanov wrote: > Add 'write memory' barrier after enable region in PCIE_ATU_CR2 > register. The barrier is needed to ensure that the region enable > request has been reached it's destination at time when we > read/write to PCI configuration

Re: [PATCH v2 1/2] drm/panel: Add Sharp LS043T1LE01 panel binding documentation

On Fri, Oct 30, 2015 at 03:34:29PM -0700, Bjorn Andersson wrote: > From: Werner Johansson > > Signed-off-by: Werner Johansson > Signed-off-by: Bjorn Andersson > --- > > Change since v1: > -

Re: [PATCH v2 2/2] drm/panel: Add Sharp LS043T1LE01 MIPI DSI panel

On Fri, Oct 30, 2015 at 03:34:30PM -0700, Bjorn Andersson wrote: > From: Werner Johansson > > This adds support for the Sharp panel found on the Qualcomm > Snapdragon 800 Dragonboard (APQ8074) > > Signed-off-by: Werner Johansson

Re: [PATCH v4 3/3] usb: chipidea: register driver as a peripheral with the phy

On Fri, Nov 20, 2015 at 03:47:20PM -0800, Tim Bird wrote: > Register the chipidea driver with the phy, so that the phy > driver can kick the gadget driver when it resumes from low power. > The phy-msm-usb (Qualcomm) driver requires this in order to > recover gadget operation after you disconnect

[PATCH v3 5/6] ARM: dts: apq8064: add pcie devicetree node

Add the pcie dt node so that it can probe and used. Signed-off-by: Stanimir Varbanov --- arch/arm/boot/dts/qcom-apq8064.dtsi | 36 +++ 1 file changed, 36 insertions(+) diff --git a/arch/arm/boot/dts/qcom-apq8064.dtsi

[PATCH v3 3/6] DT: PCI: qcom: Document PCIe devicetree bindings

From: Stanimir Varbanov Document Qualcomm PCIe driver devicetree bindings. Signed-off-by: Stanimir Varbanov Signed-off-by: Stanimir Varbanov --- .../devicetree/bindings/pci/qcom,pcie.txt | 231

[PATCH v3 4/6] PCI: qcom: Add Qualcomm PCIe controller driver

From: Stanimir Varbanov The PCIe driver reuse the Designware common code for host and MSI initialization, and also program the Qualcomm application specific registers. Signed-off-by: Stanimir Varbanov Signed-off-by: Stanimir Varbanov

[PATCH v3 2/6] PCI: designware: add memory barrier after enabling region

Add 'write memory' barrier after enable region in PCIE_ATU_CR2 register. The barrier is needed to ensure that the region enable request has been reached it's destination at time when we read/write to PCI configuration space. Without this barrier PCI device enumeration during kernel boot is not

[PATCH v3 0/6] Qualcomm PCIe driver and designware fixes

This patch set is continuation of previous v2 at [1]. This time I decided to drop the PHY driver needed by pcie driver for apq8084 and send it separately soon (when sort out the need of separate phy driver). First two patches in the set are fixes in pcie designware driver found during testing the

[PATCH v3 1/6] PCI: designware: remove wrong io_base assignment

The io_base is used to keep the cpu physical address parsed from ranges dt property. After issue pci_remap_iospace the io_base has been assigned with io->start, which is not correct cause io->start is a PCI bus address. Signed-off-by: Stanimir Varbanov ---

Re: [PATCH v3 1/6] PCI: designware: remove wrong io_base assignment

On Monday 23 November 2015 11:28:58 Stanimir Varbanov wrote: > The io_base is used to keep the cpu physical address parsed > from ranges dt property. After issue pci_remap_iospace the > io_base has been assigned with io->start, which is not correct > cause io->start is a PCI bus address. > >

Re: [PATCH] ARM: imx6: pm: declare pm domain latency on power_state struct.

Am Mittwoch, den 18.11.2015, 07:57 -0700 schrieb Lina Iyer: > From: Axel Haslam > > The generic_pm_domain structure uses an array of latencies to be able to > declare multiple intermediate states. > > Declare a single "OFF" state with the default latencies So that

Re: [PATCH] ARM: imx6: pm: declare pm domain latency on power_state struct.

Am Montag, den 23.11.2015, 14:31 +0100 schrieb Lucas Stach: > Am Mittwoch, den 18.11.2015, 07:57 -0700 schrieb Lina Iyer: > > From: Axel Haslam > > > > The generic_pm_domain structure uses an array of latencies to be able to > > declare multiple intermediate states.

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > On Sunday 22 November 2015 21:36:45 Nicolas Pitre wrote: >> On Sun, 22 Nov 2015, Arnd Bergmann wrote: >> >>> I've also found some /proc/cpuinfo output to cross-reference SoCs >>> to their core names. >>> >>> variant partrevision

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On Monday 23 November 2015 13:32:06 Stephen Boyd wrote: > On 11/23, Arnd Bergmann wrote: > > On Monday 23 November 2015 12:38:47 Stephen Boyd wrote: > > > On 11/23, Arnd Bergmann wrote: > > > > On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > > > > > On 11/23/2015 03:15 AM, Arnd

Re: [PATCH v3 3/6] DT: PCI: qcom: Document PCIe devicetree bindings

On Mon, Nov 23, 2015 at 11:29:00AM +0200, Stanimir Varbanov wrote: > From: Stanimir Varbanov > > Document Qualcomm PCIe driver devicetree bindings. > > Signed-off-by: Stanimir Varbanov > Signed-off-by: Stanimir Varbanov

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23, Arnd Bergmann wrote: > On Monday 23 November 2015 13:32:06 Stephen Boyd wrote: > > On 11/23, Arnd Bergmann wrote: > > > On Monday 23 November 2015 12:38:47 Stephen Boyd wrote: > > > > It would be nice to drop the ARCH_MSM* configs entirely. If we > > could select the right timers from

[PATCH] MAINTAINERS: Add rules for Qualcomm dts files

Make the get_maintainer script pick up the proper maintainers for the Qualcomm dts files. Signed-off-by: Bjorn Andersson --- MAINTAINERS | 2 ++ 1 file changed, 2 insertions(+) diff --git a/MAINTAINERS b/MAINTAINERS index bcf40fdc8178..a11764c15b62 100644 ---

[PATCH] ARM: dts: qcom: msm8974: Add i2c8 node

Signed-off-by: Bjorn Andersson --- arch/arm/boot/dts/qcom-msm8974.dtsi | 11 +++ 1 file changed, 11 insertions(+) diff --git a/arch/arm/boot/dts/qcom-msm8974.dtsi b/arch/arm/boot/dts/qcom-msm8974.dtsi index acd4cdb9c934..777adb9204c7 100644 ---

Re: [PATCH v4 4/5] clk: qcom: Add RPM clock controller driver

On 11/21, Bjorn Andersson wrote: > On Fri 20 Nov 16:39 PST 2015, Stephen Boyd wrote: > > > On 11/19, Georgi Djakov wrote: > > > diff --git a/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt > > > b/Documentation/devicetree/bindings/clock/qcom,rpmcc.txt > > > new file mode 100644 > > >

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23, Arnd Bergmann wrote: > > Ok, thanks for the confirmation. > > Summarizing what we've found, I think we can get away with just > introducing two Kconfig symbols ARCH_MULTI_V7VE and CPU_V7VE. > Most CPUs fall clearly into one category or the other, and then > we can allow LPAE to be

Re: [PATCH v2 1/5] devicetree: bindings: Document qcom board compatible format

On 11/22, Rob Herring wrote: > On Fri, Nov 20, 2015 at 03:31:16PM -0800, Stephen Boyd wrote: > > Some qcom based bootloaders identify the dtb blob based on a set > > of device properties like SoC, platform, PMIC, and revisions of > > those components. In downstream kernels, these values are added

Re: [PATCH] nvmem: qfprom: Specify LE device endianness

On 11/21, Srinivas Kandagatla wrote: > Hi Stephen, > > Thanks for the fix. > > I will send it to Greg for next rc. Thanks. The change in regmap core that causes the problem is only in -next. I'm not sure if it's going to hit mainline this release cycle, so if it doesn't you could queue this for

Re: [PATCH 2/4] arm64: dts: Add msm8996 SoC and MTP board support

On 11/23, Rajendra Nayak wrote: > > On 11/18/2015 06:42 AM, Stephen Boyd wrote: > > Add initial device tree support for the Qualcomm MSM8996 SoC and > > MTP8996 evaluation board. > > > > Signed-off-by: Stephen Boyd > > --- > []... > > > + > > + spmi_bus:

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On 11/23, Russell King - ARM Linux wrote: > On Mon, Nov 23, 2015 at 01:16:01PM -0800, Stephen Boyd wrote: > > Thanks. I don't see the prints on my system even with this config > > on top of allyesconfig. Odd. > > Hmm. > > It could be because I use ccache in hardlink mode to avoid the disk >

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > > On Sunday 22 November 2015 21:36:45 Nicolas Pitre wrote: > >> On Sun, 22 Nov 2015, Arnd Bergmann wrote: > > > > Ok, thanks a lot! So the reporting in /proc/cpuinfo clearly matches >

Re: [PATCH v3 1/6] PCI: designware: remove wrong io_base assignment

On 11/23/2015 12:27 PM, Gabriele Paoloni wrote: > Hi Stanimir, Many Thanks for this fix > >> -Original Message- >> From: linux-kernel-ow...@vger.kernel.org [mailto:linux-kernel- >> ow...@vger.kernel.org] On Behalf Of Arnd Bergmann >> Sent: 23 November 2015 10:00 >> To: Stanimir Varbanov

Re: [PATCH V7 2/3] dma: add Qualcomm Technologies HIDMA management driver

On 11/23/2015 1:06 PM, Andy Shevchenko wrote: > Thanks for an update! > > Looks cool! Though still few errors spelling and style nitpicks (you > may ignore them if you wish) below. > > Reviewed-by: Andy Shevchenko Thanks, I'll post an updated version next week. --

[PATCH] ARM: dts: qcom: msm8974: Disable wled and move it to honami

The properties specified in the wled node could harm connected hardware, so move the properties to Honami and disable the platform node. Signed-off-by: Bjorn Andersson --- arch/arm/boot/dts/qcom-msm8974-sony-xperia-honami.dts | 13 +

Re: [PATCH v3 2/6] PCI: designware: add memory barrier after enabling region

On 11/23/2015 01:27 PM, Russell King - ARM Linux wrote: > On Mon, Nov 23, 2015 at 11:28:59AM +0200, Stanimir Varbanov wrote: >> Add 'write memory' barrier after enable region in PCIE_ATU_CR2 >> register. The barrier is needed to ensure that the region enable >> request has been reached it's

Re: [RFC/PATCH 3/3] ARM: Replace calls to __aeabi_{u}idiv with udiv/sdiv instructions

On 11/21, Måns Rullgård wrote: > Stephen Boyd writes: > > > +static int module_patch_aeabi_uidiv(unsigned long loc, const Elf32_Sym > > *sym) > > +{ > > + extern char __aeabi_uidiv[], __aeabi_idiv[]; > > + unsigned long udiv_addr = (unsigned long)__aeabi_uidiv; > > +

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On 11/21, Russell King - ARM Linux wrote: > On Fri, Nov 20, 2015 at 05:23:16PM -0800, Stephen Boyd wrote: > > @@ -452,14 +631,14 @@ static char const * > > __has_rel_mcount(Elf_Shdr const *const relhdr, /* is SHT_REL or SHT_RELA > > */ > > Elf_Shdr const *const shdr0, > >

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On Mon, 23 Nov 2015 12:53:35 -0800 Stephen Boyd wrote: > > This comment in recordmcount.pl may tell us something. > > # > # Somehow the make process can execute this script on an > # object twice. If it does, we would duplicate the mcount > #

Re: [RFC/PATCH 3/3] ARM: Replace calls to __aeabi_{u}idiv with udiv/sdiv instructions

Stephen Boyd writes: > On 11/21, Måns Rullgård wrote: >> Stephen Boyd writes: >> >> > +static int module_patch_aeabi_uidiv(unsigned long loc, const Elf32_Sym >> > *sym) >> > +{ >> > + extern char __aeabi_uidiv[], __aeabi_idiv[]; >> > + unsigned

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On Mon, Nov 23, 2015 at 12:53:35PM -0800, Stephen Boyd wrote: > On 11/21, Russell King - ARM Linux wrote: > > On Fri, Nov 20, 2015 at 05:23:16PM -0800, Stephen Boyd wrote: > > > @@ -452,14 +631,14 @@ static char const * > > > __has_rel_mcount(Elf_Shdr const *const relhdr, /* is SHT_REL or > > >

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On 11/23, Russell King - ARM Linux wrote: > On Mon, Nov 23, 2015 at 12:53:35PM -0800, Stephen Boyd wrote: > > On 11/21, Russell King - ARM Linux wrote: > > > On Fri, Nov 20, 2015 at 05:23:16PM -0800, Stephen Boyd wrote: > > > > @@ -452,14 +631,14 @@ static char const * > > > >

Re: [RFC/PATCH 3/3] ARM: Replace calls to __aeabi_{u}idiv with udiv/sdiv instructions

On 11/23, Måns Rullgård wrote: > Stephen Boyd writes: > > > On 11/21, Måns Rullgård wrote: > >> > >> These functions are rather similar. Perhaps they could be combined > >> somehow. > >> > > > > Yes. I have this patch on top, just haven't folded it in because > > it

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On Monday 23 November 2015 12:38:47 Stephen Boyd wrote: > On 11/23, Arnd Bergmann wrote: > > On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > > > On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > > > LPAE is only supported in the Krait 450. > > > > > >

Re: [RFC/PATCH 0/3] ARM: Use udiv/sdiv for __aeabi_{u}idiv library functions

On 11/23, Arnd Bergmann wrote: > On Monday 23 November 2015 12:38:47 Stephen Boyd wrote: > > On 11/23, Arnd Bergmann wrote: > > > On Monday 23 November 2015 09:14:39 Christopher Covington wrote: > > > > On 11/23/2015 03:15 AM, Arnd Bergmann wrote: > > > > LPAE is only supported in the Krait 450. >

Re: [RFC/PATCH 2/3] recordmcount: Record locations of __aeabi_{u}idiv() calls on ARM

On Mon, Nov 23, 2015 at 01:16:01PM -0800, Stephen Boyd wrote: > Thanks. I don't see the prints on my system even with this config > on top of allyesconfig. Odd. Hmm. It could be because I use ccache in hardlink mode to avoid the disk overhead of having two copies and having to duplicate the file